9-битный обмен через последовательный порт

Столкнулся с устройством, обмен с которым производится по протоколу, использующему 9 бит данных. Компонент TComPort предоставляет возможность добавлять 9-й бит (свойство Parity.Bits:=prMark или prSpace). А как при приёме можно определить состояние 9-го бита?

0

Сообщение от jcxz Лучше возьмите самую простую отладочную плату с любым МК.

Спасибо, скорее всего так и поступлю.

0

ну если это exUSSR
а еще и не дай Бог Перфоратор или считыватель или другая перефирия
то тут возможны варианты
1.восмиричный код
2 данные передаются на оборот те сначала 87654321{9} те ошибка четности в конце
3 экзотика {9} 87654321 те ошибка в конце
ну я надеюсь что такого нет.

короче надо протокол внимательно смотреть

Добавлено через 6 минут
но могут в обратно порядке 012345678{9}
{9}012345678
в инверсном виде так как те 0 это 1 а 1 это 0

Добавлено через 17 минут
КОИ-7(7bit)
1 четность{8}7654321
2 1234567{8}четность
3 ну и инверсия

0

в файле все подробней

Вложения

114623.zip (3.70 Мб, 9 просмотров)

1

А можно ли в Линексе определить 9-й бит.
Передать 1 млм 0 на этом месте получается, но принять состояние этого бита так и не получилось. Испробовал Windows API - бесполезно...

Добавлено через 2 минуты
Хотелось бы услышать мнение нашего "мага" - Volvo

0

Сообщение от shyub А можно ли в Линексе определить 9-й бит.

Протокол обмена не зависит от ОС, он работает на уровне сигналов.

0

Сообщение от shyub принять состояние этого бита так и не получилось. Испробовал Windows API - бесполезно...

Вы же вроде решили последовать совету: взять отладочную плату и сделать на ней преобразователь.
Если так, то зачем снова 9-й бит в win или линухе?
С вышеуказанным преобразователем он не нужен от слова "совсем".

С любой ОС (хоть линух хоть win) возможность работы с 9-м битом будет зависеть от возможностей периферии UART в каждой конкретной системе. Если аппаратно UART на данной платформе этого не умеет - никак не добьётесь. Не факт, что все возможные UART на всех возможных платформах (на которых стоят lin/win) умеют работать в режимах 'space' и 'mark' по чётности.
Разве что если напишете свой драйвер нижнего уровня, в котором реализуете программно-эмулируемый UART. Но это будет сложно. И для каждой ОС (линух/win) его придётся писать отдельно.

0