Вопрос по непрерывности прерываний в STM32

[MaxiMuz79]

Почти философский вопрос:
К примеру использую прерывание от таймера. При определенной частоте срабатывания TIM основная программа в "main" перестает выполняться. Т.е. фактически прерывание забирает 100% времяни на себя и уже какбы прерывание ничего не прерывает , а само становиться основным циклом.
.. В отличие от AVRок где всетаки происходит возврат в основной цикл пусть и на 1-2 команды.
Сложность еще заключается в том что рассчитать максимальный период выполнения прерывания когда еще управление передается в main я так думаю невозможно.
Собственно вопрос в возможности такого режима, при котором после прерывания, в любом случае следует возврат в исходную точку?
Немного ознакомившись с ядром и NVIC я такого режима не увидел.

[Easyrider83]

Ну дык флаг прерывания не сбрасывайте и получите свой вечный цикл )))

[MaxiMuz79]

Ну дык флаг прерывания не сбрасывайте и получите свой вечный цикл )))

так мне он как раз не нужен ! Напротив , речь о том, что в теле прерывания когда уже сбросился флаг события прерывания и происходит восстановление всех регистров и запись в PC адреса возврата , снова срабатывает условие и включается флаг прерывания - и NVIC решает что вместо того что бы передать управление основной программе, вновь происходит загрузка всех регистров в стек и вызов прерывания.

[omercury]

Ну если у Вас частота прерываний всего раз в 10 меньше тактовой, то нужен более быстрый камень.

[MaxiMuz79]

Что можно сделать за пару тактов в майне на STM32, в чём тайный смысл? Больше того, прерывание может прерываться другим прерыванием, причём так, довольно шустренько!

если частота срабатываний "высокая", то всеже чтото достанется майну. А смысл разобраться есть ли такая возможность ? и если нет, уже исходить из этого..
п.с. и вопрос не в том ЧТО я могу сделать за эти пару тактов, тут неважна скорость, а важен сам факт этих тактов!

[eddy]

Ну если у Вас частота прерываний всего раз в 10 меньше тактовой, то нужен более быстрый камень.

Или выбрано неправильное решение.

[omercury]

Праща? Рогатка?

Катапульта!

[tempora]

Слегка переформулирую проблему:

Если ресурсов катастрофически не хватает, но ОООчень нужно - как же так?! Вот ведь в советское время - приставляли пистолет к затылку и решались самые нерешаемые задачи... Как применить этот метод к м/к?

Эти "эффективные менеджеры" достали уже своей верой в силу незнания.

[MaxiMuz79]

Или выбрано неправильное решение.

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

[tempora]

И при этом важность основной программы выше чем прерывания.

Снова про "выжать 110%"... А про "важность" - запрет прерываний у вас влечёт за собой уголовную ответственность?