Прием по КОМ порту 9-го бита под Windows Опции

[paskal]

Здравствуйте!
Для работы с КОМ портом всегда пользовался стандартными Win32 службами Createfile, WriteFile, ReadFile, и этого хватало. Но вот возникла задача где надо принимать посылки в 9 бит. И значение девятого бита должно читаться. Как это сделать?

[iosifk]

Здравствуйте!
Для работы с КОМ портом всегда пользовался стандартными Win32 службами Createfile, WriteFile, ReadFile, и этого хватало. Но вот возникла задача где надо принимать посылки в 9 бит. И значение девятого бита должно читаться. Как это сделать?

Читать ошибку паритета...

[paskal]

Читать ошибку паритета...

А если в буфере несколько байт накопилось, этот метод сработает?

[zltigo]

А если в буфере несколько байт накопилось, этот метод сработает?

Нет. И Windows здесь ну совсем ни причем. Железо не поддерживает.

[jcxz]

Нет. И Windows здесь ну совсем ни причем. Железо не поддерживает.

Вы уверены? Разве FIFO 16550 не хранит биты состояния PE/FE/BREAK вместе с битами данных для каждого принятого байта?

[zltigo]

Вы уверены? Разве FIFO 16550 не хранит биты состояния PE/FE/BREAK вместе с битами данных для каждого принятого байта?

Не хранит . Ну и BREAK это вообще не к байту относится.
Навороченных UART, котрые хранят, вообще раз два и все . Самое навороченным в этом плане был набортный у древного AM186CC. Впромем там и битов было сколько хошь, и поддержка адресации в старших битах. A 16550 это все тот-же 8250 к которому грубо FIFO только на данные прикрутили .

[jcxz]

Не хранит . Ну и BREAK это вообще не к байту относится.
Навороченных UART, котрые хранят, вообще раз два и все . Самое навороченным в этом плане был набортный у древного AM186CC. Впромем там и битов было сколько хошь, и поддержка адресации в старших битах. A 16550 это все тот-же 8250 к которому грубо FIFO только на данные прикрутили .

Вот передо мной открыт юзер-мануал на LPC43xx страница UART. В заголовке его написано: "Register locations conform to ‘550 industry standard".
Далее, при описании регистра LSR вижу такие фразы:
"Note: A parity error is associated with the character at the top of the USART RBR FIFO."
Это же самое указано и для FE и для BREAK.
Если они, как пишут, реализовали у себя регистры x550, то вполне возможно, что и всю структуру FIFO тоже.
А почему в оригинальном 16550 не может быть так же?
Считываем LSR, если стоит бит0 - считываем вершину FIFO, после этого пара регистров LSR/RBR обновляется поднимающимся из FIFO следующим принятым символом с его статусными битами (символ - в RBR, статусы - в LSR).
Логично.

[zltigo]

Вот передо мной открыт юзер-мануал на LPC43xx страница UART.
Далее, при описании регистра LSR вижу такие фразы:
"Note: A parity error is associated with the character at the top of the USART RBR FIFO."

А что такое TOP FIFO ? Например, последний попавший в него символ. Как только приемный автомат зафиксировал ошибку он взводит этот бит при помещении символа в FIFO, хотя перед ним в FIFO лежит уже куча правильных символов. Бит ошибки остается взведенным до тех пор, пока он не будет считан LSR - полностью совместимый 16450 режим. Но! Действительно оказалось есть 16550D чип у которого FIFO не 8 а 11 бит и в нем соответственно хранятся ошибки уже привязанные к символу. Но тут уж возникает вопрос о том знает-ли об этом драйвер и API WIN. Мне помнится у драйвера декларировалась совместмость с 16650A. Хотя в принципе может при определенных условиях просто плевать.
В общем можно пробовать - либо получится, либо нет.