Здравствуйте!
Прочел про CodeVision вроде не плохая прога, но почему то не генерируется *.хекс какие то ошибки в асемблерном коде. Может знает кто как их решить или даст дельный совет про софт который лучше всего использовать?

Единственный совет: разобраться в "каких-то ошибках в ассемблерном коде".

Криво сломано???

лучше ИАРа ничего не знаю для AVR. Самый удобный IDE, компактный код, широкие возможности ассемблера. Вобщем выбирай его, не пожалеешь; к счастью широко доступны дистрибутивы и лекарства.

А по конкретней можно, на счет где взять.

Насчёт IAR- да, это лучший считается компилятор для МК на Си, не только под АВР. Но!!! один чел писал на старой работе проект под 2313, оказалось, что при прерывании он в стек толкает все 32 регистра, и т.д. и т.п. Короче- писать то он писал, потом разбирался с глюками компилятора, и писал уже код так, чтобы понравилось компилятору, короче- под него писал подстраиваясь. Попробовал я CV, пришёл к выводу- лучше по старинке- на асме и в АВР- студио. Тем более что разницы между Си и Асмом для МК я не ощутил.

SergeyM, чаще всего такая ошибка вылетает, если программа ссылается на нигде не описанный external. Проверьте.
Могут быть и другие причины. Точный диагноз можно поставить поиском в файле .LST вхождений строчки "error " .

Приведу ниже листинг начала прерывания:
; 30 /* interrupt handlers */
; 31 #pragma vector=UART_RX_vect

RSEG CODE:CODE:NOROOT(1)
; 32 __interrupt void UART_RX_interrupt( void )
; 33 {
; __nearfunc __interrupt void UART_RX_interrupt();
UART_RX_interrupt:
ST -Y,R30
ST -Y,R18
ST -Y,R17
ST -Y,R16
IN R16,0x3F
DEC R28
..
..
..
IN R18,0x0C
LDI R30,UART_RxHead
LD R17,Z
INC R17
ANDI R17,0x03

что-то не вижу я здесь всех регистров, в стек идут только те, которые используются в функции прерывания, да и то не все, а согласно Reference Гайду -
The registers R4–R15 and R24–R27 are preserved by the called function. This means that they are saved on the stack if used within the function. All other registers, R0–R3, R16–R23, and R30–R31, are scratch registers.

А насчет, спрашивать совета или помощи по ...какие то ошибки в асемблерном коде. - Это - к прорицателям, может они догадаются, какие же это ошибки.

[some text skipped]


Тут может быть все проще: криво "вылеченный" CodeVision часто ругается на неизвестную функцию _main

Как правильно лечить CV 1244,1245

Большое СПАСИБО!
запустилась и генерит хекс

А по конкретней можно, на счет где взять.

[/quote]

оценочная версия - на сайте IARа, от полной отличается лишь отсутствием исходников на си и урезанным хелпом. Про это и про лекарства - наисано в топике "Вот и новая версия IAR 4.10b".

Кстати никто не поделится полной версией?

А про глюки ИАРа - это как и любым грозным оружием - надо уметь пользоваться

я не тот кулик, который хвалит своё болото, просто пытался пересесть на Си, соответственно, делал выводы о целесобразности. Но, одни говорят, что писать на Си просто класс, другие, не менее компетентные, уверяют, что для АВР, 2313, например, лучше асма ничего не надо. Привели пример с прерываниями, может там был частный случай, не знаю, рад что это не так. Потом, если уж на Си писать, то в чём лучше? IAR или CV? И ещё вопрос- в CV как программировать кристалл байтбластером, какой интерфейс надо выбрать?

тут ещё вопрос- допустим, я хочу описать какой- то интерфейс, SPI, LCD, на асме я это просто делаю, sbi cbi nop, вот такой вот комбинацией я подстраиваюсь под график интерфейса протокола. На си как мне это сделать? Асмовской вставкой или на Си писать такие же команды? Как это вообще грамотно делать?

Уже второй год работаю с CodeVision и мне нравится. Сравнивал с ICC и E-Lab Pascal. Быстрее где-то в 3 раза чем E-Lab и в 1.5 раза чем ICC. Работает без особых глюков. Могут быть проблемы с разбором длинных арифм. выражений, поэтому рекомендую один длинный оператор присваивания разбивать на несколько коротких. Последовательность размещения переменных играет роль в выделении памяти CodeVision компилятором, следовательно часто употребляемые переменные (типа: i, j циклов) лучше описывать первыми, поскольку они попадут где-нить сразу после R0 и время доступа к ним сократиться. Вообще иногда из-за "плохого" описания переменных не компилирунтся ASM-часть проекта и тогда перестановка в описании переменных помогает. Но по сравнению с тем что ICC в некоторых случаях вообще неправильно делает арифм. операции, а в E-Lab Pascal 2.40 больше глюков чем работы (и я использую его исключительно в преподавательской практике из-за отладчика в котором эмулируется железо (клава, ЖКИ и т.д)- очень кстати удобно) то ничего другого для работы с AVR не рекомендую. (p.s. IAR for AVR "крякнутый" достал только недавно, поэтому пока особо его не исследовал, где-то на днях протестирую)