FIQ/IRQ, Некоторые неувязки ... в голове :) Опции

[SasaVitebsk]

Явного описания нигде не нашёл. Видимо считается "само-сабой разумеющимся". Тем не менее для меня это не "само-сабой".

Исходя из архитектуры, а также из того, что я вижу под J-LINKом в прерывании IRQ разрешено прерывание FIQ - я делаю вывод о том, что прерывание FIQ должны коректно вызываться/обрабатываться как из main так и из IRQ прерываний. Тем не менее у меня какие-то неувязки. Почему-то время обработки прерывания IRQ значительно завышено. Короче что-то я не так понимаю.

Работаю под IAR.
В IAR прерывание FIQ объявляется:
__fiq __arm void FIQ_Handler()

IRQ прерывание объявляется
__arm __irq static void ShowActive(void)

Прерывание FIQ таймерное. Вызывается и завершается коректно. Никаких хомутов не вижу.
Прерывание IRQ совтовое. Вызывается из FIQ корректно - это я чётко вижу по осциллографу.
Вызывается типа так:
if(Flag.EnShow) VICSoftInt = (1<<SHOW_INT);
Сбрасывается так:
VICSoftIntClear = (1<<SHOW_INT);
VICVectAddr = 0;

Продолжительность его слишком велика. Я сейчас с него выкинул почти всё. Оно должно обрабатываться 1-2 прерывания FIQ, но на самом деле обрабатывается значительно больше и завершение связано каким-то образом с прерыванием FIQ.

Буду сам копаться, но может кто подскажет что?

[Andy Mozzhevilov]

Крайне мутное описание и куча "инженерных" понятий - слишком велика, значительно больше и т.п.
Один вопрос - какой смысл активировать IRQ из FIQ, ведь при активном FIQ прерывания IRQ аппаратно запрещаются ядром. В прерывание IRQ вы должны попасть только после выхода из FIQ.

[SasaVitebsk]

У меня идут быстрые FIQ прерывания. С каждым 24 (в плане 56) прерыванием должно запускаться IRQ. Они должны быть жёстко связаны.

Чтобы "не темнить", опишу. Идёт регенерация картинки.
FIQ прерывание отображает картинку построчно. В начале кадра вызывается IRQ прерывание. IRQ прерывание подготавливает новую картинку в копию экрана. FIQ в начале экрана переключат отображаемую копию.

Ломать структуру проекта - не буду - не надо предлогать. Всё прекрасно работает на AVR. При введении цвета и увеличении количества градаций яркости на цвет, увеличился объём экрана/ объём вычислений при обновлении. В связи с этим хочу проект перенести на ARM. С сохранением совместимости и прочего.


IRQ прерывание вызывается после завершения FIQ (так и задумано). После этого идёт IRQ прерывание и на фоне его работают FIQ прерывания регенерации картинки. Длительность IRQ плавает в зависимости от сложности объектов изображённых на картинке и заполнении экрана.

[Andy Mozzhevilov]

И что конкретно не работает? Какое время у вас выполняется FIQ? Какое время выполняется IRQ с запрещенными FIQ? С разрешенными FIQ? Какая частота следования FIQ?

[GetSmart]

Вызывается типа так:
if(Flag.EnShow) VICSoftInt = (1<<SHOW_INT);
Сбрасывается так:
VICSoftIntClear = (1<<SHOW_INT);
VICVectAddr = 0;

В представленном здесь коде - всё нормально. Приводите более полный код. Может станет яснее. Внутри IRQ перед VICSoftIntClear нужно запрещать прерывания.

При использовании FIQ нужно "ручками" инициализировать его стек. Автоматически IAR в своём startup этого не делает.

Причина редактирования: Излишнее цитирование.

[SasaVitebsk]

В представленном здесь коде - всё нормально. Приводите более полный код. Может станет яснее. Внутри IRQ перед VICSoftIntClear нужно запрещать прерывания.

Спасибо. А можно узнать почему? У меня из этого места только FIQ вызывается. соответственно мне необходимо сделать примерно так:

Код

__disable_fiq();
VICSoftIntClear = (1<<SHOW_INT);
VICVectAddr = 0;
__enable_fiq();

При использовании FIQ нужно "ручками" инициализировать его стек. Автоматически IAR в своём startup этого не делает.

Вот подонки.
И зачем тогда линкер спрашивает у меня размер стека FIQ?
И как это сделать? Если Вас не затруднит приведите примерчик инициализации стека.

