Проблема с оптимизатором GCC.

[Shurf]

Знающие, объясните, почему при компиляции начисто выкидывается display=i из 109 строки файла "termo.c". Написал такой "вывод" содержимого переменной "display" на трехразрядный восьмисегментник, хотел полюбоватся, как он в главном while циферки перебирает, а он только показывает то, что было при инициализации переменной, а строку присваивания с display просто игнорирует. Схему в протеусе и проект от АВР Студии 4 прилагаю.

[blackx]

Недоприложили вы чего-то

[Shurf]

Извиняюсь, пытался тему перенести) Ан не удалить никак)-

[urry]

http://www.pic24.ru/doku.php/osa/articl ... r_chainiks

[Shurf]

Что-то я в растерянности. Раньше с подобными программами (раза 2) проблем не было, а сейчас - как об стену горох, никаких операций с глобальной переменной display программа не производит, потому . Чувствую, ошибка глупая и очень простая, но где она?

[Shurf]

Итак, на одном хорошем форуме молодых электронщиков ответили: "Потому что переменная display больше нигде не используется.. Ты ей значение присваиваешь и всё.. Вот оптимизатор её и выкидывает..

Надо писать volatile static uint8_t display = 254; в начале." Вот и все)

[watchmaker]

Кстати, у меня одна программа прекрасно компилировалась и запускалась в WinAVR 2006 года. А поставил последний за 2010 год и обновил GCC - не пошла, пока на двух переменных не выставил тэг volatile.

[ИС-пытатель]

Говорю сразу, что код не смотрел.
Но с большой вероятностью, что переменная не объявлена volatile, а где-то в прерывании используется.

[ИС-пытатель]

А вот теперь посмотрел код. Все в точности, как я сказал. У тебя в прерывании от таймера используется твоя переменная. Поскольку в прерывании она не изменяется, а только грузится ее значение, то компилятор берет по умолчанию то, которым ты ее проинициализировал. Т.е. 254. А в мейне она меняется. Объяви переменную с пометкой volatile - и будет тебе счастье