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

zeleny (28.07.2013 23:58, просмотров: 557) ответил Скрипач на Берете библиотеку Protothreads и пишете как ни в чем не бывало.

я cделал проще - выделил по таймеру на задачу, в диспетчере (или в начале задачи перед PT_BEGIN) синхронно с глобальным 1мс-флагом - декремент. В результате задержка сводится к макросу: #define PT_DELAY_MS(Delay) task->timer = Delay; PT_WAIT_WHILE(task->timer != 0);

Ответить

- Можно и так. Из плюсов: лучше себя ведет в пошаговой отладке. Еще лучше - отдельный массив таймеров, как у Мазура. Таймеров задаче может понадобится несколько. Всякий раз править код "перед PT_BEGIN"...не халяльно. Скрипач(152 знак., 29.07.2013 00:09 - 00:11)
  - Пока делаю так: шаг увеличивается в задачах созданием дополнительных счетчиков в ОЗУ и инкрементированием с заданным шагом. Вообще интересный вопрос. Спасибо что подняли его. Уже появилась идея. Массив таймеров из трехбайтных блоков остается. 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)

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