CodeVision 1.25.3

[dosikus]

И вообще, как меня эти сишные(пардон за неблагозвучность) компилеры достали. Нет ни одного нормального, сплошное раздолбайство и шатания. Переносимость и совместимость - ноль. У коллеги, который всю жизнь на С++ под виндой пишет волосы дыбом встали.

Дык что придется и дальше на пиках сидеть ...

[EagleB3]

to Kabron
У меня складываеться впечатление что АВР по своей сути глючная вещь:
Чему подтверждение компиляторы и модели в Протеусе .

Хочеться попросить "резидента" в ЛАБЦЕНТРЕ переделать модель АВР , с учетом тех багов что найдены участниками форума.

Как говориться, "неча на зеркало пенять..." Как работает отладка по COF в Proteus'е мы знаем... КМК, и Лабцентер это знает Про то, что модели, которые есть в протеусе, имеют баги - тоже. Это полбеды.

А совсем беда в том, что Лабцентер не спешит делать модели на новые камни! По крайней мере, на новые AVRки. Так, по крайней мере, можно было бы "забить болт" на старые камни с их глючными моделями.
А сейчас приходится ATMEGA8535 отлаживать на модели AT90S8535. А на чем отлаживать ATMEGA168?

[EagleB3]

!!АХТУНГ!!
Начиная с версии 1247 что-то глючит внутри компилятора. 1253 не исключение.
Это проявляется в зависании откомпилированной проги на функции sprintf.

Что именно виснет? Железка (реальный камень)? Какой именно камень? А что происходит если отлаживаться в AVRStudio?

[avr123-nm-ru]

наверно в свойствах проекта нужно проверить настройки спринтф

[Snixers]

Переносимость и совместимость - ноль. У коллеги, который всю жизнь на С++ под виндой пишет волосы дыбом встали.

Я сам с С++ на Си_АВР переключился и причёска не испортилась,камни то другие здесь не с файлами работать а с портами.Архитектура памяти!Да и команд в 4раза меньше(ассемблеровских) Чему удивлятся кстати С++ только недавно обрёл свои стандарты. И компиляторы ранних выпусков(Турбо С++ и т,д) тоже непонимают команд современого языка

[Snixers]

Вот впрос Есть WinAVR и CVAVR, по мне ближе Кодевижен но бытует мнение что для серьёзных проектов нужен именно WinAVR почему так? По мне так и СV неплох и серьёзные вещи ему поплечу.Всё богатство языка он реализует при этом изменения синтаксиса минимально(т/е тип char это char а не int.Может кто поделится мыслями.

[avr123-nm-ru]

это просто мнение. раельность такова что использовать нужно наверно то что нравится и что знаешь.

я использую CVAVR а WinAVR прекрасен тем что код раза в 1.5 меньше размером может сделать на больших прогах.

ну и WinAVR почестному бесплатный.

[Kabron]

Dosikus:
"Дык что придется и дальше на пиках сидеть ..."

Ну как нибудь прорвемся. Конечно, очень многое определяет удобство инструментария. Я поэтому очень много времени убил на Пики из-за совершенно потрясной PDS. Даже купил ее. При наличии такого Васика никакие Си не нужны. Но видит бог AVRы все таки поразвитее будут. Кстати, последний BascomAVR не намного слабее PDS так что на Пиках оставаться не буду.
А переход на С диктуется необходимостью расширять набор железа. Васики под все камни не делаются. Обидно только что все си компилеры только себя и понимают. Отсюда портирование скажем с IAR на GCC выставляется как великое достижение.

EagleB3:
"Что именно виснет? Железка (реальный камень)? Какой именно камень? А что происходит если отлаживаться в AVRStudio?"

Виснет модель в Протеусе. Камня (90s8535) живого нет. Есть прикрепленный пример. Не сочти за труд посмотреть. Не уверен на 100% для АВР, но опыт по ПИКам показывает что железо работает точно также как модель.

avr123-nm-ru:
"наверно в свойствах проекта нужно проверить настройки спринтф"

Конечно проверялось в самых различных позах.

=====
Короче, видимо надо этот код прогнать на живом камне. Если заработает, на моделях Протеуса придется поставить крест.

Я еще собираюсь прогнать этот пример на связке Proteus-MPLab.

[Vrungel]

Модели Протеуса работают не всегда правильно к сожалению. На замечания в свой адрес разработчики не реагируют (видно потому что не регистрировался у них )

[EagleB3]

Виснет модель в Протеусе. Камня (90s8535) живого нет. Есть прикрепленный пример. Не сочти за труд посмотреть.

Камня у меня живого тоже не нашлось. Только MEGA8535 имеются. Но модель-то работает!

Сначала я добавил в твой код вот такой кусок (выделяю пунктиром):

void main(void)
{
init();
//=======================================
lcd_clear();
lcd_gotoxy(0,0);
lcd_putsf("Program reset");
delay_ms(1000);

lcd_gotoxy(0,1);
sprintf(lcd_buffer,"Hello!");
lcd_puts(lcd_buffer);
delay_ms(2000);

lcd_clear();
lcd_gotoxy(0,0);
lcd_putsf("Attempt 2");
delay_ms(1000);
//=======================================
while(1)
{
if(PIND.0==0) {ch=ch+1;delay_ms(200);}

Имею CVAVR 1.25.3 с "сахары" + Proteus 6.9SP4.
Все три моих текста идут на LCD так, что любо-дорого, в том числе и sprintf'ное "Hello!". И HEX работает, и COF. Правда трассировкой внутрь Subopt'ов я не забирался, ибо смысла в том не видел.

(Прикладываю архив со скомпилированным проектом).

А вот твои функции вывода молчали. Ну думаю, что-то не так с преобразованием типов. Отрубаю все, что касается LCD, инициализирую UART и заменяю повсюду твой вывод на LCD выводом через printf на виртуальный терминал. Вижу:
"Channel=100000000000000000000" - и тишина.
Что-то это мне напоминает...

Лезу в "Project"-"Configure", закладка "C Compiler". Точно! У тебя в настройке "s(printf) Feature" стоит "int, width". Поставил "long, width, precision" - и твой код заработал! Вернул с виртуального терминала на LCD - продолжает работать.

Прикрепленный файл: 6301495.zip