Цитата(bodja74 @ Jul 30 2007, 15:35)

Делать задержки на таймере не самое лучшее решение,используйте API функцию SLEEP из KERNEL32.
Sleep штука очень не надежная.
Вот результаты работы Sleep на моем компе.
Измеряется реальная задержка в микросекундах.
20 замеров:
Код
Freq=3579545Hz <--частота счетчиков ядра
Sleep results in microseconds
Sleep( 0) Sleep( 1) Sleep( 2) Sleep( 3) Sleep(10) Sleep(16) Sleep(20)
----------------------------------------------------------------------
5 5356 12438 12255 11406 22897 19093
681 8942 13977 2635 12385 23951 24992
130 4358 6315 2524 6867 17958 21907
37 2867 7162 12062 14896 29876 28462
56 6997 549 12618 5641 23522 16793
59 10294 12313 8269 9699 29652 25246
121 7651 459 14255 985 23322 24873
5 13259 13542 7584 5488 19888 24991
278 6649 1428 5654 1686 30749 27801
164 14435 14506 14269 14127 27618 22679
235 6621 12149 6513 6758 25621 16563
139 9536 13358 2018 15205 22122 17909
60 8184 11817 14828 721 24907 29682
125 7033 403 151 412 18126 17158
5 6331 865 8556 8092 28302 22481
11 1372 3209 593 5084 26241 22725
493 14089 737 13325 14392 19364 25576
666 11077 4232 5808 7581 25980 15803
97 4534 470 10276 5433 19632 20555
147 2997 1649 15627 15497 18517 30676
заметьте, что при значениях Sleep < 16 результат
непредсказуем.(16 это такт оперционки на моем компе)
например Sleep(10) дает значения от 412 до 15497 микросекунд.
Sleep(3) дает значения от 151 до 15527 микросекунд.
Так что для задержки "не менее" 3,5 символов в модбас, Sleep явно не подходит.
Да, замечу еще, измерения проводились на "ненагруженном" компе.
Если запустить несколько жрущих ресурсы задач, то все становится еще хуже