lpc2148 + eint0 == интересная вестч, Подвешивает процессор в непредсказуемом месте Опции

[diwil]

Уважаемые господа.
Я сталкнулся с проблемой странного поведения процессора при обработке 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 не задействована. Все кварцы генерят...

Вопрос - где грабли?
(Вариант - дребезг - не предлагать!)
Что надо еще прочитать?

Заранее благодарен,
Дима

[Leen]

У атмела SAM7S наступал на такие грабли: 8-миуровневый приоритет прерываний, несколько прерываний разных приоритетов, 2 от 2-х таймеров, 1 от USART, 1 от АЦП. Каждое прерывание после сброса выполнялось всего 1 раз. Для возобновления работы приходилось ресетить NRSTом. Глюк был в том, что надо прописать в один регистр, называвшийся End Of Interrupt Control Register (EOICR), любое число. Это давало знать контроллеру прерывания, что данное прерывание обработано. Когда вставил в конце прерывания EOICR = 1, все стало работать пока не надоест в любых приоритетах. Нет ли у LPCшного контроллера прерываний подобного наворота? Сам с ними не знаком, работал только на SAM7S.
Успехов.

[diwil]

У атмела SAM7S наступал на такие грабли: 8-миуровневый приоритет прерываний, несколько прерываний разных приоритетов, 2 от 2-х таймеров, 1 от USART, 1 от АЦП. Каждое прерывание после сброса выполнялось всего 1 раз. Для возобновления работы приходилось ресетить NRSTом. Глюк был в том, что надо прописать в один регистр, называвшийся End Of Interrupt Control Register (EOICR), любое число. Это давало знать контроллеру прерывания, что данное прерывание обработано. Когда вставил в конце прерывания EOICR = 1, все стало работать пока не надоест в любых приоритетах. Нет ли у LPCшного контроллера прерываний подобного наворота? Сам с ними не знаком, работал только на SAM7S.
Успехов.

VICVectAddr = 0;
и это там указано...
кажется что грабли в другом...