caxapa.ru :: Так ведь это в документации прямым текстом написано. Что число слотов для wch-fast прерываний ограничено. Но никто не запрещает использовать обычные прерывания, которые все на стеке сохраняют. Там вложенность может быть любой.

@COKPOWEHEU (20.05.2026 13:19, просмотров: 88) ответил Гyдвин на Для 8-лапого V003, на которого положил глаз, существует много нюансов, которые не шибко то отображены в их доке. Только путем пыток Дипсика удалось добиться чтобы он выдал "военную тайну" ;) В процессе пыток он изрек, например, вот это:

Так ведь это в документации прямым текстом написано. Что число слотов для wch-fast прерываний ограничено. Но никто не запрещает использовать обычные прерывания, которые все на стеке сохраняют. Там вложенность может быть любой.

Ответить

- для CH32V003 и для других V00x - только 2 уровня вложенности прерываний по приоритету и ВСЁ - кто такое придумал про любую вложенность? А wch-fast - очень хитрая штука! - Zikon(20.05.2026 17:01)
  - Там аппаратно срабатывают первые два запроса, соотвецтвующего статуса. Остальные грузят контент в стек. Видимо в этом камне какой-то косяк. Если описывать прерывания, как обычно, то проблем нет. У меня, по крайней мере, не было. - mse homjak(20.05.2026 17:18)
    - это вложенность по приоритетам и если есть прерывание старшего приоритета во время выполнения прерывания младшего приоритета то при 3-ей вложенности оно не должно вложится а будет ждать когда второе завершится - хоть оно и старше по приоритету. А аппаратно HPE на V00x - тоже в стек сохраняет - только быстрее. Это в старших чипах есть быстрые теневые регистры - Zikon(20.05.2026 17:31)
      - Щас глянул в ДШ, так этот механизьм можно отключать. Т.е. начинает работать обычное сохранение контекста в ОЗУ? - mse homjak(20.05.2026 19:36)
        
        Ничто не мешает использовать стандартные обработчики даже если wch-fast включен. Просто сохранение регистров будет дублироваться. Но по-хорошему да, wch-fast лучше отключить. - @COKPOWEHEU(20.05.2026 20:29)
  - А хитрость состоит в том что если у вас HPE включен- то он ВСЕГДА срабатывает - хоть fast, хоть не fast обработчик. Подумайте о последствиях - особенно для V00x. - Zikon(20.05.2026 17:12)
    - Тю! А я-то думаю, что у меня фолтил CH32V006. Ядрышко чуть посвежее, но суть та же: пришлось выключить wch-fast как только стало больше двух источников прерываний, даже если атрибут fast был лишь у двух... - Nikolay_Po(1 знак., 20.05.2026 21:34, ссылка)
- Как же там все сложно. Буду лучше и дальше STM32 использовать. Eddy_Em(208 знак., 20.05.2026 14:08)
  - Ничего сложного: никто ж не заставляет использовать именно wch-fast. Собственно, обычный gcc их все равно не поддерживает. Нет, можно, конечно, накостылить, но лично я, например, пока не воткнулся в ограничение именно по скорости входа в прерывание. @COKPOWEHEU(139 знак., 20.05.2026 14:44)
  - Ничо сложного. mse homjak(109 знак., 20.05.2026 14:12)
    - Читаю: Eddy_Em(95 знак., 20.05.2026 14:16, ссылка)
      - А ты бери сборку GCC от WCH из комплекта. Они спецом под фишки своих ядер доработку делали. В свежей MRS2 от Mounriver, лежит GCC15. Меня вполне устраивает. - Nikolay_Po(20.05.2026 14:18)

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