caxapa.ru :: Системы с "тиком" -- не нужны, если это не time triggered архитектура. См. мой ответ выше. Он даёт таймеры с минимальной дискретностью (а не с тиками по 50мкс и сверхчастыми прерываниями). Правильно, незачем вообще что-то инкрементировать. Поэтому вся арифметика над абсолютным значением времени в будущем, а не над временными интервалами (т.е. "проснуться когда время >= 13:00", а не "спать 3 часа"). Равно как и незачем за раз обрабатывать более одного таймера, если их

fk0^{легенда} (23.10.2020 15:49, просмотров: 817) ответил Peter_M на Я могу ошибаться в рассуждениях.

Системы с "тиком" -- не нужны, если это не time triggered архитектура. См. мой ответ выше. Он даёт таймеры с минимальной дискретностью (а не с тиками по 50мкс и сверхчастыми прерываниями). Правильно, незачем вообще что-то инкрементировать. Поэтому вся арифметика над абсолютным значением времени в будущем, а не над временными интервалами (т.е. "проснуться когда время >= 13:00", а не "спать 3 часа"). Равно как и незачем за раз обрабатывать более одного таймера, если их

упорядочить по времени.

[ZX]

Ответить

- А потом такой берет и переводит стрелки часов с 1 января 1970 года в 2020 год. Или наоборот. lloyd(66 знак., 23.10.2020 19:55)
  - Это само собой и обязательно. Я поэтому и написал -- время от момента старта прибора. Всегда нужно монотонное внутреннее время. Для включения чего-то по-расписанию использовать календарное время тоже нельзя. Верней можно, но функция которая "спит до такого-то календарного времени" получается достаточно сложной: fk0(1022 знак., 23.10.2020 21:05, ссылка)

Микроконтроллеры