I think what you probably have is an 11 bit data word - 8 bits of data + 1
parity bit + 1 stop + 1 stop. I have used a PC with an 8250 UART to do this
with odd parity under DOS and UNIX. Its mainly just knowing what you have
to set the UART properly an making sure the driver supports it (which LINUX
does). I currently have a 9 bit with odd parity application running on RH4.2
> -----Original Message-----
> From: Niclas Hedhman [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, March 20, 2000 1:40 AM
> To: F171 (C.T.LEE)
> Cc: '[EMAIL PROTECTED]';
> '[EMAIL PROTECTED]'
> Subject: Re: 9 Data Bits
>
> "F171 (C.T.LEE)" wrote:
>
> > Hi,
> >
> > I currently doing communication with an hardware.
> >
> > The problem is that this hardware uses a strange protocol.
> >
> > 9600, 9 Data Bits, Even parity, 1 Stop bit.
>
> Never heard of this before, and in fact it is technically impossible to
> achieve it with asynchronous communication techniques.
> The stopbit-startbit relationship, is not a matter of bits, but in fact a
> matter of transistion so that the circuitry knows when to start. If you
> remove
> the start bit, the circuitry have no clue when the first bit starts,
> and...
>
> What I HAVE seen is that the parity is dropped in favour of 9 bit
> communications. And in fact, this is what I think is going on in your
> case.
> However, since you are so sure it is Even parity, I rest my case prior to
> further information.
> If you are talking synchronous communications, then that is a different
> story.
> A story that I am not familiar enough with.
>
> Niclas
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-serial" in
> the body of a message to [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]
