Здравствуйте все! Начал тут отлаживать обмен своей железяки путем написания консоли. обмен на скорости 600 бод пакетами до 20 байт. пауза между пакетами (запрос - ответ) не более 100 мс. Принимаю так: - в цикле пытаюсь считать по одному байту (в заголовке есть длинна пакета) - как только набрался пакет - разбираю его в (switch по заголовку) и генерю ответ.
Проблема в следующем: подряд принимаются первые 7-8 байт (вместе с заголовком). потом следуют пустые запросы - нет данных на прием (около 100 мс). потом сваливается вторая половина пакета подряд. данные в шине идут без этого разрыва (смотрел осцилографом). соответстенно не успеваю ответить в положенные 100 мс.
Пробовал принимать так: - в цикле принимаю по одному байту заголовок и длинну, потом пытаюсь считать данные одним блоком ReadFile, задав ожидаемое число байт в параметрах. Соответственно задаю параметры структуры COMMTIMEOUTS. При любых значених поля ReadIntervalTimeout меньше 100 (кроме 0 соответственно) ReadFile вылетает по таймауту и возвращает, что считала те же 6 байт из нужных, например 14. при значениях 0 и более 100 она таки дожидается весь пакет.
Теперь вопрос: откуда такая конская задержка вылазит и как от нее избавиться?)
Сообщение отредактировал Reuk - Jan 31 2011, 08:07
Эмулировать на Винде железяку с жестким таймаутом 100 мс - последнее дело, все-таки Винда - не ОС реального времени. Попробуйте не использовать таймауты. Я для приложений с интенсивным обменом по компорту просто резервирую побольше приемный буфер, а по WaitCommEvent по приему байта уже считываю и разбираю весь буфер. И приемную часть программы организую отдельным процессом (thread) с высоким приоритетом. А уже полученные и обработанные данные пересылаю в основной процесс через PostMessage.
Я для приложений с интенсивным обменом по компорту просто резервирую побольше приемный буфер, а по WaitCommEvent по приему байта.
по событию EV_RXCHAR? попробую щас так и сделать) спасибо. я вот тоже тут в раздумьях - винда же вроде потоки переключает как раз с интервалом в десятки мс....
последовательный порт, таймаут на прием
Jan 31 2011, 08:06
