Запуск процесса на одном уровне прерывания, из разных уровней прерываний Опции

[Hexel]

Добрый день!

Ув. коллеги, подскажите пожалуста, как вызывая подпрограмму из разных уровней прерываний, обеспечить ее завершение таким образом, чтобы она не была прервана из более высокого приоритета? Речь идет об диспетчере событий (собственная терминология =), который фильтрует события из разных модулей и сохраняет отчет в EEPROM. Разрыв в неподходящий момент непременно приведет к порчи лога, и заметить это будет сложно.
Например, чтобы при вызове такая процедура работала на самом высоком уровне. Я полистал документацию по АРМ, но даже не знаю, где копать. Отключать прерывания нахрен до завершения - топорно, но должно работать) По-моему, еще такой функционал реализует RTOS, но опять же я в этом новичок. Какие есть варианты?

Проц STM32F334

[Serge V Iz]

Если эта вызываемая подпрограмма вообще никем не может быть прервана до окончания своей работы, на систему в целом это произведет ровно то же самое впечатление, что и просто запрет прерываний на время ее работы. ) С той разницей, что "топорный" запрет прерываний не требует сбросов конвейера, переключений контекста и прочих всяких времязатратных вещей )

[adnega]

С той разницей, что "топорный" запрет прерываний не требует сбросов конвейера, переключений контекста и прочих всяких времязатратных вещей )

Работа с EEPROM довольно затратная по времени операция. Лишать систему прерываний на это время довольно опасно.
Я бы через SVC сделал доступ к очереди (быстрая часть), а в mainloop сделал бы вычитывание из очереди и запись в EEPROM.

[jcxz]

Я бы через SVC сделал доступ к очереди (быстрая часть), а в mainloop сделал бы вычитывание из очереди и запись в EEPROM.

А SVC то тут зачем?
Если нужно чтобы сообщения, кидаемые разными отправителями (ISR разных приоритетов), не терялись и писались все, делаем очередь с атомарной записью. Ну или несколько очередей (на выбор). Пишем сообщение туда. Потом возбуждаем (программно) какое-нить прерывание (записью в соответствующий регистр NVIC), в ISR которого считываем сообщения из этой очереди (очередей) и пишем их куда надо. Считываем и пишем пока очереди не опустошатся. Опустошились - выходим из ISR.
Вместо ISR в данном алгоритме можно использовать задачу ОС с каким-нить объектом синхронизации ОС (мэйлбокс, семафор, etc.).

[adnega]

А SVC то тут зачем?

Для простоты реализации атомарности.

[jcxz]

чем оно проще запрета прерываний?

[adnega]

чем оно проще запрета прерываний?

Тем, что в системе могут оставаться высокоприоритетные прерывания.
Разумеется в них доступа к этой очереди быть не должно.