Serial port 9bit ?

[djeki7]

В общем суть проблемы такова для связи пк с несколькими микроконтроллерами по USART мне необходимо чтобы в одной посылке через СОМ порт было 9 бит (8 бит данных + 9 бит признак адреса) но в свойстве класса serialPort.DataBits значение может быть в пределах 5-8...

Может у кого-то есть куски кода для работы с СОМ портом без использования стандартной библиотеки классов?

[cerkonst]

Операционная система вам не позволит работать с 9 бит из под любых класов, правда можно написать свой драйвер COM порта, я конечно могу ошибаться но написание нового драйвера под 9 бит повлечет очень много проблем. У меня есть 5 летний опыт в работе с serialPort. Были сложные проекты где передовались большие объемы данных в том числе и 16-ти разрядные числа. Поэтому предлагаю разбить 9 бит на 8 и 1, а в контроллере просто их объеденить, мне кажется что это будет проще всего. Если не понятно как это сделать пишите.
А по поводу 9 бит почитайте этот пост http://social.msdn.microsoft.com/For...out-9bit-rs232

[djeki7]

мда теперь все встало на свои места, спасибо ....... а можно по подробнее как разбить 9 бит на 8 и 1 ведь там еще есть стартовые и стоповые биты,........ если мне нужно для каждого устройства отправлять две посылки по 9 байт первая с адресом устройства(9 бит равен 1) а вторая с командой(9 бит равен 0) ...... к примеру я могу поставить промежуточный контролер который будет собирать из четырех 8 битных посылок в две 9 битных но как мне отделить посылки с адресами от посылок с командами....... посылки должны идти непрерывным потоком

[cerkonst]

Для вашего случая предлагаю отправлять данные в типе String и по правилам после отправки слова нужно отправить байт "0x0D". Контроллер принимает последовательно байты и как только встретит байт "0x0D" то понимает что строка закончилась. А в строке вы можете сколько угодно закодировать байт и отправка будет одна команда строка и втрорая байт "0x0D".

[Пепел Феникса]

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

Для вашего случая предлагаю отправлять данные в типе String и по правилам после отправки слова нужно отправить байт "0x0D". Контроллер принимает последовательно байты и как только встретит байт "0x0D" то понимает что строка закончилась. А в строке вы можете сколько угодно закодировать байт и отправка будет одна команда строка и втрорая байт "0x0D".

по каким таким правилам?
учитывая что вы не работаете с интерфейсом напрямую.

есть как таковое два варианта, первый это вернутся к API вызовам напрямую.
второе это попробовать заюзать бит четности как-нить(но не уверен что выйдет)

[cerkonst]

Сообщение от Пепел Феникса

по каким таким правилам?

По всемирно принятым, во всех программах, взять те же G-коды, окончанием комманды считается байт 0x0d.

Сообщение от Пепел Феникса

есть как таковое два варианта, первый это вернутся к API вызовам напрямую.
второе это попробовать заюзать бит четности как-нить(но не уверен что выйдет)

1. Api функции дело хорошое, для прямых рук.
2. Бит четности не является дополнительной информацией при передачи данных, это всего лишь настройка порта.

[Пепел Феникса]

По всемирно принятым, во всех программах, взять те же G-коды, окончанием комманды считается байт 0x0d.

это только G-коды.
CashCode.NET протокол купюроприемников такого не знает.
протокол фискальных принтеров АТОЛ тоже не имеет такого.

1. Api функции дело хорошое, для прямых рук.
2. Бит четности не является дополнительной информацией при передачи данных, это всего лишь настройка порта.

но вариант, причем позволяющий передать именно 9 бит за посылку, как нужно, а не менять протокол, что порою вообще не возможно.
бит четности тоже передается.