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

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

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

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

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

Andreas (24.02.2025 19:29, просмотров: 83) ответил Cкpипaч на А не боитесь получить гонки сигналов, в виде эпизодов, длительностью полторы-две секунды, когда "почему-то" до низкоприоритетной задачи вообще не доходит управление?

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

Ответить

- Не понимаю. Сколько у вас наихудшее ожидаемое полное время выполнения цикла биглуп? - Cкpипaч(24.02.2025 19:33)
  - Это что-то на умном. Есть 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)