реклама на сайте
подробности

 
 
> Задержки для COM порта под Win XP, Программирование на С++ Builder
AKK
сообщение Oct 7 2005, 03:23
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 15
Регистрация: 29-09-05
Пользователь №: 9 060



Доброго всем времени суток.
При иннициализации порта:
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 передатчике, никаких левых задержек не наблюдалось.
Кто знает в чем дело - помогите, плз. Кто не знает - может выдвигать версии, все будет внимательно рассмотрено, проверено.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
SM
сообщение Oct 11 2005, 05:30
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881



На мой взгляд описанная проблема вытекает исключительно из диспетчера самой винды. Указанные 30 мс + 10 мс это примерно (36 мс) время двух тиков таймера диспетчера. То есть два переключения задач. Сначала выясните, с какой стороны это мешает. Для этого, как сказали, вынесите все в отдельный тред, всадите процессу реалтайм приоритет и треду - тайм критикал. Если задержки исчесзли, значит проблема была тут. Оставляйте тред на тайм-критикале, и осторожно и качественно работайте с объектами синхронизации. Если проблема осталась, то это переключалово в нулевом кольце, в данном случае другого выхода, кроме как юзанье недокументированных ф-ций прямого доступа к портам или написания своего драйвера поверх системного не будет.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 29th June 2025 - 08:55
Рейтинг@Mail.ru


Страница сгенерированна за 0.01371 секунд с 7
ELECTRONIX ©2004-2016