Ответ: («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ответ:

Отправлено smoker77 (91.77.223.157) 20 января 2010, г. 23:34
В ответ на: Громадяне! А вот как бороться с такой ситуацией в МК с поддержкой уровней прерываний: Есть гиппотетическая firmware - просто замечательная. И WDT сделан по уму. Все просто супер. И стоИт на АЭС. :-) Но вот в HighLevel обработчике из-за чего-либо аномального программа в jmp посреди High-level-обработчика выскакивает в конец памяти программ. Пересекает границу адресов - и вот она вновь начинает с 0000 >> отправлено VasilyS 20 января 2010, г. 22:37

У меня подобный глюк был в AT91SAM9260 (ARM9).
Оказалось там есть штука под названием "Spurious Interrupt".
Это какое-то особое системное прерывание, которое возникает при каких-то конфликтах на шине (точно не вспомню). Если обработчик этой хрени не задан, прога улетает по адресу 0xffffffff в режиме прерывания (как у Вас). Необходимо было сделать пустой обработчик этого прерывания - глюк пропал. Сам конфликт, вызывающий "Spurious interrupt" - несмертельный (в моем случае по крайней мере).

Составить ответ | Вернуться на конференцию

Ответы

Честно говоря, имел в виду 51 или хмегу. Но видите, оказывается, бывают в жизни такие случаи. Уверен, Ваш пример поможет АРМянам. - VasilyS (20.01.2010, 23:42:41 80.92.96.25, пустое)