[GetSmart]

Может долго сидит в совтовом прерывании потому, что из него вызываются ещё и другие прерывания? Ну там UART0 например.

Спасибо. А можно узнать почему? У меня из этого места только FIQ вызывается. соответственно мне необходимо сделать примерно так:

Код

__disable_fiq();
VICSoftIntClear = (1<<SHOW_INT);
VICVectAddr = 0;
__enable_fiq();

Не, не так. Я имел ввиду только запрет IRQ. Так:

Код

__disable_irq();  // запрет только irq !!!
  VICSoftIntClear = (1<<SHOW_INT);
  VICVectAddr = 0;
// __enable_irq();  // это делать не нужно
}  // - сразу после VICVectAddr = 0 возврат из прерывания

Вот подонки.
И зачем тогда линкер спрашивает у меня размер стека FIQ?
И как это сделать? Если Вас не затруднит приведите примерчик инициализации стека.

ЫЫЫ
Я сам на эти грабли встал когда впервые IRQ применил. Линкер спрашивает чтобы просто кусок памяти выделить. А вот компилер не инициализирует указатель SP для FIQ на этот блок памяти. Поэтому его надо ручками инициализировать.

[SasaVitebsk]

Оставил в прерывании следующее:

Код

__arm    __irq    static void    ShowActive(void)
{
// объявление переменных
OUT_EN_RS485; // Для отладки

__disable_fiq();
VICSoftIntClear = (1<<SHOW_INT);
VICVectAddr = 0;
__enable_fiq();
// TST_CLR;

//******************************************
IN_EN_RS485;
}

6.5 мсек как с куста. Столько же сколько и при работе с нормальной прогой. Причём странная связь завершения прерывания IRQ с прерыванием FIQ.

Может из-за инициализации стека?
Неизвестно как оно вообще без этого работает.

Причина редактирования: Оформление цитаты исходника.

[GetSmart]

Работаю под IAR.
В IAR прерывание FIQ объявляется:
__fiq __arm void FIQ_Handler()

IRQ прерывание объявляется
__arm __irq static void ShowActive(void)

О!!! Косяк нашёл!

IRQ обработчик надо объявлять вот так:
__arm __irq __nested void ShowActive(void)

То есть обязательно __nested. Если конечно внутри этого прерывания разрешаются другие IRQ. Если же другие не разрешаются, то нужно быть уверенным, что для алгоритма этого IRQ хватит стека IRQ. Если в объявлении обработчика используется __nested, то сам обработчик работает в основном на стеке основной программы, а из стека IRQ потребляет только 3-4 DWORDа кажется, то есть для __nested IRQ большой стек IRQ не нужен.

