Задержка прерывания Опции

[Storejet]

У меня AT32uc3b0256. К нему по SPI должно быть подключено АЦП. Проблема в следующем: контроллер должен начинать считывать данные из АЦП по отрицательному фронту сигнала DRDY от АЦП. Для обнаружения этого фронта я собирался использовать прерывание. АЦП у меня пока не запаяно, поэтому имитирую сигнал DRDY c частотой 48 кГц спомощью GenericClock. Сгенерированный сигнал подаю на вход контроллера внешних прерываний. В обработчике прерывания пишу формирование небольшого импульса на другой произвольной линии GPIO, короче дергаю ножкой. Все это дело завел на осциллограф и вижу что прерывание приходит с запазданием гдето в 3 мкс!! Частота тактирования процессора и переферии 48 мГц. Проблема в том что я не буду успевать считать все данные с АЦП. Поднять частоту SPI тоже нет возможности. Не понимаю почему такая задержка???

[Dopler]

Какой менеджер прерываний вы используете? Если из framework, то он далеко не оптимальный по скорости. Вообще в вашем случае лучше использовать SSP с кадрами вместо SPI.

[Maximm]

Какой менеджер прерываний вы используете? Если из framework, то он далеко не оптимальный по скорости.

Столкнулся почти с такой же задачей, как и автор тоста, и у меня так же возникает задержка 2-3 мкс при входе в обработчик прерываний, при использовании менеджера прерываний из framework'a.

В менеджере прерываний из framework таблица векторов в RAM лежит, так же как и в приведенном Вами варианте по ссылке её в RAM переносят, в чем тогда выгода?, а если код функций-обработчиков прерываний в RAM перенести получим еще большую скорость обработки прерываний? Только как это в коде на языке С реализовать?

Вообще в вашем случае лучше использовать SSP с кадрами вместо SPI.

В AVR32 это SSC контроллер?