Обычно для входа в нужный режим использую длинное (5сек) нажатие на кнопку. Обычно я делаю так:
//Глобальные переменные
unsigned char pause; //счетчик паузы удержания кнопки

#pragma vector=TIMER0_COMPA_vect
__interrupt void TC0_COMPA_ISR(void)
{
if(!(PIND&(1<<PROG))) //если нажата кнопка "PROG"...
{
if(++pause > 250) //более 10ms*250=2.5сек
{
PINC |= (1<<LED1);
Flags |= EDIT;
pause = 0; //обнулить счетчик паузы
}
......
}

//////////////////
//Timer0 initialisation:
TCCR0A=(1<<WGM01); //Сброс таймера при совпадении
TCCR0B=(0<<CS02)|(1<<CS00); //Prescaler = CLK/1024
OCR0A=194; //Обработчик прерывания таймера0 вызывается через 10 мс
TIFR0 = TIFR0; // Clear TC0 interrupt flags
TIMSK0=(1<<OCIE0A); //Разрешить прерывания по совпадению COMPA

... и всегда работало без проблем на максимальной оптимизации по размеру. Компилятор IAR 4.12A.
Этот же пример на том же контроллере и на том же компиляторе в новом проекте не удается создать задержку в 3 сек. Вернее работает, если pause сделать unsigned int и инкрементировать до порядка 65000. Пробовал ставить модификатор volatile. Не помогает. В чем же дело?

Сообщение отредактировал alux - Jun 8 2007, 20:15

Если помогает , то скорее всего, идет сбой в счете.

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

МК Мега48. Обычно я открываю старый проект, сохраняю под новым именем, удаляю все лишнее, опции компилятора ставлю такие же, линкеру указываю на скопированный в новую директорию тот же файл. Старый проект тоже работал от своего .xcl - файла.
Вот кусок листинга:
108 if(++pause > 250) //â òå÷åíèè 10ms*250=2.5ñåê, òî
\ 00000026 8503 LDD R16, Z+11
\ 00000028 9503 INC R16
\ 0000002A 8703 STD Z+11, R16
\ 0000002C 8502 LDD R16, Z+10
\ 0000002E 8513 LDD R17, Z+11
\ 00000030 3F1B CPI R17, 251
\ 00000032 F0E0 BRCS ??TC0_COMPA_ISR_1
Симулирую в AVRStudio. Все идет по программе. А реально задержки не происходит. Я понимаю, что подобный вопрос уже обсуждался в разных вариациях. Прошу мне помочь в конкретном примере.

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

А что, может быть такое, что компилятор "оптимизировал" период прерывания?

Эээ...
А как Вы пытаетесь сделать 3сек ? случайно не вот так ?
if(++pause > 300) //более 10ms*300=3сек

unsigned char считает только до 255

Я же показал пример. Там счет идет до 250. Мне бы хватило и 2,5сек. Но проблема в том, что задержки нет совсем. Даже доли сек. Тоько если ,как я уже говорил, сделать unsgned int и считать до 65535, и то задержка составит около 2сек. Я читал о "прихотях" компилятора. Но до сих пор мы с ним ладили, и таких проблем не было... Теперь это коснулось и меня


Прошу прощения за мою невнимательность. При отладке забыл вернуть на место предделитель в старом проекте. И так оно попало в новый проект. Всем спасибо. Тему можно удалить, если можно.
//Timer0 initialisation:
TCCR0A=(1<<WGM01); //Ñáðîñ òàéìåðà ïðè ñîâïàäåíèè
>>>>!!! TCCR0B=(0<<CS02)|(1<<CS00); //Prescaler = CLK/1024
OCR0A=194; //Îáðàáîò÷èê ïðåðûâàíèÿ òàéìåðà0 âûçûâàåòñÿ ÷åðåç 10 ìñ
TIFR0 = TIFR0; // Clear TC0 interrupt flags
TIMSK0=(1<<OCIE0A); //Ðàçðåøèòü ïðåðûâàíèÿ ïî ñîâïàäåíèþ COMPA

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