"Глюки" в WinAVR 20070122 и борьба с ними Опции

[manul78]

Обясните пожалуйста как такое можно реализовать ?

Это функция:

void Control_ACK(void) {

while (x ==0) ;
if (Kbuff==0xFA) {WriteData(0x18);Beep(5000);Kbuff=0;x=0; }
else {WriteData(0x1E);Beep(5000);Kbuff=0;x=0; } }

Это результат :

void Control_ACK(void) {

while (x ==0) ;
12a: 80 91 62 00 lds r24, 0x0062
12e: 88 23 and r24, r24
130: f1 f3 breq .-4 ; 0x12e <Control_ACK+0x4>

if (Kbuff==0xFA) {WriteData(0x18);Beep(5000);Kbuff=0;x=0; }
132: 80 91 63 00 lds r24, 0x0063
136: 8a 3f cpi r24, 0xFA ; 250
138: 11 f4 brne .+4 ; 0x13e <Control_ACK+0x14>
13a: 88 e1 ldi r24, 0x18 ; 24
13c: 01 c0 rjmp .+2 ; 0x140 <Control_ACK+0x16>
else


Как видите команда WHILE один раз считывает регистр для сравнения и начинает кружиться
сама в себе .

[b] ВОПРОС ? Переменная X меняется в процессе обработки прерывания

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

Я мог бы решить это IF ами и прочими способами, но мне интересно В ЧЕМ ФОКУС ?

[SysRq]

Фокус в volatile.

Например,

static volatile unsigned char UART_RxHead;

[Сергей Борщ]

Фокус в volatile.

Но виноват, как и положено, компилятор А по манере раскрашивать сообщения и выделять жирным manul78 напоминает одного местного не совсем адекватного персонажа, у которого виноват PCAD и все участники форума.

[manul78]

Нет господа хорошие, все гораздо сложнее...

Всю ночь я проковырялся, пробовал и IF конструкции, и SWITCH, и FOR и прочие прочие.

И volatile пробовал, результат нулевой, я даже немного разозлился...

Результат один и тот же, (я даже на ASMе вставки делал) -- компилятор оптимизирет код так,
что упорно НЕ ХОЧЕТ повторно читать переменную из памяти, и крутит одно и то-же по кругу.

Переменная меняется в результате ПРЕРЫВАНИЯ, компилятор этого понять либо не может,
либо не хочет , либо просто НЕ УМЕЕТ. Вот в чем соль.

По поводу выделения жирным шрифтом и. тд.

Козьма Прутков писал "Не все нам понятное, понятно так как не входит в круг наших понятий"
Я в форумах второй раз в жизни, хотя программирую и работаю с промышленной электроникой
более 12 лет. Будьте ко мне снисходительны...

[ReAl]

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

Возможно, куда-то не туда volatile ставился или перекомпилироваться забылось (в процессе "всю ночь" - оно бывает).
Не припомню я, чтобы avr-gcc за последние лет пять хотя бы раз у меня отказался перезачитывать переменную, квалифицированную как volatile.

[singlskv]

Нет господа хорошие, все гораздо сложнее...

Всю ночь я проковырялся, пробовал и IF конструкции, и SWITCH, и FOR и прочие прочие.

И volatile пробовал, результат нулевой, я даже немного разозлился...

Результат один и тот же, (я даже на ASMе вставки делал) -- компилятор оптимизирет код так,
что упорно НЕ ХОЧЕТ повторно читать переменную из памяти, и крутит одно и то-же по кругу.

Переменная меняется в результате ПРЕРЫВАНИЯ, компилятор этого понять либо не может,
либо не хочет , либо просто НЕ УМЕЕТ. Вот в чем соль.

Ну дык покажите нам код с использованием volatile который не работает
и асемблерный листинг к нему

[defunct]

И volatile пробовал, результат нулевой, я даже немного разозлился...

не может быть.
Проверьте еще раз.

[mdmitry]

Может проблема в оптимизации? Не рекомендуется в avr-gcc ставить оптимизацию O3 (см. документацию к компилятору).
Сам использую О2, а с volatile проблем никогда не было.

[manul78]

Может проблема в оптимизации? Не рекомендуется в avr-gcc ставить оптимизацию O3 (см. документацию к компилятору).
Сам использую О2, а с volatile проблем никогда не было.

Спасибо ВСЕМ ! ! !

Проблема ушла сама собой, не знаю уж что такое, может глаз замылился .

Перегрузил, прописал все подозрительные переменные в STATIC VOLATILE и все пошло.

Проверил код, везде все нормально.

Прошу прощения у разработчиков за "человеческий фактор" . Тему считаю закрытой.

Всех откликнувшихся прошу помощи, в другой проблеме. AVR и AT клавиатура, но это уже другая
история. соответственно и форум другой открою.