[cuba74 0]

Всем превед..

 

Вот столкнулся с проблемой....прерывание по INT0....

 

на прерывание откликается ...переходит в обработчик прерывания...выполняет все указанные действия....

 

пример - очистка lcd и выдача на него информации, поле этого стоит return... однако выходить из данной

 

функции нежелает....спустя 10 секунд, все-таки ввозвращается в исходное меню..

 

контроллер ATmega16.... среда IAR

 

 

#pragma vector=INT0_vect
__interrupt void IRQ(void)
{   
    IRQ_DIS; 
    GICR |= (1<<6);

    clear_lcd();
    write_data_lcd(GICR, 0xa0);
    write_data_lcd(GIFR, 0xe0);
    delay_1ms(500);

    IRQ_EN;
    return;

}

[dimka76 51]

Глобально запрещать и разрешать прерывания в обработчике не надо, они и так запрещаются автоматически при входе в обработчик.

Ручками сбрасывать флаг прерывания тоже не надо, сбрасывается он автоматически.

 

Проверте как у вас настроен INT0. На прерывание по уровню или по фронту. Если по уровню, то он и будет входить в прерывание пока будет держаться заданный уровень на входе INT0.

 

А кто у вас воздействует на INT0, кнопка?

И зачем у вас в функцию write_data_lcd(...) предаются GICR и GIFR ?

[cuba74 0]

Проверте как у вас настроен INT0. На прерывание по уровню или по фронту. Если по уровню, то он и будет входить в прерывание пока будет держаться заданный уровень на входе INT0.

 

А кто у вас воздействует на INT0, кнопка?

И зачем у вас в функцию write_data_lcd(...) предаются GICR и GIFR ?

 

 

INT0 настроен на спадающий фронт сигнала, данный уровень не держится так как по кнопке управление,

 

функция write_data_lcd(...) предаёт GICR и GIFR для себя....

 

вообщем в конце функции стопорится и всё.....причем секунд 15 постоит и выходит из обработчика прерываний.....

 

если нажать в ходе зависания опять кнопку, т.е. опять ниспадающий фронт,видно как переход осуществляется в начало функции обработчика....

 

т.е.

 

clear_lcd();

write_data_lcd(GICR, 0xa0);

write_data_lcd(GIFR, 0xe0);

 

 

Поможите люди добрые....даже незнаю куда смотреть.....

[Goodefine 0]

По каким признакам Вы определяете что программа вышла из обработчика? Main Вы не привели...

[zltigo 1]

Вот столкнулся с проблемой....прерывание по INT0....

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

[cuba74 0]

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

 

Задержка на полсекунды - это для себя, дабы увидеть что функция обработчика запустилась и выд-ся информация на дисплей.....помоему это очевидно...индикация , и сразу за ней задержка чтоб рассмотреть, что вывел.....

 

Ежели в программе по прерыванию требуется посмотреть информациюна экране.....как без задержки?

 

По каким признакам Вы определяете что программа вышла из обработчика? Main Вы не привели...

 

 

MAIN не привел, в мэйне

 

while(1)

{

 

//соответственно вывод другой индикации

 

}

Изменено 19 августа, 2009 пользователем cuba74

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

//соответственно вывод другой индикации

И как этот вывод относится к тому, что посередине общения с дисплеем его прерывают, в дисплей впихивают что-то другое, а потом возвращают управление в ту же точку? Или вы обрамили вывод глобальным запретом/разрешением прерываний?

[VladimirYU 0]

Задержка на полсекунды - это для себя, дабы увидеть что функция обработчика запустилась и выд-ся информация на дисплей

Чтобы увидеть, что обработчик запустился достаточно ногой дрыгать. Уберите вы LCD из обработчика и посмотрите ушла ли проблема, если да, то копайте в реализации функций LCD.

[demiurg_spb 0]

или так:

volatile uint8_t cnt;

ISR
{
    cnt++;
}

main
{
    for (;;)
    {
        lcd_print_byte(cnt);
       ...
    }
}

В прерываниях работают обычно лишь с флагами, которые анализируются в main_task...

[defunct 0]

Поможите люди добрые....даже незнаю куда смотреть.....

Поскольку вы уже знаете что вход в функцию осуществляется, то для начала предлагаю сделать так:

 

#pragma vector=INT0_vect
__interrupt void IRQ(void)
{   
}

и убедиться что так ничего не подвисает.

[cuba74 0]

Всё разрешилось....всем спасибо за помощь и рекомендации.......

 

В Main после "соответственно вывод другой индикации" была написана собственная функция задержки - похоже криво....

 

т.е. во время прерывания из delay_1ms(1000) осущ-ся переход в обработчик прерыв. , а обратно войти не мог....я так думаю :-) .....поменял на стандартный __delay_cycles(10000000);

 

и все разрешилось...хотя в других функциях delay_1ms(1) норм. робит....

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

и все разрешилось...хотя в других функциях delay_1ms(1) норм. робит....

Значит дело не в ней, вы просто замаскировали ошибку. Покажите код, не стесняйтесь - замаскированная ошибка может вылезти в любом другом месте в любой (самый неподходящий) момент. Причем покажите и код вашей задержки, и код вывода на lcd. А еще лучше максимально обстриженный проект, в котором ошибка воспроизводится. Используйте тег [ codebox ]