До этого писал проект на ICCAVR7 (imagecraft). Закончился триальный срок, решил попробовать IAR, вроде все и везде его хвалят.

После изменения в проекте разных штучек типа объявления прерываний скомпилял проект и понеслась душа в рай.

То оно работает, то оно виснет. Виснет в разных местах (разное количество символов выводя на ЖК). Увеличил значение стека, вроде прошло через первый инит и зажгло светодиодик. Ура.

Дальше больше. Почему-то не работает sprintf, ни с CLIB, ни с DLIB. Увеличил CSTACK до 0x50, RSTACK до 0x40 - не помогло. Иногда на дисплейчике все же появляется то пол-строчки, то еще глюк какой, и постоянно виснет через несколько секунд или минут работы.

С ICCAVR подобного глюкалова не было, код не менялся никак..

В коде используется TIMER1 (OVF, CAPT, COMPB) и timer2_ovf, контроллер mega16.

Может я чего забыл-не учел-не узнал?

Спасибо заранее!

Для начала полностью выключить оптимизацию - там один большой глюк, без нее, как правило, работает. Дальше можно, после того, как все заработает, увеличивать уровень оптимизации, пока не сломается. Эта зараза, мало того, что не видит сама, что переменная используется в прерываниях, так еще и игнорирует слово volatile, после чего может выкинуть половину программы в оптимизаторе.

Оптимизация выключена. Проблема (или по крайней мере не вся проблема) не в компиляторе, потому что иногда он все-таки выводит первую часть строчки...

Функция sprintf требует для работы весьма много стека (иногда до 1,5кБайт).

Хм, а что, она так плохо реализована?
Почему в ICCAVR все нормально, а тут до полутора килобайт? Где я стока в меге16 возьму?

Неужели чтобы запихнуть один байт в 16 символов нужно столько стека???

А зачем вам в таком случае sprintf? Пишите напрямую. Побайтно. Я, например, недавно при нехватке RAM в МК писал свой putchar и выводил символы на индикацию посимвольно (побайтно), а не строкой.
P.S. В IAR есть несколько моделей sprintf, в зависимости от выбора требования к стеку разные.

Да вот чтобы как раз самому не писать.
Вне зависимости от используемой модели все равно глючит.
Охх, буду пробовать разбираться..

Может тогда вообще отказаться от IAR? Глюки бывают в алгоритме, в неиспользовании или неправильном использовании объявлений, ошибки в библиотеках или в нестыковки их между собой и очень редко в самом каде.

Не согласен. Отличный оптимизатор.



Весь свой софт пишу сразу с установками макс. оптимизации (обычно по скорости). Проблем не было, если все грамотно писать.



Приведите пожалуйста пример. По моему опыту, volatile надежно решает проблемы (иногда даже слишком, в смысле лишнего кода)...

Присоединяюсь! Всегда использовал и использую максимальный уровень оптимизации на IAR'е, никогда проблем не встречал. На деле больше проблем, как раз, при средних и низких уровнях оптимизации.

Да похоже, что все к тому и идет.
По поводу ошибок в объявлениях и прочем - тот же самый код, один в один, кроме формата объявления прерываний, записи nop, sei и cli и имени инклудов - чудесно и надежно работает при компилежке его при помощи ICCAVR. Так что оно может конечно ошибка и в коде, но не настолько же...

Если Вы так уверены, то не стоит колебаться. ("Никогда не повторяйте удачный эксперимент" закон Мерфи)

Не аргумент.
Вы могли и не заметить того, что используете недостатки компилятора, сами того не подозревая.

Уж поверьте на слово, бывает и не только "настолько же", а и похлеще.

Простите, но не верю что дело в компиляторе. Может не совсем в компиляторе?

У меня прога 6К несколько прерываний. В том числе вложенных. Структуры и файлы. Применял разные виды оптимизации. Прямых глюков не заметил. Интересное поведение на JTAG - действительно было. Но с IARом явно не связано. Как только впрямую заливаешь - всё класс. Ну ладно я, но пользователей данного компилятора по миру - море. И если бы такие хомуты, - буча была бы.

А может проблема в каких-нибудь переменных. Ну например в прерывании. Тот компилятор в лоб сохранял всё, а этот только используемые. Короче ищите како-то хомут.

Да ещё с EEPROM работаете? А в прерывании?

Да, действительно, нужно глянуть в доках как компиляторы передают переменные в функции, может набор регистров разный, и используется тот, который вы вручную используете или еще что нибудь подобное.