|
Cortex-Mx, исключительные ситуации |
|
|
|
Sep 14 2018, 17:19
|
Профессионал
Группа: Свой
Сообщений: 1 215
Регистрация: 22-02-05
Пользователь №: 2 831
|
Цитата(dimka76 @ Sep 14 2018, 20:03) Можно ли из обработчиков исключительных ситуаций вызывать функции ? Не возникнет ли проблем со стеком ? В целом, такое прерывание не сильно то и отличается от всех других прерываний, поэтому вызов функций в них не запрещен, ведь для ядра нет понятия функция или т.п., но есть НО: Если такое исключение возникло именно из-за проблем со стеком, то логично предположить, что сразу пользоваться стеком не стоит (точнее, таким указателем стека). Также нужно учесть, что для прерываний обычно используют другой стек (точнее, указатель стека), особенно если применяется RTOS. Более подробную информацию лучше см. в документации на выбранное ядро. Цитата Насколько я понимаю, обработчики исключительных ситуаций не могут прерваться прерываниями от периферии ? Да, не могут, поскольку приоритет обработчиков исключительных ситуаций имеют наивысший приоритет. Ведь в этом весь смысл таких прерываний )) зы Дабы не изобретать велосипед, посмотрите в сторону уже существует готовых вариантов обслуживания исключений, в т.ч. на этом форуме.
--------------------
Кругозор некоторых людей - круг с нулевым радиусом. Они называют его "точкой зрения".
|
|
|
|
|
Sep 14 2018, 17:37
|
developer
Группа: Свой
Сообщений: 902
Регистрация: 12-04-06
Из: Казань
Пользователь №: 16 032
|
Цитата(Forger @ Sep 14 2018, 20:19) но есть НО: Если такое исключение возникло именно из-за проблем со стеком, то логично предположить, что сразу пользоваться стеком не стоит (точнее, таким указателем стека). Вот этот вариант и навел на вопрос. Спасибо, что подтвердили мои опасения. У меня план такой. При попадании в исключительную ситуацию перевести некоторые ноги МК в определенное состояние. И после этого зависнуть в этом прерывании навсегда. А вот для управления нужными ногами у меня есть свои функции. Можно конечно прямо в прерывании через регистры переключить ноги. Но мне кажется, что с точки зрения архитектуры программы это не правильно. Думаю перед вызовом функции заново проинициализировать указатель стека значением из нулевого адреса. Цитата(Forger @ Sep 14 2018, 20:19) Также нужно учесть, что для прерываний обычно используют другой стек (точнее, указатель стека), особенно если применяется RTOS. RTOS не используется и режим работы не меняется. Поэтому указатель один, если я не ошибаюсь конечно )))
--------------------
Все может быть и быть все может, и лишь того не может быть-чего уж точно быть не может, хотя..и это может быть.
|
|
|
|
|
Sep 14 2018, 17:50
|
Профессионал
Группа: Свой
Сообщений: 1 215
Регистрация: 22-02-05
Пользователь №: 2 831
|
Цитата(dimka76 @ Sep 14 2018, 20:37) Вот этот вариант и навел на вопрос. Спасибо, что подтвердили мои опасения. У меня план такой. При попадании в исключительную ситуацию перевести некоторые ноги МК в определенное состояние. И после этого зависнуть в этом прерывании навсегда. Не забывайте, что ноги могут управляться аппаратно соотв. периферией. Поэтому такие ноги сначала стоит отключить от соотв. периферии, а уже потом переводить в некие состояния. Ну и зависать в исключении навсегда, имхо, не есть хорошее решение. Цитата А вот для управления нужными ногами у меня есть свои функции. Можно конечно прямо в прерывании через регистры переключить ноги. Но мне кажется, что с точки зрения архитектуры программы это не правильно. С "точки зрения архитектуры" в обработчике прерывания нужно сделать все, чтобы сделать девайс безопасным. Как можно быстрее! Как именно это будет сделано - вопрос второстепенный. Самое простое - тупо вызвать принудительный сброс всего проца. Вообще, тема исключений - давно избитая, поэтому есть смысл по-смотреть в сторону уже готовых решений.
--------------------
Кругозор некоторых людей - круг с нулевым радиусом. Они называют его "точкой зрения".
|
|
|
|
|
Sep 14 2018, 18:33
|
Профессионал
Группа: Свой
Сообщений: 1 215
Регистрация: 22-02-05
Пользователь №: 2 831
|
Цитата(scifi @ Sep 14 2018, 21:29) Это уж пусть ТС разбирается. Да вся эта тема - по сути баян, но раз уж подняли муть со дна, то не грех и чуток погундеть, благо пятница Цитата Во всяком случае, на STM32 команда программного сброса физически дёргает ногу RST. Не совсем - содержимое ОЗУ все же сохраняется. Но это даже к лучшему ))
--------------------
Кругозор некоторых людей - круг с нулевым радиусом. Они называют его "точкой зрения".
|
|
|
|
|
Sep 14 2018, 19:02
|
Профессионал
Группа: Свой
Сообщений: 1 215
Регистрация: 22-02-05
Пользователь №: 2 831
|
Цитата(aaarrr @ Sep 14 2018, 21:58) Честно говоря, не знаю семейств, где бы сброс обнулял содержимое ОЗУ. Хотя вполне допускаю, что и такое встречается. Честно говоря тоже, но в свете новых событий обнуление ОЗУ при сбросе становится уже необходимостью Цитата(scifi @ Sep 14 2018, 22:00) У ОЗУ не бывает сигнала сброса. ОЗУ бывают разные, в том числе внешние
--------------------
Кругозор некоторых людей - круг с нулевым радиусом. Они называют его "точкой зрения".
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|