реклама на сайте
подробности

 
 
> Непонятная проблема с прерываниями ARM7 Atmel'a, Через некоорое время перестает вызываться обработчик
Shein
сообщение Jan 21 2011, 15:47
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 45
Регистрация: 4-03-07
Пользователь №: 25 855



Доброго времени суток, коллеги.

Итак, ситуация:
Контроллер AT91RM3400.
используются прерывания:
FIQ - по отрицательному фронту на соответствующей ноге контроллера.
таймер - вызывается каждые 100мкс. Обработчик порядка 15-20мкс.
системній таймер - период порядка 250мс.
UART's - прерывания на прием/передачу с 0 приоритетом. (работают нормально)

Все замечательно работало достаточно длительное время.
Сейчас понадобилось внести некоторые доработки, в результате обработчик таймера перестает выполняться через несколько минут работы программы. При этом FIQ, системный таймер и UART'ы продолжают выполняться нормально.
Предполагаю причина в том, что раньше обработчик FIQ выполнялся порядка 80-85мкс. После дополнения, стал иногда выполняться до 103-105мкс. Поставив на вход и выход из обоих обрабочиков дергание ножками, вижу что FIQ может прерывать обработчик таймера.
Поймать непосредственно момент пропадания прерываний таймера осциллографом не удалось. Мне кажется, что это происходит когда FIQ прерывает обработчик таймера, и новое прерывание таймера приходит когда FIQ еще не вернул управление. Может такое быть или надо искать причину в другом?

JTAG или иным отладчиком "залезть внутрь" и посмотреть что происходит возможности нет.

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

Рад буду любым идеям по решению данной проблемы.

Да, забыл - в sturtup на оба вектора стоит
LDR PC,[PC,#-0XF20]
т.е. обработка идет через AIC.

Сообщение отредактировал Shein - Jan 21 2011, 15:55
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
aaarrr
сообщение Jan 21 2011, 17:45
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Прерывание от таймера, случайно, не по фронту срабатывает?
Go to the top of the page
 
+Quote Post
Shein
сообщение Jan 22 2011, 14:08
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 45
Регистрация: 4-03-07
Пользователь №: 25 855



Цитата(aaarrr @ Jan 21 2011, 19:45) *
Прерывание от таймера, случайно, не по фронту срабатывает?

Да по фронту. В битах AIC_SRCTYPE соответствующего регистра AIC_SMR устанавливается значение 3

Цитата(zltigo @ Jan 21 2011, 19:47) *
Пропуск прерываний таймера не есть причина для зависания, если только как-то специально не постарались написать.

Я тоже так думаю. Но уом пока не понимаю что может пиводить к прекращению вызовов обработчика.
Цитата(zltigo @ Jan 21 2011, 19:47) *
Смотрите для начала просто размеры стеков и наползание FIQ стека на чужой.

Стеки увеличил первым делом. Видимого эффекта не дало. smile3046.gif Да и при наползании стеков, мне кажется, было бы более неадекватное поведение программы. FIQ может накладываться и на другие прерывания, хоть и с меньшей вероятностью т.к. они реже. Но глюк наблюдается именно с таймером.
Все же надо будет сделать контроль переполнения для FIQ и IRQ стеков...

Сообщение отредактировал Shein - Jan 22 2011, 14:10
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 21st July 2025 - 03:48
Рейтинг@Mail.ru


Страница сгенерированна за 0.01362 секунд с 7
ELECTRONIX ©2004-2016