Уважаемые господа. Я сталкнулся с проблемой странного поведения процессора при обработке eint0. Прерывание от кнопки. По спаду импульса. Инициализация такая:
{ PINSEL1_bit.P0_16=0x1; EXTINT = 0x01; VPBDIV = 0x0; EXTMODE = 0x01; VPBDIV = 0x00; VPBDIV = 0x00; // one-fourth VICIntSelect &= ~(1<<VIC_EINT0); VICVectAddr3 = (uint32_t)&HwInterrupt0Interrupt; VICVectCntl3 = 0x20 | VIC_EINT0;for external 0 VICIntEnable = (1<<VIC_EINT0); }
Причем VPBDIV = 0x00; вокруг других операций , между ними и их количество на работу не влияют.
Обработчик прерываний выглядит так:
volatile int intsrc;
__irq HwInterrupt0Interrupt() { EXTINT = 1; VICVectAddr = 0; intsrc = 1<<VIC_EINT0; }
Компилер - GCC. режим АРМ для всего кода и код генерится правильный (я глазками смотрю, да и другие прерывания рботают - УАРТ, ТАЙМЕР и т.д.)
Далее у меня бесконечный цикл в котором я анализирую intsrc и если она имеет флажок, то дергаю ногой процессора вот так:
while(1) { PCON = 1; if (intsrc & (1<<VIC_EINT0)) { FIO0CLR = 1 << 20; intsrc & ~(1<<VIS_EINT0); FIO0SET = 1 << 20; } }
И что интересно: Один раз ногой удается дернуть, а вот потом процессор сваливается в непредсказуемое состояние, которое не является обработчиком прерывания. Создается впечатление, что он вваливается в бесконечный цикл, но не понятно где... Отладчиком не посмотреть - это уже впаяно в изделие. PLL не задействована. Все кварцы генерят...
Вопрос - где грабли? (Вариант - дребезг - не предлагать!) Что надо еще прочитать?
Заранее благодарен, Дима
|