FAST IRQ (LPC213X) Опции

[RRaptor]

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

[GetSmart]

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

[zltigo]

То, что будет вызван вектор FIQ задаётся примерно так:
VICIntSelect |=

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

...будет вызывать вектор FIQ. VICVectAddr? можно при этом использовать любой с учётом нужного приоритета.

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

[RRaptor]

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

Код

ldr pc, [pc, #fiq_handler_address - . - 8]    /* fiq handler */

чем то другим, а не записвать адрес процедуры обработки непосредственно в 0x0000001c, или переопределить сам fiq_handler записанный как

Код

fiq_handler:
  b fiq_handler
.weak  fiq_handler

[Alexey Bishletov]

Ну да, об этом я читал, а как задать этот общий обработчик, на самом деле прерывание возникает и вешает микроконтроллер, что по всей видимости вызвано неверным зданием адреса обработчика или некорректным оформлением процедуры обработчика. Может надо в startup заменить строку

Код

ldr pc, [pc, #fiq_handler_address - . - 8]    /* fiq handler */

чем то другим, а не записвать адрес процедуры обработки непосредственно в 0x0000001c, или переопределить сам fiq_handler записанный как

Код

fiq_handler:
  b fiq_handler
.weak  fiq_handler

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

Код

ldr pc, [pc, #fiq_handler_address - . - 8]    /* fiq handler */

написать

Код

b fiq_handler    /* fiq handler */

[RRaptor]

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

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

Код

ldr pc, [pc, #fiq_handler_address - . - 8]    /* fiq handler */

// написать

Код

b fiq_handler    /* fiq handler */

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

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

Код

//  ldr pc, [pc, #fiq_handler_address - . - 8]    /* fiq handler */
  ldr pc, [pc, #-0xEE8]                         /* fiq handler */

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

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