__arm __irq static void ShowActive(void){

А без "статика" не работает?

SasaVitebsk, кастрируйте проект до минимума. Если будут такие же аномалии выкладывайте сюда, я проверю более конкретно. Гадать надоело.

[SasaVitebsk]

__nested я не ставил. Других IRQ нет. Они все равноправны. Я хотел бы чтобы вызывался только FIQ из IRQ.

Прошу вас ещё раз привести пример инициализации стека в FIQ. Может в этом загвоздка. Static убрал.

[GetSmart]

Ну вот кусок для инициализации стеков.

CODE

MODULE stk_startup

SECTION IRQ_STACK:DATA:NOROOT(2)
SECTION FIQ_STACK:DATA:NOROOT(2)
SECTION CSTACK:DATA:NOROOT(2)

SECTION .text:CODE:NOROOT(2)
EXTERN ?main
PUBLIC ?cstartup
ARM

?cstartup:

; Initialize the stack pointers.
; The pattern below can be used for any of the exception stacks:
; FIQ, IRQ, SYS.
; The USR mode uses the same stack as SYS.
; The stack segments must be defined in the linker command file,
; and be declared above.
;
; --------------------
; Mode, correspords to bits 0-5 in CPSR
MODE_BITS DEFINE 0x1F ; Bit mask for mode bits in CPSR
USR_MODE DEFINE 0x10 ; User mode
FIQ_MODE DEFINE 0x11 ; Fast Interrupt Request mode
IRQ_MODE DEFINE 0x12 ; Interrupt Request mode
SVC_MODE DEFINE 0x13 ; Supervisor mode
ABT_MODE DEFINE 0x17 ; Abort mode
UND_MODE DEFINE 0x1B ; Undefined Instruction mode
SYS_MODE DEFINE 0x1F ; System mode

MRS r0, cpsr ; Original PSR value

BIC r0, r0, #MODE_BITS ; Clear the mode bits
ORR r0, r0, #FIQ_MODE ; Set FIQ mode bits
MSR cpsr_c, r0 ; Change the mode
LDR sp, =SFE(FIQ_STACK) ; End of FIQ_STACK

BIC r0, r0, #MODE_BITS ; Clear the mode bits
ORR r0, r0, #IRQ_MODE ; Set IRQ mode bits
MSR cpsr_c, r0 ; Change the mode
LDR sp, =SFE(IRQ_STACK) ; End of IRQ_STACK

BIC r0 ,r0, #MODE_BITS ; Clear the mode bits
ORR r0 ,r0, #SYS_MODE ; Set System mode bits
MSR cpsr_c, r0 ; Change the mode
LDR sp, =SFE(CSTACK) ; End of CSTACK

;
; Add more initialization here
;

; Continue to ?main for C-level initialization.

LDR r0, =?main
BX r0

END

Прошу вас ещё раз привести пример инициализации стека в FIQ. Может в этом загвоздка. Static убрал.

Листинг обработчика IRQ хотя бы приведите. Это кусок файла *.lst, в котором лежит обработчик IRQ.

Сообщение отредактировал GetSmart - May 22 2009, 13:09

[SasaVitebsk]

CODE

1373 //__arm __nested __irq static void ShowActive(void)// Исполнение комманд

\ In section .text, align 4, keep-with-next
1374 __arm __irq void ShowActive(void)// Исполнение комманд
1375 {
\ ShowActive:
\ 00000000 0F002DE9 PUSH {R0-R3}
1376 uint8_t i, c, x1,y1,x2,y2,xt,yt,Color2, *adrnpict;
1377 int16_t x,y;
1378 int16_t volatile TekTm;
1379 uint16_t l,ll;
1380 #ifdef DEBUG_SPEED
1381 uint16_t MaxT; // %%%% Для отладки
1382 #endif
1383 uint8_t static AdrMstToSlv=0; // Адрес передачи структуры Status
1384
1385 //******************************************
1386 OUT_EN_RS485;
\ 00000004 4E02A0E3 MOV R0,#-536870908
\ 00000008 A00B80E3 ORR R0,R0,#0x28000
\ 0000000C 4018A0E3 MOV R1,#+4194304
\ 00000010 001080E5 STR R1,[R0, #+0]
1945 VICSoftIntClear = (1<<SHOW_INT); // Сбросить совтовое прерывание
\ 00000014 E320E0E3 MVN R2,#+227
\ 00000018 F02EC2E3 BIC R2,R2,#0xF00
\ 0000001C 0230A0E3 MOV R3,#+2
\ 00000020 003082E5 STR R3,[R2, #+0]
1946 VICVectAddr = 0;
\ 00000024 0030A0E3 MOV R3,#+0
\ 00000028 143082E5 STR R3,[R2, #+20]
1947 // TST_CLR;
1948
1949 //******************************************
1950 IN_EN_RS485;
\ 0000002C 081080E5 STR R1,[R0, #+8]
1951 }
\ 00000030 0F00BDE8 POP {R0-R3}
\ 00000034 04F05EE2 SUBS PC,LR,#+4 ;; return
\ 00000038 REQUIRE _A_VICSoftIntClear
\ 00000038 REQUIRE VICVectAddr
\ 00000038 REQUIRE _A_IOSET
\ 00000038 REQUIRE _A_IOCLR

Спасибо за помощь.
Разбираюсь пока


Проверил CSTARTUP
Стек инициализирован

Причина редактирования: Уменьшение видимого размера цитаты исходника.

[Rst7]

А листинг FIQ?

Может там что-то не так?

[SasaVitebsk]

Вот cstartup подключённый к проекту

Прикрепленные файлы

 cstartup.zip ( 2.04 килобайт ) Кол-во скачиваний: 26
 cstartup.zip ( 2.04 килобайт ) Кол-во скачиваний: 17

 

[zltigo]

Листиг не читал, с проблемой не разбирался, но не по делу - случайно зацепился взглядом за обилие неестесвенных 8 и 16 бит переменных. Надо изживать в себе восьмибитовики и использовать в большинстве случаев портируемые типы (хоть свои, хоть С99 ) переменных со смыслом "не менее 8bit", не "менее 16bit"