Глюки компилятора IAR?, Важно! Код прошивки по непонятным причинам не стартует в МК AVR. Опции

[DiMonstr]

Всех с прошедшими праздниками!

Присказка.
Чуть больше 6 месяцев вплотную работаю с контроллерами ATMEL и компилятором IAR. Каких только финтов не выкидывала эта связка и вот очередная проблема.Программлю я поэтапно, шаг за шагом проверяя функционально законченные блоки кода. В результате, у меня получился основной код девайса и код, который производит самотестирование периферии контроллера. По отдельности все отлично и стабильно работает. Пришло время отлаживать всё в комплексе и тут начался полтергейст, который я пытаюсь изкоренить методом прямого шаманства. В чём причина конккретно не знаю, одни догадки...
Суть проблемы.
Короче код после прошивки то запускаетя и работает, то вообще не исполняется ни одной команды. Крутил оптимизацию, распределение памяти - не помогло. Со сбросом всё в порядке, схема не причем, контроллер тоже. Остается компилятор и наверное настройки файла *.xcl
Контроллер использую Atmega8. Пишу на С. Использую стандартный lnkm8.xcl. high оптимизация проекта по размеру.
IDE:
IAR 4.20A/W32 [Evaluation] (4.20.1.3).
Компилятор:
IAR XLIB 3.29L/386 (3.29.0.12)
IAR XLINK 4.59Z (4.59.26.0)

Из своего опыта. Кодил я девайс: считыватель чип-карт, который подключается к USB. Отлаживал отдельно часть кода для работы с картой ичасть кода для обмена по USB. Поставил оптимизацию всего проекта по скорости, т.к. 10 байт с карты приходили верный, а остальные контроллер не успевал обрабатывать (кодил опять же на С). Ладно добился правильной работы оптимизацией. Как только я начал отлаживать все в комплексе - обмен с картой и обмен по USB, то начались проблемы! С картой обмен есть, с USB нет. Оптимизацию вырубаю - наоборот с USB работает, а с карты искаженные данные. Долго я шаманил над проектом... И в итоге сделал так: включил оптимизацию проекта по скорости, а перед теми функциями, которые конкретно отвечают за обмен с USB, воткнул директиву компилятора отключающую оптимизацию именно это процедуры. После этого всё работает. Это конечно ни есть хорошо, но выходя я пока так и не нашёл. Одним словом - шаманство!!!


Посоветуйте, в каком направлении мне копать! Кто сталкивался с такими проблемами?

[DiMonstr]

Выкладываю исходники проекта. Попробуйте прошить контроллер и прочитать содержимое EEPROM. Что можно предпринять по оптимизации проекта, с учетом вышеизложенных проблем?

Прикрепленные файлы

 pwrc.rar ( 286.74 килобайт ) Кол-во скачиваний: 62

 

[SasaVitebsk]

Что можно предпринять по оптимизации проекта, с учетом вышеизложенных проблем?

Я вообще не экспериментирую с оптимизацией. Сразу включаю максимальную. Ведь вам изначально известно что надо оптимизировать длину или скорость. Я её включаю и больше не трогаю. Иногда только опции некоторые например cross call. Но это к работоспособности никакого отношения не имеет. То же самое, наверное, вам скажут и другие. Менять оптимизацию для получения работоспособного кода - это всё равно что пинать шины если заглох автомобиль. Совсем уж от безысходности. Бывает, что ты некоректно что-то сделал с точки зрения компилятора. Естественно по незнанию. В этом случае лучше локализовать ошибку и просмотреть выходной листинг. Как правило всё сразу становится на свои места.
Самые распространнённые в этом случае ошибки это ошибки связанные с volatile и с приведением типов.

[aesok]

Самые распространнённые в этом случае ошибки это ошибки связанные с volatile ...

Я не нашел в Вашей програме ни одного "volatile". Прочитайте вот это и добавте "volatile" для тех переменных для которых надо.

Сорри что текст на англискон.

My program doesn't recognize a variable updated within an interrupt routine
When using the optimizer, in a loop like the following one:

Код

uint8_t flag;
...
ISR(SOME_vect) {
  flag = 1;
}
...

        while (flag == 0) {
                ...
        }

the compiler will typically access flag only once, and optimize further accesses completely away, since its code path analysis shows that nothing inside the loop could change the value of flag anyway. To tell the compiler that this variable could be changed outside the scope of its code path analysis (e. g. from within an interrupt routine), the variable needs to be declared like:

Код

volatile uint8_t flag;