Глюки с прерываниями FIQ Опции

[slabnoff]

Отлаживаю проект, постепенно вычищая глюки... В общем есть некоторая крейтовая система из одного модуля центрального процессора (МЦП) и до 16 подчиненных ему модулей (МИУ) (Ну это конечно не важно, но просто не люблю расказывать про сферического коня в вакууме). Внутренняя магистраль - последовательный канал на 3.6 МБит (полезных значительно меньше конечно...), наружу Ethernet через W3100. Все модули базируются на lpc2214, внутри крутится FreeRTOS.

Так вот проблема (проблемы в МИУ, в МЦП все пучком):
есть FIQ прерывания взаимоподчиненные: прерывание внешней синхронизации (INT0, по спаду), по которому запускается таймер формирующий циклограмму опроса АЦП (4 прохода таймера) с несколькими прерываниями от самого таймера в каждом проходе + SPI-прерывания завязаны тоже на FIQ (SPI запускается из прерывания таймера). Сделано так, потому что циклограмму надо держать довольно четко, а FIQ просто так я не запрещаю вообще. Все остальное (UART, PWM - на нем крутится таймер операционки) сделано на IRQ. В общем из задачи FreeRTOS по приходу команды на запуск в работу разрешается работа прервания синхронизации и понеслалась... Так вот суть в том, что иногда запуска просто не происходит. Начал копаться - не запускается само прерывание внешней синхронизации. Варианты разрешения этого прерывания пробовал через непосредственное разрешение в VIC и через программирование PINSEL, во втором случае вроде полегче, но до конца глюк не уходит. Куда копать? Если надо - исходные тексты обработчиков завтра выложу.

[slabnoff]

Так вот суть в том, что иногда запуска просто не происходит. Начал копаться - не запускается само прерывание внешней синхронизации. Варианты разрешения этого прерывания пробовал через непосредственное разрешение в VIC и через программирование PINSEL, во втором случае вроде полегче, но до конца глюк не уходит.

Вот про "непосредственное разрешение в VIC и через программирование PINSEL" это как?

Тут ж надо всё вместе. И PINSEL и VIC и EXTINT? Для EXTINT errata читали?

Были два варианта:
1) Через VIC
отключение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            VICIntEnClear = VIC_EINT0_bit;
            __enable_interrupt(); // FIQ & IRQ on

включение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            VICIntEnable |= VIC_EINT0_bit;
            __enable_interrupt(); // FIQ & IRQ on

2) Через PINSEL
отключение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            PINSEL1_bit.P0_16 = 0;
            __enable_interrupt(); // FIQ & IRQ on

включение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            PINSEL1_bit.P0_16 = 1;
            __enable_interrupt(); // FIQ & IRQ on

Второй способ субъективно (хотя статистики мало) стабильнее в таком варианте (прерывание по спаду):
отключение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            PINSEL1_bit.P0_16 = 0;
            __enable_interrupt(); // FIQ & IRQ on

включение:

Код

            __disable_interrupt(); // FIQ & IRQ off
            while(IO0PIN_bit.P0_16);
            while(!IO0PIN_bit.P0_16);
            PINSEL1_bit.P0_16 = 1;
            __enable_interrupt(); // FIQ & IRQ on

Вместе говорите... Поробую. Интересно в какой последовательности корректнее? По логике (да и вроде по описанию) при включении сначала разрешить PINSEL, затем уже VIC, а вот выключать не очень понятно как.