caxapa.ru :: Отлично! Значит, тебе удаётся так продумать структуру программы и разделить её на куски, что защищать секции выполнения поднятием приоритета не приходится.

Nikolay_Po (14.10.2025 11:19, просмотров: 72) ответил Eddy_Em на Возможно, существуют задачи, где без "программных прерываний" не обойтись, но я сходу таковых придумать не смог.

Отлично! Значит, тебе удаётся так продумать структуру программы и разделить её на куски, что защищать секции выполнения поднятием приоритета не приходится.

Ответить

- Ну так у меня в случаях, где нужна реакция в пределах миллисекунды, обычно один прогон суперлупа длится куда меньше. Eddy_Em(363 знак., 14.10.2025 11:57)
  - А у меня требуется реакция не дольше чем за 20мкс по паре интерфейсов сразу. Обработка блока данных - намного дольше и должна быть приоритетнее кода пользовательского режима. В принципе, как предположил товарищ il-2, можно не выходя из текущего высокоприоритетного прерывания, после снятия флага запроса прерывания, понизить текущий приоритет выполнения кода, изменив значение BASEPRI и вызвать подпрограмму обработки. Nikolay_Po(69 знак., 14.10.2025 13:02)
    - Сильно сомневаюсь что это сработает, но это на уровне ощущений. Прерывание обрабатывается в Handler Mode, а BASEPRI (насколько я понимаю) влияет только на Thread Mode. - LightElf(14.10.2025 18:37)
      - Хмм... Жаль, меня пока не интересует ARM, на данный момент работаю с RISC-V QingKe4F от WCH. Nikolay_Po(211 знак., 14.10.2025 20:58)
        
        Про RISC-V ничего сказать не могу. У ARM регистр BASEPRI позволяет запретить более приоритетные прерывания, но не позволяет разрешить менее приоритетные. Выше писал, что, по отзывам, вроде бы можно понизить приоритет текущему прерыванию, но в доке ARM это отдельным пунктом не рекомендуется делать. - LightElf(15.10.2025 00:40, +1)

ARM, RISC-V контроллеры