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

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

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

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

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

Cкpипaч^пророк (24.02.2025 19:33, просмотров: 70) ответил Andreas на Так это не для высоконагруженных задач, так, уменьшить время реакции на некоторые события. Нечасто применяю, но иногда удобно.

Не понимаю. Сколько у вас наихудшее ожидаемое полное время выполнения цикла биглуп?

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

Ответить

- Это что-то на умном. Есть 5...7..10 обработчиков флагов(в т.ч таймеров) по 50..100мкс и такая система позволяет каждые 100мкс опрашивать самое важное и чуть с большим разбросом менее важное. Например прием DMX RC5 и что-то еще подобное. Пропуски возможны, но нежелательны/ - Andreas(24.02.2025 19:43)
  - В переводе на "грамотный" - 1мс, но есть задачи, требующие квант не реже чем через 100мкс? Что-ж, у меня такие задачи вынесены в прерывания. Как минимум, на прерывание от таймера. - Cкpипaч(24.02.2025 19:48)
    - Еще раз, это не догма, а один из нечасто применяемых приемов. Долгие прерывания не люблю, запросто наткнешься(сразу или потом), когда обработка прерывания дольше кванта будет. - Andreas(24.02.2025 19:59)