caxapa.ru :: Это достаточно экзотический случай. Обычно, полный проход Биг-луп сильно сменьше допустимой задержки для каждого КА.

Cкpипaч^пророк (24.04.2025 13:07, просмотров: 66) ответил =AlexD= на Расположатся, но очень неуютно. Одни должны срабатывать чаще и вперёд других, задолбаетесь баллансировать систему и в конечном итоге весь критичный код у вас окажется в прерывании, а КА порванным на куски.

Это достаточно экзотический случай. Обычно, полный проход Биг-луп сильно сменьше допустимой задержки для каждого КА.

... но не любой ценой.

Ответить

- Это если весь код чувствительный к задержкам уже сидит в прерываниях. - =AlexD=(24.04.2025 13:12)
  - Весь код, чувствительный к значимым задержкам, ДОЛЖЕН сидеть в прерываниях. Cкpипaч(169 знак., 24.04.2025 13:21)
    - Он может там сидеть если своим количеством не мешает другим прерываниям. Вы просто теряете в гибкости и кпд процессорного ресурса и только. - =AlexD=(25.04.2025 10:42)
      - Если прерывания начинают душить друг друга, то, либо, в консерватории чота не так, либо, проц выбран неверно. - mse homjak(25.04.2025 11:12)
        
        Либо у вас USB библиотека в прерывании. - =AlexD=(25.04.2025 13:57)
        
        Это консерватория. - mse homjak(25.04.2025 21:04)
    - Но исполняться в биг-лупе, в обработчике прерывания, в т.н. коллбэк функции. (в HAL ARM - статус - слабая, т.е. заменяется под тем же именем юзерским кодом). Однако, если метод сопряжен с технологическими тайм-аутами на дурацких циклах, то и тут ай-яяй близок - требуется контролировать вершину отведённого стека. А уж в ОСРВ, как это важно при интерференции событийности... Наверное поэтому опытые (избитые) ымбеддеры непременно закладывают в проект сразу "толстый камень". :) - bnb62(24.04.2025 15:27)

Средства и методы разработки