Возникла необходимость в своей программе использовать алгоритм, который не могу реализовать   Суть его попробую обьяснить на рисунке:

Программа выполняет бесконечный цикл. Есть определённые действия.
действие 1 выполняется так: действие длительностью 300мс, простой 300мс, опять действие и так до бесконечности (черные квадраты).
действие 2 выполняется через каждые например 2 минуты длительностью 300мс и не совпадает со временем выполнения других действий (красные квадраты).
действие 3 выполняется через каждые например 10 минут длительностью 300мс и не совпадает со временем выполнения других действий (зелёные квадраты).
и т.д.
Таким образом необходимо выполнять в еденицу времени только одно из действий. Немного запутано, но думаю понятно 
Была идея сделать таким образом:



Интервал у таймера 300мс.

Период необходимо строго выдерживать?

А что собственно не получается?
Понял, что у вас не работает... синхронизации нет ни фига...
Для того чтобы таймер работал адекватно, в него нельзя засовывать при срабатывании какие-либо действия, иначе он тратит время на то чтобы выполнить что-тро и следующее действие сработает как бы позже чем надо, хотя с точки зрения таймера всё будет верно.

Я использую POSTMessage для выполнения нужных действий при срабатывании. 


Кстати весьма странный критерий... 

Это сообщение отредактировал(а) Чучмек - 10.4.2012, 23:20

Пишу прогу для работы с 1-wire сетью. Время выполнения любого запроса (измерение температуры, команды к датчикам) занимают в среднем 300мс. В то же время необходимо делать опрос сети на предмет получения значений и показаний. Исходя из этого и был выбран интервал 300мс.

Так вам нужна многопоточность....

Хм. Весьма спорное заявление. Действия в данном случае засовываются не в сам таймер, а в обработчик события OnTimer. Т.е. в обработчик сообщения WM_TIMER окна, которое для данного таймера указано. Удлинять интервал эта обработка может только в том случае, когда эти действия занимают больше времени, чем интервал таймера. Но в таком случае PostMessage довольно плохой помощник, ибо будет происходить накопление в очереди сообщений окна  ваших сообщений.  Что может просто сделать программу неработоспособной. Кстати сообщения WM_TIMER в отличие от ваших пользовательских в очереди окна не накапливаются.

Добавлено через 14 минут и 46 секунд

Вот тут стоило бы подробнее сообщить что это за "1-wire сеть". MicroLan от DallasSemiconductors? Тогда я вас разочарую. В ОС Windows вы не сможете работать с этим протоколом. Вам понадобится внешняя нестандартная железяка, которая будет этот протокол выполнять, а ваша программа на ПК будет общаться с ней через стандартный порт ПК. Например через СОМ. 

И ещё одно дополнение. Если это действительно MicroLan, то по рекомендациям время зарядки внутреннего конденсатора для питания микропроцессора должно быть >= 500мс (если мне не изменяет мой склероз и если не изменились рекомендации).

Возможно, но я не использую паразитное питание

DarkProg Так вам нужна многопоточность....
Многопоточность здесь не подойдёт

northener
Сеть уже давно работает, сейчас отлаживаю программу....

Чучмек
Из кода я ничего не понял....

count - количество событий
В mp записываешь периоды повторения для каждого события.
В mt хранятся время прошедшее после последней  обработки каждого событя.
С каждым событием таймера mt - обновляется.
Если прошло  времени больше, чем период - обрабатываем соответствующее событие.

Вот:

Использование:

Чучмек спасибо за код!
Правильно ли понимаю что 1/86400 - 1с,  1.5/86400 - 1.5с, 2/86400 - 2с и какая взаимосвязь с timer.interval ??

Да.

В твоем случае interval=300. 
Необходимо только учесть, что если, например, интервал 1000 и три события с периодом 2с - то третье событие никогда не наступит.   

А что за магическое число 86400? И что если захочу поменять интервал у таймера?

24часа*60минут*60секунд