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

@JIawliet · Регистрация: 20.07.2016

Студворк — интернет-сервис помощи студентам

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

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

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

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

@JIawliet · 17.02.2018, 09:03 **[ТС]**

Сообщение от TRam_

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

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

Avazart,

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

@icpu · 17.02.2018, 09:10

JIawliet, не надо ломаться, как молодая девушка на вписке. Наш ответ будет не лучше, чем твой вопрос. Не хочешь выкладывать проект на гитхаб - твоё право, но, блин, хотя бы параметры соединения, операционную систему и оборудование опиши, ты физический com-порт используешь или ch340, к примеру?

@JIawliet · 17.02.2018, 09:20 **[ТС]**

Сообщение от kuzulis

Интересно просто знать что за модель/чип USB-serial он использовал.

FTDI

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

Сообщение от icpu

не надо ломаться, как молодая девушка на вписке. Наш ответ будет не лучше, чем твой вопрос. Не хочешь выкладывать проект на гитхаб - твоё право, но, блин, хотя бы параметры соединения, операционную систему и оборудование опиши, ты физический com-порт используешь или ch340, к примеру?

...
Windows 7; FTDI;

BaudRate=115200
DataBits =8
Parity =N
StopBits =1

@Digital_Cry · 17.02.2018, 09:34

Сообщение от JIawliet

BaudRate=115200

если ты упорно не видишь проблему таймингов, тогда попробуй понизить BaudRate до, скажем, 9600 и ещё раз попробуй

@JIawliet · 17.02.2018, 10:21 **[ТС]**

Слева (блокнот) у нас лог запросчика, справа (тоже блокнот) лог ответчика, сверху - информация из AccessPort
Смотрим на 8:32:07.034.... видим: запрос, мгновенный ответ... НО!!! запросчик его получает с запозданием, поэтому шлет следующий запрос... вот такие пироги....

@JIawliet · 17.02.2018, 10:22 **[ТС]**

PC.exe - запросчик
ImitDiag.exe - ответчик

@Digital_Cry · 17.02.2018, 10:37

Сообщение от JIawliet

НО!!! запросчик его получает с запозданием, поэтому шлет следующий запрос... вот такие пироги....

ставь свой таймер не на 100, а на 200 скажем

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

Сообщение от JIawliet

запросчик отправляет запрос, ждет ответа 100мс,

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

Видишь, твой запросчик ждёт 100мс и не дожидается... Но фактический, ответ приходит, только позже... Значит что нужно сделать? Правильно! Ждать не 100мс, а дольше и это число должно быть определено эмпирическим путём с учётом работы всех! железок, а не одной

@JIawliet · 17.02.2018, 10:43 **[ТС]**

Digital_Cry, да можно поставить хоть час ждать))) и тогда он считает данные когда-то... через 100мс, 200мс или через пол часа.... вопрос не в этом... вопрос стоит в том ПОЧЕМУ при мгновенном ответе (и фактической записи данных в порт со стороны ответчика) чтение со стороны запросчика не происходит сразу!?!? при чем это случается не на постоянной основе, а раз в несколько тысяч сообщений... если б программа сбоила, она б сбоила регулярно-постоянно... а так - даже не знаю... на помойку USBtoCOM и все работает отлично

@Digital_Cry · 17.02.2018, 10:50

Сообщение от JIawliet

чтение со стороны запросчика не происходит сразу!?!?

А должно быть со скоростью света? Ты для чего скорость BaudRate настраиваешь? Скорость передачи данных на COM близка к скоростям телефонных модемов ака UsRobotics. То, что у тебя сбои происходят редко, но происходят, говорит о неправильной работе системы - значит нужно увеличивать таймаут или соглашаться на ошибку, обрадовав ей заказчика.
Так же ты тратишь время на формирование команды ответа...

@JIawliet · 17.02.2018, 10:53 **[ТС]**

Digital_Cry, как ты можешь видеть - сами сообщение небольшие, и за 100мс вполне можно его доставить и считать)

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

Сообщение от Digital_Cry

нужно увеличивать таймаут или соглашаться на ошибку

ошибку программа отрабатывает нормально... просто сам факт такой ошибки очень странный

@Digital_Cry · 17.02.2018, 11:09

Сообщение от JIawliet

просто сам факт такой ошибки очень странный

ну тут два варианта:
1. Увеличивай таймаут
2. Или меняй шнур USBtoCOM на более качественный

Добавлено через 52 секунды

Сообщение от JIawliet

и за 100мс вполне можно его доставить и считать

