Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
6 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

1547845 Топик полностью

Nikolay_Po (13.10.2025 18:09, просмотров: 133) ответил il-2 на Все-таки остается вопрос, зачем вам непременно это надо делать в виде прерывания? То-же самое можно получить, сделав вызов подпрограммы.

См. в моём ответе Эдуарду:

https://caxapa.ru/1547844.html

Ответить

- Что-то я читал, читал... понял наконец в чем тонкость. Но это все можно сделать и в подпрограмме - типа программного семафора, и заменить таки программное прерывание на вызов подпрограммы. Код подпрограммы должен быть реентрантный (по крайней мере до момента проверки семафора). С программным прерыванием конечно будет проще. Но если его нет, то можно при желании обойтись. Я с такими задачами не сталкивался. - il-2(14.10.2025 06:51)
  - Там ниже еще LightElf пример привел, связанный с приоритетами. Все, теперь врубился до конца. Но текущий приоритет можно снизить (наверное) в NVIC. Если так, то можно обойтись без программных прерываний (подпрограммами). Можно, но сложно :-) - il-2(14.10.2025 07:01)
    - Нет, текущий приоритет (приоритет обрабатываемого в данный момент прерывания) снизить нельзя. Тиритицки (не проверял) можно изменить значение приоритета в NVIC и программно взвести (через NVIC) то же прерывание еще раз. Тогда по выходу из текущего обработчика мы снова перезайдем в тот же обработчик, но уже на новом (более низком) уровне приоритета. Но тогда при наступлении нового события мы не смодем его гарантированно быстро обработать, потому что приоритет уже понижен и LightElf(308 знак., 14.10.2025 18:14)
      - Тут: Nikolay_Po(978 знак., 14.10.2025 20:45, ссылка)
        
        BASEPRI, насколько я помню, маскирует прерывания с приоритетом ниже указанного. На уже активное прерывание он не влияет. ARM пишет про него такое: LightElf(591 знак., 14.10.2025 22:58, +1)
        
        Спасибо! Особенно за вторую цитату. Получается, оно может работать, но при разработке ядра и контроллера прерываний, эту ситуацию не прорабатывали и никто ничего не гарантирует. - Nikolay_Po(15.10.2025 16:06)
        
        Предположу, что на разных ядрах (M0, M3, M7, M33, etc) оно может себя вести по-разному. Например во всяких там навороченных M7 NVIC может быть реализован совсем не так, как на простеньких M0. - LightElf(15.10.2025 18:48)
    - Возможно, существуют задачи, где без "программных прерываний" не обойтись, но я сходу таковых придумать не смог. - Eddy_Em(14.10.2025 09:48)
      - Отлично! Значит, тебе удаётся так продумать структуру программы и разделить её на куски, что защищать секции выполнения поднятием приоритета не приходится. - Nikolay_Po(14.10.2025 11:19)
        
        Ну так у меня в случаях, где нужна реакция в пределах миллисекунды, обычно один прогон суперлупа длится куда меньше. 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)