Задержки для СОМ порта, програмирование на С++ Builder Опции

[AKK]

Доброго всем времени суток.
При иннициализации порта:
hCom = CreateFile("COM3", GENERIC_READ | GENERIC_WRITE,0, NULL,OPEN_EXISTING, 0,NULL );
Устанавливаются следующие задержки на чтение:
COMMTIMEOUTS times;
...
times.ReadIntervalTimeout = MAXDWORD;
times.ReadTotalTimeoutMultiplier = MAXDWORD;
times.ReadTotalTimeoutConstant = 5;
...
Далее в программе происходит запись в порт 8 байт, и прием одного байта ответа:
WriteFile(hCom,Buffer,8,&b,NULL);
ReadFile (hCom,&i,1,&b,NULL);
И все это происходит в цикле.
Собственно проблема: на осциллографе видно, что передача 8 байт и ответный байт на скорости 9600 укладываются примерно в 10 мс, а следующая посылка данных происходит примерно только через 30 мс. Откуда берется это время - не понятно. При попытке читат 2 байта из порта (второго байта нет, т.е. должен происходить таймаут) картина полностью идентична описаной. При коде:
WriteFile(hCom,Buffer,8,&b,NULL);
ReadFile (hCom,&i,1,&b,NULL);
ReadFile (hCom,&i,1,&b,NULL);
задержка возрастает примерно до 100 мс. :-(.
При увеличении скорости порта до 19200 скорость передачи данных сократилась незначительно: задержка между посылками возросла на то же самое время, на какое сократилось время передачи данных.
Да, забыл: СОМ3 - это порт для преобразователя USB-RS485. Т.е. с компутера данные реально отправляются на через USB порт на преобразователь, и далее по линии RS485. Данные снимались осциллографом на преобразователе со стороны RS485, но преобразователь тут точно не при чем, он был испытан на самодельном устройстве - USB передатчике, никаких левых задержек не наблюдалось.
Кто знает в чем дело - помогите, плз. Кто не знает - может выдвигать версии, все будет внимательно рассмотрено, проверено.

[Krom]

Вот именно. Не стоит забывать, что форточки - система многозадачна. Очччень много геморроя с этим бывает, особенно если требуется переключать направление передачи в преобразователе RS485. То есть виндовая прога передала пакет, переключает на прием, а вот время, через которое выполнится реально это переключение - плавает в зависимости от мощности компа, числа выполняемых задач и проч. Такие навороты приходится в протоколы вводить - мама не горюй.

Для справки - если не ошибаюсь, то стандартное время переключения между задачами в виндах что-то около 5 мс. Вполне реально, что эти 30 мс отбирет ядро или висящие в фоне задачи.

Тут или приоритет задачи нужно повышать, или, если число циклов передача-прием за один раз ограничено и не очень большое, то сделать критической секцией.

[AKK]

Спасибо всем, кто откликнулся, буду пробывать.