AVRSTUDIO + AVRDRAGON + ATMEGA16

Помогите понять вот какие вещи :

1)В опциях проекта можно выбрать оптимизацию кода. Если поставить максимальную оптимизацию, под отладкой происходит совсем не пойми что :
программа не останавливается на точках останова, во многих местах точки останова вообще не получается поставить,
программа не выходит из циклов for(i=0;j<128;i++) .
Без JTAG программа в МК работает как надо, я это вижу на осциллографе.
Совсем без оптимизации программа под отладкой выполняется нормально.

2)В любом случае под отладкой не работает АЦП . Выставляю бит ADSC в ADCSRA , он сразу же сбрасывается. В регистре результата всё время 0
Опять же без JTAG ацп работает нормально...

Раз Вы включили оптимизацию, почитайте о модификаторе volatile.

Кроме того, использовать глобальную переменную i для цикла не есть хорошо... Лучше для этого использовать локальные переменные

Оптимизация отключил .
Почему же ацп под отладкой не работает ?

Под отладкой не выставляется бит ADSC в ADCSRA , почему ?

В ADSC записуется единица для начала преобразования. После преобразования в ADSC будет ноль. У Вас как АЦП работает? от таймера?
Как без отладчика Вы знаете, что АЦП работает? Пишете в терминал?


Зачем так радикально? Просто надо переписать правильно код и все, к примеру, переменная result , в которой, подозреваю, записуется значение АЦП в перывании, без volatile

Ацп работает просто в цикле

while(1)
{
while ( (ADCSRA & (1<<ADSC))!=0 ) {}; //ждём когда закончится преобразование
result=ADCH;
ADCSRA|=(1<<ADSC);//запускаем преобразование

.............

}

То что ацп работает без отладки я знаю потому что МК выводит результат на порт , и я вижу что он правильный.

Мне не понятно, почему если выполнять программу под отладкой пошагово, ADCSRA|=(1<<ADSC); ни к чему не приводит, в ADCSRA ничего не записывается.

Из такого цикла выходят только вперед ногами.

Отличное выражение. Надо взять на вооружение ))

Я разумеется здесь ошибся, и в программе у меня цикл for(i=0:i<128;i++)

С максимальной оптимизацией действительно всё глючит. Во многих случаях компилятор решает, что переменная " не нужна" , видимо как в этом цикле, и выбрасывает действия с ней.

Установка оптимизации, которая называется -02 решает проблему. Скорость работы снижается на 15% , но зато всё работает так как должно.

volatile, однозначно!
Если выкидывает константы, которые вы, например, хотели уложить в флешь или еепром, есть например, в GCC аттрибут used, а в ИАРе - специальная прагма.

В том то и дело что у меня нет ничего такого, и volatile ни как не помогает.
Грустить по поводу оптимизации -02 вместо -03 , с которой работало бы на 15% быстрее не стоит : Эти лишние 15% берутся от того что программа делает не всё что должна : )

Нормально написанная программа не начинает глючить после включения оптимизации.
Ну, в 99% случаев. Исключения, конечно, бывают. Но нарваться на глюк оптимизатора всё таки достаточно сложно.
На много проще самому натупить, а потом обвинять компилятор.
И volatile нужен только там, где действительно нужен.
Если компилятор выбрасывает i - это абсолютно нормально. Объявить i как volatile конечно же можно. И вы даже сможете прошагать по циклу отладчиком, но скорость просесть может конкретно.

И он прав (компилятор). Все присваивания нулей в DATA_init компилятор имеет право выбросить (все глобальные не инициализированные переменные прописываются 0 при старте программы, и до единственного вызова DATA_init не меняются). Так что и циклы пропадут, вместе с переменными i и j

Голубчик, (unsigned char i;) ВСЕГДА меньше 128

Не всегда. Всегда она меньше 256