RS232 под win, частота опроса СОМ порта под WinXP Опции

[paskal]

Нужно соединить компутер с устройством через RS232. Обмен такой. Устройство непрерывно шлет пакеты по 16 байт и принимает ответные пакеты. Скорость обмена 115200, частота отправки пакетов 50 Гц.
Под WinXP пользуюсь стандартными API. В билдере я открываю ком порт через CreateFile, дальше вешаю на таймер функцию которая проверяет сколько байт в приемном буфере, если не 0, то считывает буфер.
Проблема в том что считывается не 16 байт, а от 80 до 96. Т.е. получается что виндосовский таймер может работать с частотой 18 Гц и никак не чаще. Подскажите способ чтоб мне уложится в частоту 50 Гц.

[Палыч]

получается что виндосовский таймер может работать с частотой 18 Гц и никак не чаще.

Вас не устраивает точность работы таймера? В Win несколько таймеров. Самый точный из них - мультимедийный (см. Multimedia Timer Functions: timeBeginPeriod, timeSetEvent, и др.). Однако при работе с ним нужно проявлять хотя бы элементарную осторожность: запуск из под этого таймера - в режиме "Real time".

[paskal]

Вас не устраивает точность работы таймера? В Win несколько таймеров. Самый точный из них - мультимедийный (см. Multimedia Timer Functions: timeBeginPeriod, timeSetEvent, и др.).

А есть в С++ билдере компоненты с этим таймером?

Работайте по таймауту, не используя таймер вообще. Посмотрите на SetCommTimeouts.

Не совсем понял как это не использовать таймер. Если я без таймера буду непрерывно опрашивать приемник, то программа просто повиснет.
Если только добавлю таймаут, то это даст то что вместо 96 байт я приму 16. А остальные 80 потеряются. Т.е. проблема не решится

PS
изменить протокол нельзя, нам его дали сверху
гипертерминал вообще не катит, т.к. надо чтоб обмен был в обе стороны: принял пакет - ответил

[Палыч]

А есть в С++ билдере компоненты с этим таймером?

Не знаю. Но, похоже, таймер Вам и не нужен... Я думал, что Вам нужно передавать строго через 20 мс... Для приёма использовать таймер - моветон. Рациональнее - вынести приём в отдельный поток.

[paskal]

Для приёма использовать таймер - моветон. Рациональнее - вынести приём в отдельный поток.

Но ведь переключение между потоками по таймеру. В чем тогда выигрыш?

[Палыч]

Но ведь переключение между потоками по таймеру. В чем тогда выигрыш?

По истечению выделенного кванта времени переключаются чисто вычислительные потоки, которых, обычно, раз-два и обчёлся... Любое ожидание события (а, ввод-вывод без ожидания, обычно, не обходится) приводит к переключению потоков.