Здравствуйте, уважаемые коллеги.
В тему кастуется kuzulis, как человек наиболее приближенный к сабжу, но и наставления других камрадов приветствуются.
Среда. С одной стороны - ti sitara 3357 + linux 3.14, с другой - ноут с win7 64.
1. Не могу получить правильные данные при числе бит меньше семи, т.е.7 и 8 - все правильно. Делаю 6 или 5 - получаю мусор. В принципе, на жизнь не влияет - просто интересно.
2. Про mark и space под линухом я в курсе (что не работает), тоже не критично.
3. И важное. Если на стороне линуха стоит 7 бит данных, а на ноуте 8, и с ноута я что-то посылаю, то в линухе я неполаю ничего. Я понимаю, что это вопрос не к SerialPort - он просто от ядра ничего не получает, но все интересно: так всегда происходит, если у отправителя бит данных больше, чем у получателя? Просто хотелось бы получать хоть что-то, чтобы понимать, что дело в настройках, а не в кабелях.

Спасибо.

1. а зачем чтото иное чем 8 бит?
2. четность тоже никогда не нужна )

я бы даже сказал что компорт тоже не нужен, т.к. неудобен и устарел, ethernet удобнее )

Я с вами солидарен, я люблю стек TCP\IP.
Но вот незадача - есть еще места на планете, куда не добрались современные веяния: там нет хипстеров, макбуков и смузи, а в наличии только масс-спектрометры, да весы производства конца 80-х годов прошлого века)))
Но я стараюсь, честно, чтобы и у них все было, как у людей - собираю данные с их старья и кидаю их в MSSQL, так что скоро и на чилийских медных рудниках откроются detox-бары)))
Humor mode off))

Я без шуток считаю, что для взаимодействия между устройствами надо использовать только tcp\ip (modbus tcp, mqtt, snmp, https), а serial - это поддержка старых legacy-систем, где сроки работы - десятилетия, и раньше никто ничего менять не будет.

в промышленном оборудовании пока приходится пользоваться RS-485 (Modbus, ...) или CAN, у первого скорость невменяемая, но большинство оборудования его поддерживает.

А в толстых конторах, разработчик, как правило, имеет право выбора из ассортимента конкретных поставщиков (из утверждённого "на верху" списка).
Ещё большая жопа в конторах где проводят [антикорупционные] тендеры. Там какое говно тендер выиграет, на том и клепать будешь.

Ну самый простой пример - удаленное устройство. До него 500 метров по лесу.
Что проще - кинуть 2 провода и радоваться, или же ставить каждые 100 метров репиторы, подводить к ним полноценную магистраль и питание?

PS вот вы и о скорости вспомнили. А она в 90% случаях, когда речь не касается интернета, не очень нужна

Посмотрите на RS-485

Раз тема свалилась в небольшой оффтоп, то)))
На счет шор вы слегка погорячились: я работал с rs-232 (485), can, ethernet, wifi, zigbee, сейчас слегка ковыряю lora. Причем работать приходилось в регионах наподобие Ухты, Нижневартовска... Это были отнюдь не удобные офисы в миллионниках. Так что понимание плюсов и минусов каждой технологии присутствует.
А вот вы, как мне показалось, отождествляете Ethernet и tcp\ip, а это в корне неверно. Я несколько раз писал, что вижу приоритет именно tcp\ip, а не Ethernet, как частной физической среды. Это существенная разница.
Я работал с modbus, я работал с колхозными протоколами на can - это все неимоверная боль. Все эти бесконечные поллинги... На стеке tcp\ip есть протоколы для любых целей, нет нужды натягивать сову на глобус (canopen - слишком сложно, поэтому напишем-ка свой колхоз, имитирующий modbus, но в can-кадре 8 байт).
Но я считаю, что точка невозврата уже пройдена: дешевле нанять сисадминчика, чем бородача из 80-90-х и любая промышленная автоматика будет по сути сетевой инфраструктурой с четким централизованным управлением, а не мешаниной разномастных устройств.
Поэтому для меня так: tcp\ip везде, где возможно, serial - где невозможно предыдущее.
Все вышесказанное - имхо, мне 33 года, программирую с 9 лет, начинал на асме, так что кой-чего понимаю про работы в самом низу. Это для составления психоповеденческого образа)))
Всем мира))