22 Jan
2014
22 Jan
'14
7:52 a.m.
On Jan 21, 2014, at 18:53 , Ethan Dicks <ethan.dicks at gmail.com> wrote:
In general, split baud rates were to allow higher
transmit speeds from
what a CPU could handle in the way of receive speeds, often because
of interrupt handler latency.
[...]
What targets do you plan to support? If it's
meant to work with every
DEC machine that ever saw a TU58 back in its day, you might have to
set the TX/RX speed low together to keep the TU58 from overflowing
the CPU's SLU receive buffer, slowing down reads in favor of all writes
being successful.
I'd like it to be a general-purpose TU58 emulator for use with DEC hardware, so it
looks like I need to support the split baud rate. The first microcontroller I'm
considering doesn't support split baud rates, but it has two UARTs. I should be able
to support the split baud rate by using the Tx of one UART and the Rx of the other.
I'm keeping details of the project under my hat until it moves along a bit farther. I
think it'll be interesting. And/or stupid. :)
Thanks!
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/