далеко не всегда и далеко не везде. Всё зависит от контроллера COM, развеморв его буферов и пр

@peter_irich · 17.02.2018, 12:44

Мы использовали конвертер интерфейсов moxa - сделайте поиск по Moxa Uport 11,
с ним никаких проблем не было.

@Avazart · 17.02.2018, 14:24

Сообщение от JIawliet

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

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

Если Вам лень придумать простой пример демонстрирующий проблему, ничем не могу помочь.

@TRam_ · 17.02.2018, 16:30

Сообщение от JIawliet

Смотрим на 8:32:07.034.... видим: запрос, мгновенный ответ... НО!!!

Но этот ответ относится к предыдущему запросу, а не к этому. То есть в общем-то запрашиваем одно, получаем другое (то что спрашивали раньше). Знакомо, проходили

. Паузы нужны больше.

@Digital_Cry · 17.02.2018, 18:11

112

Сообщение от TRam_

Паузы нужны больше.

я ему про это с самого начала рассказываю...

Новые блоги и статьи Все статьи Все блоги /
Нейросеть на алгоритме "эстафета хвоста" как перспектива. Hrethgir 06.05.2026 На десерт, когда запущу сервер. Статья тут https:/ / habr. com/ ru/ articles/ 1030914/ . Автор я сам, нейросеть только помогает в вопросах которые мне не известны - не знаю людей которые знали-бы. . .	Асинхронный приём данных из COM-порта Argus19 01.05.2026 Асинхронный приём данных из COM-порта Купил на aliexpress термопринтер QR701. Он оказался странным. Поключил к Arduino Nano. Был очень удивлён. Наотрез отказывается печатать русские буквы. Чтобы. . .	попытка написать игровой сервер на C++ pyirrlicht 29.04.2026 попытка написать игровой сервер на плюсах с открытым бесконечным миром. возможно получится прикрутить интерпретатор питон для кастомизации игровой логики. что есть на текущий момент:. . .	Контроль уникальности выбранного документа-основания при изменении реквизита Maks 28.04.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРемонтСпецтехники", разработанного в КА2. Задача: уведомлять пользователя, если указанная заявка (документ-основание). . .
Благородство как наказание Maks 24.04.2026 У хорошего человека отношения с женщинами всегда складываются трудно. А я человек хороший. Заявляю без тени смущения, потому что гордиться тут нечем. От хорошего человека ждут соответствующего. . .	Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .

@icpu 487 / 365 / 93 Регистрация: 10.03.2011 Сообщений: 1,513 Записей в блоге: 5
	17.02.2018, 09:10
	JIawliet, не надо ломаться, как молодая девушка на вписке. Наш ответ будет не лучше, чем твой вопрос. Не хочешь выкладывать проект на гитхаб - твоё право, но, блин, хотя бы параметры соединения, операционную систему и оборудование опиши, ты физический com-порт используешь или ch340, к примеру? 0

@JIawliet 90 / 88 / 33 Регистрация: 20.07.2016 Сообщений: 403
	17.02.2018, 10:21 [ТС]
	Слева (блокнот) у нас лог запросчика, справа (тоже блокнот) лог ответчика, сверху - информация из AccessPort Смотрим на 8:32:07.034.... видим: запрос, мгновенный ответ... НО!!! запросчик его получает с запозданием, поэтому шлет следующий запрос... вот такие пироги.... Миниатюры 0

@JIawliet 90 / 88 / 33 Регистрация: 20.07.2016 Сообщений: 403
	17.02.2018, 10:22 [ТС]
	PC.exe - запросчик ImitDiag.exe - ответчик 0

@JIawliet 90 / 88 / 33 Регистрация: 20.07.2016 Сообщений: 403
	17.02.2018, 10:43 [ТС]
	Digital_Cry, да можно поставить хоть час ждать))) и тогда он считает данные когда-то... через 100мс, 200мс или через пол часа.... вопрос не в этом... вопрос стоит в том ПОЧЕМУ при мгновенном ответе (и фактической записи данных в порт со стороны ответчика) чтение со стороны запросчика не происходит сразу!?!? при чем это случается не на постоянной основе, а раз в несколько тысяч сообщений... если б программа сбоила, она б сбоила регулярно-постоянно... а так - даже не знаю... на помойку USBtoCOM и все работает отлично 0

@peter_irich 370 / 226 / 53 Регистрация: 18.10.2017 Сообщений: 2,403
	17.02.2018, 12:44
	Мы использовали конвертер интерфейсов moxa - сделайте поиск по Moxa Uport 11, с ним никаких проблем не было. 0