вроде в новых андроидах оно всё закрыто

он эту проблему решает, но там из коробки нет пддержки x86_64 архитектуры, а мне нужно на панельку ( обычный пк с тачксрином ) поставить android x86

можно

ну андроид х86 рутованный получается

я нашел что можно попробовать увеличить буфер с 1024 на 8192 если flow control (RTS/CTS) doesn't work as expected

только там одна беда, на эмуляторе например даже если права позволяют к /dev/ttyS0 обратиться то отбивает потом SELinux

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

6.2.2 Driver Specific Issues on Linux
Tests have been done using FTDO, PL2303H, PL2303RA and 16550A (some still do exist!). The following has been observed:

6.2.2.1 Parity Errors
Some chipsets do not report properly parity errors. The 16550A chipset works as expected. Issues observed with FTDI, PL2303H, PL2303RA. In particular, on a parity error, more bytes are reported as having parity errors than there are in the stream. Tested using loopback devices with 'comptest'.

у меня аппаратный компорт обычный (/dev/ttyS0) как бы намекает.

это для линя, в венде дрова норм, вроде как и в венде и в лине есть косяки зависит от железяки

он не сам по себе живет, там микроскемка така маленькая как бы намекает, не я

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

я имею в виду, что там не конвертор USB-TO-SERIAL FTDO, PL2303H, PL2303RA это как раз из этого класса.

слу, а если что-нибудь другое вотнуть в ком и проверить?

в любом случае если бы у меня не корректно работал драйвер ядра, то и на C# не заработало бы ничего.

я проверял. там 2 порта на компе. я их соединял, и посылал в них данные. они приходили без повреждений.

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

то есть из порта в порт с++ читает?

я думаю просто что-то надо выключить в настройках при инициализации

да читает.