> My problem is this: Somewhere along the line the Baypac group chose to
> use non-standard pinouts at the rs232 interface. They use the
> Terminal-Ready lead to transmit data rather than the normal Transmit-Data
> lead and they bring out the received data on the Clear-To-Send lead rather
> than the Receive-Data lead! Since the ax25 programs in linux use the
> normal leads the two do not mix. The BP-1 uses the Request-To-Send lead
> to key the transmitter but the linux programs apparently do not.
> What would it take to make call et al turn on the Request-To-Send lead
> when they want to transmit?
It was not an arbitrary decision. Packets are a synchronous stream of
8 bit bytes without stop and start bits. Serial ports are aynchronous
only, there is no way to generate synchronous data using such a port in
the normal way. The Baycom idea is just to use the control lines as
convenient I/O bits. They are not controlled by the normal baud rate
generation hardware, and there is no parallel to serial conversion in the
port. The timing is controlled by software and the CPU decodes the stream
of incoming data and generates the outgoing data stream. You must have a
Baycom driver of some sort containing this software. Even if you change
the connections you can't just connect a Baycom modem to a serial port and
receive and send packets that way.
73, Al N1AW
+----------------------------------+
| Albert S. Woodhull |
| Hampshire College, Amherst, MA |
| ebiann@eni.net |
| http://minix1.hampshire.edu/asw/ |
+----------------------------------+