АТ
ну и какой там поток данных? этож КОМ, а не террабитный оптоканал
QIODevice::readAll(), читаешь все что есть. когда приходят новые данные то эмитится readyReadSize: a a a
2021 June 17
v
а если у меня виртуальный ком, который на самом деле террабитный оптоканал?)) лан, я уже стебусь)
v
Но суть я понял
v
думаю достаточно просто поток создать, переместить туда сериал и пусть живёт
АТ
не, ну я согласен что можно считывать по 8байт и применять операцию факториала через сложение, и тут и потоки не спасут. Но как показывает практика - обработка потока СОМ на порядок дешевле чем перерисовывание состояния кнопочки.
А поток (в данном случае) это только усложнение кода и внесение дополнительных ошибок и головной боли при отладке и синхронизации данных.
А поток (в данном случае) это только усложнение кода и внесение дополнительных ошибок и головной боли при отладке и синхронизации данных.
АТ
на моей практике ни разу не потребовалось пихать что-то в поток, хотя имею минимум 30ком портов за раз в каждом из которых идёт двунаправленная работа с переупаковкой данных.
наоборот, приходилось изголяться по замедлению передачи данных чтоб компорт (на другой стороне) не захлёбывался и не начинал терять данные
наоборот, приходилось изголяться по замедлению передачи данных чтоб компорт (на другой стороне) не захлёбывался и не начинал терять данные
v
так а бодами это не ограничивается?
АТ
ограничевается. но не смотря на выставление одной и тойж скорости на обоих концах иногда происходила потеря данных. видимо конкретная железка уже сама не поспевала за стандартом. да и наблюдал я это только на высших скоростях 115200, если задавал 9600 - потерь небыло.
v
а провод длинный?
v
даже в стандарте прописано, что 115200 будут потери, несколько процентов
SK
что за стандарт?
АТ
ммм. сложно сказать, вроде около 50см. я по удалёнке с железом работаю.
потери наблюдались начиная с 10-12байта стабильно, поэтому я стал их(пакеты) фрагментировать на 8 и меньше (если элемент пакета умещался в меньшее число) байт за раз.
потери наблюдались начиная с 10-12байта стабильно, поэтому я стал их(пакеты) фрагментировать на 8 и меньше (если элемент пакета умещался в меньшее число) байт за раз.
АТ
ну за номер сертификата соответствия не скажу. но гугль выдал это:
Для СОМ-порта стандартными являются следующие скорости: 50, 75, 110, 150, 300, 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 115200 бит/с.SK
у нас на сериал порте от Qt утилита сделана (делал не я), но я писал прошиву для кольцевой линии связи через 485 на нашем контроллере длина провода такая. PC —->usb-485 (200 метров) —>Controller —RS-485(1100m) —> device за час потерь нет скорость 115200-8-n-1 опрос через модбас 100 регистров (ригстры 2 байта)
SK
опрос 100 регистров через 100msec
АТ
именно поэтому у меня и есть один дополнительный байт КЦ
v
а кабель экранирован?
АТ
вероятно, делали "железячники".
у меня есть только ssh
у меня есть только ssh