организация задержки, не пойму в чем дело Опции

[alux]

Обычно для входа в нужный режим использую длинное (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

[arttab]

Если помогает

unsigned int

, то скорее всего, идет сбой в счете.

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

[alux]

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

МК Мега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. Все идет по программе. А реально задержки не происходит. Я понимаю, что подобный вопрос уже обсуждался в разных вариациях. Прошу мне помочь в конкретном примере.

[Dog Pawlowa]

Прошу мне помочь в конкретном примере.

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

[alux]

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

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