ReadyRead будит поток с задержкой?

Работаем с COM-портами... есть линия на которой висит 6 клиентов и один запросчик... запросчик опрашивает клиентов по очереди, а они ему отвечают... идет запрос, если в течении 100мс ответ не получен, то отправляется следующий запрос...

работа с COM-портом вынесена в отдельный не GUI поток, как у клиента, так и у сервера... про отладке программы в логе запросчика обнаружена следующая ситуация: запросчик отправляет запрос, ждет ответа 100мс, его нет и он отправляет следующий запрос (вроде все логично)... НО!!! в логе ответчика четко видно, что после получения запроса от ответил практически мгновенно (намного быстрее 100мс + сами сообщения по линии не большие)... по факту получаем следующее - был запрос, ответчик ответил, но поток запросчика не проснулся по сигналу readyRead (по которому я и читаю пришедшие данные), а проснулся по таймеру в 100мс...

прикрепил кусок лога, с отображением проблемы....

есть какие-то варианты, как это устранить???

Вложения

	Лог ответчика.txt (1.1 Кб, 5 просмотров)
	Лог запросчика.txt (1.3 Кб, 7 просмотров)

0

Digital_Cry, А зачем использовать инициализацию на WinAPI, если Qt давно уже есть QSerialPort,
я, правда, им не пользуюсь.

0

А можно совсем тупой вопрос? Никто не посоветовал парню делать flush сразу после write? Вроде, базовая вещь, но вместо неё местные гении сразу зарылись в системные таймауты. Бессмысленно и беспощадно.

0

Сообщение от peter_irich А зачем использовать инициализацию на WinAPI, если Qt давно уже есть QSerialPort, я, правда, им не пользуюсь.

да это я для примера привел, показать как таймауты настраиваются

0

Сообщение от icpu А можно совсем тупой вопрос? Никто не посоветовал парню делать flush сразу после write? Вроде, базовая вещь, но вместо неё местные гении сразу зарылись в системные таймауты. Бессмысленно и беспощадно.

Для начало стоило увидеть код, может там уже есть flush.

Сообщение от Digital_Cry да это я для примера привел, показать как таймауты настраиваются

Для примера того как нужно начинать решать проблему не с того конца?

0

> Никто не посоветовал парню делать flush сразу после write

Не стоит, уверяю.

Интересно просто знать что за модель/чип USB-serial он использовал. Если PL, FTDI, CH,
то должно быть все нормально, они проверены и не раз в разных проектах.

Что-то мне имх-уется, что где-то что-то он делал не так, но без кода, как говорили выше,
нет смысла что-либо обсуждать.

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

0

Сообщение от Avazart Для примера того как нужно начинать решать проблему не с того конца?

Почему не с того? Откуда я знаю, что у него за дейвайсы? Как раз с того. Лично я помню долго мучился в своё время с некоторыми девайсами, пока эмпирический не подобрал тайминги в зависимости от модели и версии драйвера, ух...ещё тот ад был, но дело было именно в таймингах.

0

Сообщение от Digital_Cry Почему не с того? Откуда я знаю, что у него за дейвайсы? Как раз с того. Лично я помню долго мучился в своё время с некоторыми девайсами, пока эмпирический не подобрал тайминги в зависимости от модели и версии драйвера, ух...ещё тот ад был, но дело было именно в таймингах.

По тому что начинать нужно со своего кода, а не с кода внутренностей Qt который очевидно что лучше оттестирован.

0

Сообщение от Avazart а не с кода Qt который очевидно что лучше оттестирован.

Да код Qt причём здесь, у него на лицо проблемы с таймингами, либо пусть OVERLAPPED делает, в любом случае, ТС похоже нас покинул, вот и говорить особе не о чём

0

Сообщение от Digital_Cry у него на лицо проблемы с таймингами,

Китайская нетрадиционная медицина, по лицу выносить диагноз ?

0

Сообщение от Avazart Китайская нетрадиционная медицина, по лицу выносить диагноз ?

ну ты нуль пост то читал или так от балды пишешь?

Сообщение от JIawliet про отладке программы в логе запросчика обнаружена следующая ситуация: запросчик отправляет запрос, ждет ответа 100мс, его нет и он отправляет следующий запрос (вроде все логично)... НО!!! в логе ответчика четко видно, что после получения запроса от ответил практически мгновенно (намного быстрее 100мс + сами сообщения по линии не большие)

0

Сообщение от Digital_Cry ну ты нуль пост то читал или так от балды пишешь?

А толку от него?
Это предположения ТС. А если бы он умел делать верные предположения то скорее бы уже сам решил проблему.

0

Сообщение от Avazart Это предположения ТС

ну это не предположения, а его лог, который кстати он прикрепил. Ладно, что тут демагогией заниматься... тем более без ТС-а

0

Сообщение от Digital_Cry ну это не предположения, а его лог, который кстати он прикрепил.

Предположение что в нет ошибки в коде отвечающего за логирование?

0

Сообщение от icpu А можно совсем тупой вопрос? Никто не посоветовал парню делать flush сразу после write?

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

In most cases, this function does not need to be called, because the QSerialPort class will start sending data automatically once control is returned to the event loop.

Сообщение от kuzulis Интересно просто знать что за модель/чип USB-serial он использовал. Если PL, FTDI, CH, то должно быть все нормально, они проверены и не раз в разных проектах.

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

Сообщение от Digital_Cry у него на лицо проблемы с таймингами

