Уважаемые господа.
Я сталкнулся с проблемой странного поведения процессора при обработке 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 не задействована. Все кварцы генерят...
Вопрос - где грабли?
(Вариант - дребезг - не предлагать!)
Что надо еще прочитать?
Заранее благодарен,
Дима