Tomset91, схему перевыложите.

Любые опыты можно интерпретировать как угодно, например я своими глазами вижу, как всходит и заходит Солнце и делаю вывод - оно крутится вокруг меня и Земли

code_25984.txt

Tomset91, что он у тебя читать будет, когда ты с потока на doRead Null подаешь А ведь в описании к точке конкретно написано

Ну возьмите сами сделайте свой рабочий вариан где данные поступают в порт, потом вы нажимаете кнопку "считать из буфера" и у вас в окно выпадает куча данных а не те которые в данный момент приходят, у меня например не то чтобы появились пропущеные, да и поданные в данный момент не при каждом нажатии кнопки приходят. Конечно я незнаю как работает компонент и какие потоки данных куда и откуда в нём идут, за что точно отвечает каждый кружок в схеме и возможно что-то не так делаю, если вы знаете внутренний алгоритм работы элемента привидите свою схему и расскажите каким образом она у вас запоминает и решите мою проблему, зачем пустые разговоры ? когда нужно приводить готовые примеры и я проверю и удоставерюсь что да я ошибался / неправильно состовил схему и т.д.

Ну так и сделай свой буфер, в чем проблема-то

Скромно. У меня вот целый парк ПК, и даже виртуальных COM портов нету, не считая BT. Даже модемов. Если бы были, наверняка моментально выявил где Ваши ручки что-то не так делают, благо для Вас просто проверять не на чем, а виртуальные порты ради этого ставить моветон.

nesco, я вообще не понимаю суть этого предложения "Необходимое количество байт указывается в потоке" как программа может заранее предъугадать сколько байт ей предстоить принять ? Внешнее устройство может отправить 1 байт подождать некоторое время и в случайный момент времени отправить 256 байт и так далее в хаотическом порядке...

И никуда они не денуться, а застрянут в системном буфере USART, пока ты его не считаешь. Система не предоставляет пользователю RealTime чтение порта, все работает через буферизацию. doRead как раз и читает системный буфер

nesco, ну наконец то я начинаю понимать почему буферы не работали.. тоесть в doRead нужно отправлять число, тем самым указывать сколько байт прочитать из буфера? остаётся вопрос данные будут читаться с конца? схема должна содержать поле для ввода числа прочитанных байт и кнопку по нажатию которой число отправляется в doRead и в окне мы уже видим принятые байты из буфера так?

Нет, с начала системного буфера, хвост будут оставаться в буфере, и к нему пришедшие на порт данные будт приклеиваться. Вот я про то и писал раньше, что на выход onRead будет попадать пустая строка, если системный буфер пуст

Поясните тогда какие там буферы и их отличие, ёмкость?

Да, только хвост может быть меньше, чем длина запрашиваемых байт, компонент подождет определенное время и выдаст все что осталось в буфере на момент окончания задержки

тоесть onRead (пустую строку) отправить через хаб в doRead и в окно отображения?

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

Если я не ошибаюсь, то по умолчанию парамеры порта -- dwMaxTxQueue = 4096 и dwMaxRxQueue = 4096