|
|
  |
FIQ/IRQ, Некоторые неувязки ... в голове :) |
|
|
|
May 22 2009, 14:16
|
Гуру
     
Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521

|
Цитата(Rst7 @ May 22 2009, 16:51)  А листинг FIQ? Может там что-то не так? Он довольно приличный по объёму. Пока кину начало и конец. Если с Вашей помощью ничего не найду, то урежу до немогу и выложу проект CODE 799 __fiq __arm void FIQ_Handler() // ╬ЄюсЁрцхэшх ърЁЄшэъш Master, Slave 800 { \ FIQ_Handler: \ 00000000 04E04EE2 SUB LR,LR,#+4 \ 00000004 FF402DE9 PUSH {R0-R7,LR} \ 00000008 04D04DE2 SUB SP,SP,#+4 \ 0000000C 68039FE5 LDR R0,??FIQ_Handler_0 ;; MinX + 20 \ 00000010 000090E5 LDR R0,[R0, #+0] \ 00000014 010010E3 TST R0,#0x1 \ 00000018 0C00001A BNE ??FIQ_Handler_1 \ 0000001C E014A0E3 MOV R1,#-536870912 \ 00000020 A01B81E3 ORR R1,R1,#0x28000 \ 00000024 001091E5 LDR R1,[R1, #+0] \ 00000028 400B11E3 TST R1,#0x10000 \ 0000002C 0700001A BNE ??FIQ_Handler_1 801
..... 897 if(Flag.RMaster) \ 0000035C 010010E3 TST R0,#0x1 898 { 899 T0IR = (unsigned)-1; // сбросить флаги прерываний таймера \ 00000360 900B4912 SUBNE R0,R9,#+147456 \ 00000364 0010E013 MVNNE R1,#+0 900 } 901 else 902 { 903 EXTINT=0x1; // Разрешить прерывание по INT0 (от мастера) \ 00000368 ........ LDREQ R0,??DataTable5 ;; 0xe01fc140 \ 0000036C 0110A003 MOVEQ R1,#+1 \ 00000370 001080E5 STR R1,[R0, #+0] 904 } 905 // VICVectAddr = 0; 906 } \ 00000374 04D08DE2 ADD SP,SP,#+4 ;; stack cleaning \ 00000378 FF80FDE8 LDM SP!,{R0-R7,PC}^ ;; return \ ??FIQ_Handler_0: \ 0000037C ........ DC32 MinX + 20 \ 00000380 ........ DC32 Status + 98 \ 00000384 ........ DC32 EkrToPort \ 00000388 REQUIRE _A_VICSoftInt \ 00000388 REQUIRE _A_IOPIN \ 00000388 REQUIRE _A_IOSET \ 00000388 REQUIRE _A_IOCLR \ 00000388 REQUIRE _A_S0SPSR \ 00000388 REQUIRE _A_S0SPDR \ 00000388 REQUIRE _A_T0IR \ 00000388 REQUIRE T0MR0 \ 00000388 REQUIRE _A_EXTINT Цитата(zltigo @ May 22 2009, 16:58)  Листиг не читал, с проблемой не разбирался, но не по делу - случайно зацепился взглядом за обилие неестесвенных 8 и 16 бит переменных. Надо изживать в себе восьмибитовики и использовать в большинстве случаев портируемые типы (хоть свои, хоть С99 ) переменных со смыслом "не менее 8bit", не "менее 16bit" Прога переносилась с 8-ми битника. И там всё это было естественно. Тем не менее написано было так, чтобы одна операция обслуживала несколько точек. В связи с этим ожидаемый перенос ядра на 32 бита должен дать увеличение производительности именно за счёт увеличения разрядности. В голове я сделал необходимые изменения в переменных. Уже выровнял всё. В прерывании по "картинке", пока не начинал, так как придётся вместе с изменениями разрядности менять также базовые процедуры работы с точками. Всё это будет сделано. Тем не менее принципиально работать должно со всеми типами. Всё сделано в рамках стандарта.
Причина редактирования: Уменьшение видимого размера цитаты исходника.
|
|
|
|
|
May 22 2009, 14:29
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SasaVitebsk @ May 22 2009, 17:16)  Прога переносилась с 8-ми битника. И там всё это было естественно. Это понятно, речь идет о том, что-бы писать оптимально преносимо и с восьмибитовиков без какой-либо специальной правки. Цитата Он довольно приличный по объёму. Полагаю, что для начала уж точно листиг не нужен - исходники читать много удобнее, а листинг без локализации проблемы это верный способ за деревьями леса не увидеть.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
May 22 2009, 14:46
|
.
     
Группа: Участник
Сообщений: 4 005
Регистрация: 3-05-06
Из: Россия
Пользователь №: 16 753

|
Цитата(SasaVitebsk @ May 22 2009, 18:50)  Спасибо за помощь. Разбираюсь пока Обработчик IRQ нормальный. Не может проц долго в нём сидеть. Если только софтовый флаг постоянно устанавливается в FIQ. Хотя даже в этом случае линия OUT_EN_RS485 должна непрерывно (очень часто) дёргаться. Либо может быть управление залетает в исключение. Обработчиков исключений в cstartup-е нет. Они где-то снаружи непонятно из чего состоят. Из исключения вполне может вызываться FIQ как будто из софтовой IRQ. Посмотрите ещё нет ли в других местах программы обращения к IN_EN_RS485 и к OUT_EN_RS485. Возможно этот сигнал сигнализирует не только софтовое прерывание, а ещё что-нить. Цитата(SasaVitebsk @ May 22 2009, 13:15)  Продолжительность его слишком велика. Я сейчас с него выкинул почти всё. Оно должно обрабатываться 1-2 прерывания FIQ, но на самом деле обрабатывается значительно больше и завершение связано каким-то образом с прерыванием FIQ. Каким образом связано? Ещё может быть проблема в том, что внутри FIQ проц долго сидит, то есть дольше чем поступает сигнал от таймера для FIQ. То есть проц постоянно сидит в FIQ. Из-за чего времени не остаётся на выполнение IRQ. Но если в зависимости от условий внутри FIQ кол-во его тактов снизится, то уже после этого IRQ дойдёт до своего конца.
--------------------
Заблуждаться - Ваше законное право :-)
|
|
|
|
|
May 22 2009, 16:34
|
Гуру
     
Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521