какие могут быть проблемы с таймингами?)) все ж просто... запрос, если за 100мс нет ответа - следующий запрос, если ответ есть, то посылаю запрос следующему устройству (не сразу, тоже выдерживаю паузу в 50мс)

Сообщение от Avazart Это предположения ТС

Это не предположения, это факт.

Сообщение от Avazart Предположение что в нет ошибки в коде отвечающего за логирование?

Вполне может быть, тем более что он не идеально точное время отправки пишет... но эта проблема четко просматривается и в логе AccessPort... теперь уже имеем три неправильных лога?))) завтра буду на работе запущу еще раз программки на часик и скину вам лог AccessPort... ему вы доверяете?)

а подготовить код - нужно время... многое из кода нужно вырезать, потому что я для себя любимого пишу))) тем более проблема проявляется только в специфических, губительных, условиях... система нагружена и работаем через USBtoCOM... + даже в этой "непредвиденной" ситуации прога отлавливает ненормальное поведение, сообщает о нем и работает дальше без глобальных сбоев)

0

Сообщение от JIawliet какие могут быть проблемы с таймингами?)) все ж просто... запрос, если за 100мс нет ответа - следующий запрос, если ответ есть, то посылаю запрос следующему устройству (не сразу, тоже выдерживаю паузу в 50мс)

Нде..Ну ты что совсем бронелобый ёмаё, вот только без обид Если у тебя тайминги неправильно выставлены и особенно если у тебя шнур USBtoCOM хреновый у которого с дуплексом хреново, то твой девайс вполне может не успевать отработать, то есть он не успевает ответить, по этому от него и ответа нет. Эти тайминги зависят от BaudRate, на каждую скорость нужно свои подбирать, так же зависят от самого железа и драйверов. Казалось бы две одинаковые железки, а на одних на столько мелкие тайминги могут отработать, которые ты для скорости выставил, а на другом - хрен. Можешь для теста поставить большие тайминги, увидишь - устройства будут отрабатывать.
P.S.: 100 мс - это очень маленький тайминг, хотя опять же, зависит от девайса и от COM

0

Digital_Cry, а, ты про эти тайминги... я их так и не устанавливал, для винды понятно как, а вот в дебри Linux мне лезть не захотелось)))) тем более об это писалось еще вот тут:

Сообщение от JIawliet поэтому сейчас попытаюсь вытянуть хэндл и установить SetCommTimeouts

Добавлено через 1 минуту
без преобразователя работает - работает)) а для того чтоб совесть чиста была, кину сюда завтра лог AccessPort, там четко видно, где проблема)

0

Сообщение от JIawliet Вполне может быть, тем более что он не идеально точное время отправки пишет... но эта проблема четко просматривается и в логе AccessPort... теперь уже имеем три неправильных лога?))) завтра буду на работе запущу еще раз программки на часик и скину вам лог AccessPort... ему вы доверяете?)

Я параноик никому не доверяю

К примеру где гарантии что задержки не вносит сам AccessPort ?

Добавлено через 1 минуту

Сообщение от JIawliet а подготовить код - нужно время... многое из кода нужно вырезать,

Не надо вырезать, откройте чистый проект и добавьте код который отвечает за сериал порт.

0

Сообщение от Avazart Не надо вырезать, откройте чистый проект и добавьте код который отвечающий за сериал порт.

я объясню масштаб проблемы))

есть класс А, в нем:
а1) Класс-обертка над QSerialPort
а2) Класс, который отвечает за обработку сырых пришедших данных (а1 по приходу данных тупо отсылает сигнал с ними сюда)
а3) Класс, который отвечает за создание запросов
а4) Класс, в котором написана логика с таймерами (100мс и т.д.) и вторичная обработка данных (а2 ему передает целые-корректные пакеты, а этот класс их разгребает и решает, что дальше делать)

и есть класс Б, которой контролирует классы А1-А6 (пока шесть, будет девять).... А1-А6 крутяться в отдельных потоках....

вот.. вы просите просто а1... по нему ничего не будет видно... вам нужен А целиком, для этого нужно многое убрать, а на это, увы, пока нет времени... если проблема будет себя проявлять и на аппаратных портах, то я скорее всего вернусь

0

а2 умеет собирать пакет из кусков? Потому что судя по всему у тебя просто пакет приходит не полностью, а длину проверяешь только после проверки контрольной суммы. А нужен именно "ожидатель" пакета, т.е. если полученная длина пакета адекватна, попробовать подождать его оставшийся кусок (и только после этого проверять контрольную сумму). Иначе же подождать максимально возможное время генерации ответа и считать (чтобы выкинуть) из порта весь мусор, который там накопился после сбоя связи.

0

Сообщение от JIawliet есть класс А, в нем: а1) Класс-обертка над QSerialPort а2) Класс, который отвечает за обработку сырых пришедших данных (а1 по приходу данных тупо отсылает сигнал с ними сюда) а3) Класс, который отвечает за создание запросов а4) Класс, в котором написана логика с таймерами (100мс и т.д.) и вторичная обработка данных (а2 ему передает целые-корректные пакеты, а этот класс их разгребает и решает, что дальше делать) и есть класс Б, которой контролирует классы А1-А6 (пока шесть, будет девять).... А1-А6 крутяться в отдельных потоках....

Все просто выкидываем этот треш на помойку, и пишем с нуля нормальный простой код и 99 % что проблема то же уйдет на помойку.

Ибо по Вашему описанию понятно что ошибка заложена на уровне проектирования.

0