Не подскажет ли кто как задается адрес процедуры обработчика Fast IRQ для LPC213X. Уже весь раздел VIC прочитал, но так и не понял. Может это VICDefVectAddr, но в описании сказано что он используется для невекторных прерываний, а про FIQ не говорится, хотя ранее использовался термин FIQ service routine. (И еще, где взять описание ассемблера для данного семейства процессоров, или хотя бы как называется это описание, в сети сам найду).

http://www.arm.com/documentation/

Да, забыл сказать, пользуюсь CrossStudio 1.4, функцию __ARMLIB_enableFIQ(); вызвать не забыл, адрес процедуры FIQ записал по адресу 0x0000001c, процедура оформлена как

в режиме векторного прерывания или невекторного default прерывания проблем нет (светодиод горит), а FIQ не работает (соответственно не горит).

Адрес обработчика задаётся точно так же как и для IRQ. То, что будет вызван вектор FIQ задаётся примерно так:
VICIntSelect |= (1 << VIC_UART1)
Это значит, что прерывание от UART1 будет вызывать вектор FIQ. VICVectAddr? можно при этом использовать любой с учётом нужного приоритета. Default не советовал бы использовать.

Да. Причем судя по всему именно классафикация источника прерывания в качестве FIQ и не была сделана вопрошаюшим.


Нет. На FIQ нет векторного механизма, посему VICVectAddr* к нему вообще никакого отношения не имеет. При нескольких источниках FIQ есть только возможность в общем обработчике читать FIQ Status register и по нему ветвиться.

[quote name='zltigo' date='Aug 14 2006, 22:19' post='144439']
[quote]
Нет. На FIQ нет векторного механизма, посему VICVectAddr* к нему вообще никакого отношения не имеет. При нескольких источниках FIQ есть только возможность в общем обработчике читать FIQ Status register и по нему ветвиться.
[/quote]
Ну да, об этом я читал, а как задать этот общий обработчик, на самом деле прерывание возникает и вешает микроконтроллер, что по всей видимости вызвано неверным зданием адреса обработчика или некорректным оформлением процедуры обработчика. Может надо в startup заменить строку
чем то другим, а не записвать адрес процедуры обработки непосредственно в 0x0000001c, или переопределить сам fiq_handler записанный как

Вот упражнение для Keil,
в нем все прекрасно рассмотрено про FIQ.
Запусти в отладчике и все станет ясно.

Проще всего на месте написать

// Вот упражнение для Keil,
// в нем все прекрасно рассмотрено про FIQ.
// Запусти в отладчике и все станет ясно.
К сожалению отладчик у меня не работает (не распаяли на устройстве из-за занятости отладочных выводов) а как адаптировать startup из архива к startup из CrossStudio я вряд ли соображу.

// Проще всего на месте
// написать

Ну да, только этот код в startup.s а обработчик в main.cpp и startup.s не видит то что написано в main.cpp.

Ну в общем хоть и корявое решение а все таки я его придумал, а именно
1. Подправить обработчик FIQ в startup чтобы он указывал на 15 прерывание

2. Записать в VICVectAddr15 адрес процедурны обработки прерывания.
Правда при этом становится на одно векторное прерывание меньше, но в моем пректе это не критично.

Большое спасибо всем ответившим, если кто-то знает решение лучше буду только рад.

Ну так прикажите использовать для обработчика "С", а не "CPP" преобразования имен и все.

Записать если компилируется в режиме C++