caxapa.ru :: Можно и так. Из плюсов: лучше себя ведет в пошаговой отладке. Еще лучше - отдельный массив таймеров, как у Мазура. Таймеров задаче может понадобится несколько. Всякий раз править код "перед PT

Скрипач, пророк (29.07.2013 00:09 - 00:11, просмотров: 539) ответил zeleny на я cделал проще - выделил по таймеру на задачу, в диспетчере (или в начале задачи перед PT_BEGIN) синхронно с глобальным 1мс-флагом - декремент. В результате задержка сводится к макросу:

Можно и так. Из плюсов: лучше себя ведет в пошаговой отладке. Еще лучше - отдельный массив таймеров, как у Мазура. Таймеров задаче может понадобится несколько. Всякий раз править код "перед PT_BEGIN"...не халяльно. А из минусов: непонятно что делать, если нужны таймеры с радикально разным шагом. Например, парочка в минутах, один в секундах и один в милисекундах.

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

Ответить

- Пока делаю так: шаг увеличивается в задачах созданием дополнительных счетчиков в ОЗУ и инкрементированием с заданным шагом. Вообще интересный вопрос. Спасибо что подняли его. Уже появилась идея. Массив таймеров из трехбайтных блоков остается. mazur(539 знак., 29.07.2013 08:39 - 08:43)
  - Не, много времени уйдет на обработку таймеров. Шаг в таймерах и так задается. Максимальное время 65535 мс, если шаг счета таймера 1 мс. В большинстве случаев этого достаточно. Если требуется больший шаг, выставляем дискретность в параметрах mazur(1183 знак., 29.07.2013 09:44 - 09:56)
- много таймеров нужно очень редко, в 99% случаев хватает 1го, 16-битного. Нужно больше - как уже писал, перед PT_BEGIN обрабатывается все специфичное для данной задачи. - zeleny(29.07.2013 00:27)

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