|
1) Совтовый флаг нормально устанавливается и сбрасывается. Во-первых потому что прога была отлажена и нормально работает на другом проце, а во-вторых потому, что я это вижу J-Linkом. 2) Исключения я не обрабатываю. В некоторых я просто торчу в цикле, а из default просто выхожу. Это очень возможная причина. Особенно меня настораживает флаг ARMCore1 (бит 3 в VICRawIntr). Он уменя взводится где-то во время инициализации. Что это такое я не нашёл. Больше пока ничего крамольного не вижу. 3) Обращений к RS485 нет, так как я их пока убрал. Точнее RS485 я пока не переписывал. Очень большая разница м/у AVR и ARM. Линию использую как тестовую. 4) Внутри FIQ сидит как раз нормально. Примерно соответствует ожидаемому. Вставляю 3 картинки. 1. Общая картина 2. вход в прерывание. Кадр отмечен более широким импульсом синхронизации. Таким обр. на осциллограмме виден правильный вход в IRQ. 3. выход из прерывания. видно что выход тоже осуществляется после обработки FIQ прерывания.
Эскизы прикрепленных изображений
|
|
|
|
|
May 22 2009, 17:11
|

Йа моск ;)
     
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610

|
Если я правильно понял осциллограмы, запрос FIQ не снимается, в результате IRQ выполнятеся по одной комманде (и сразу происходить опять влет в FIQ). Ищите, почему не снимается запрос - не сбросили флаг, не тот флаг сбрасываете, разрешен еще какой-то источник запросов, про который забыли и т.д. PS Кстати, раз у Вас на FIQ сидит регулярное прерывание, не делайте там больше никаких лишних действий. Пусть будет только Software-DMA  Кстати, еще оптимально, чтобы все влезло в банковые регистры, без стека. Огласите, кстати, количество тактов, отпускаемое на FIQ по Вашим расчетам.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
May 22 2009, 17:29
|
Гуру
     
Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521

|
Цитата(Rst7 @ May 22 2009, 20:11)  Если я правильно понял осциллограмы, запрос FIQ не снимается, в результате IRQ выполнятеся по одной комманде (и сразу происходить опять влет в FIQ). Ищите, почему не снимается запрос - не сбросили флаг, не тот флаг сбрасываете, разрешен еще какой-то источник запросов, про который забыли и т.д. Почему? Источник FIQ один. И обработчик один. Если бы он не снимался, то мы бы увидели частокол жёлтый. Вроде как красивые импульсы чётко определённые. Период совпадает с расчётами. А.. Вы про то что он нулём? Так задумано. Это идёт далее на слэйв контроллеры на прерывание. Таким образом синхронизация по строкам/кадрам осуществляется. Цитата PS Кстати, раз у Вас на FIQ сидит регулярное прерывание, не делайте там больше никаких лишних действий. Пусть будет только Software-DMA  Кстати, еще оптимально, чтобы все влезло в банковые регистры, без стека. Огласите, кстати, количество тактов, отпускаемое на FIQ по Вашим расчетам. По измерению FIQ исполняется приблизительно 120 мкс. Меня это вполне устраивает. Кадр = 16.7мс за кадр выполняется 24 прерывания FIQ. соответственно это составляет 17% времени. Причина в работе с портами. Был бы FIO было бы значительно меньше.
|
|
|
|
|
May 22 2009, 17:42
|
Гуру
     
Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521

|
Цитата(Rst7 @ May 22 2009, 20:11)  Если я правильно понял осциллограмы, запрос FIQ не снимается, в результате IRQ выполнятеся по одной комманде (и сразу происходить опять влет в FIQ). Ищите, почему не снимается запрос - не сбросили флаг, не тот флаг сбрасываете, разрешен еще какой-то источник запросов, про который забыли и т.д. Да действительно Вы угадали. Правда по тем осциллограммам это не видно. Но почему?????
|
|
|
|
|
May 22 2009, 17:56
|

Йа моск ;)
     
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610

|
Цитата Но почему????? Ответ на этот вопрос можно дать, только посмотрев на полноценный исходник. Готовьте пациента на вскрытие. В смысле - минимально возможную зопу в студию. Цитата Да действительно Вы угадали. Правда по тем осциллограммам это не видно. Я знал  Больно симптомы классические - торможение менее приоритетного уровня...
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
May 22 2009, 18:30
|
Гуру
     
Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521

|
Цитата(Rst7 @ May 22 2009, 20:56)  Я знал  Больно симптомы классические - торможение менее приоритетного уровня... Неа. Это я после инвертора посмотрел - баран. А потом пока сообразил. Щас ослиллограмы выложу. Там всё Ок. 1) Жёлтым сигналом идёт сигнал тестовый для FIQ. 1 - длительность прерывания. Синим, выходной сигнал (синхроимпульс). То что я на предыдущих осциллограммах жёлтым выдавал. Когда хомутнул, - начал искать причину "зацикливания" FIQ. Заремил кусок прерывания и длительность единицы уменьшилась. Так что данные - объективные. Кроме того все времена совпадают с расчётными. 2) Здесь синим обозначено IRQ прерывание. Нулём - начало.
Эскизы прикрепленных изображений
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|