I have an update. I ran 76800 baud from T200 to T200 successfully with no errors for 3 days of continual I/O. In this experiment, I had a small delay at the Tx end between transmissions.
When I remove that delay, transmission corrupts right away. So, I think the problem in this case is receiver delay.. it cannot keep up with the transmitter. Overall it seems that 76800 does work, so long as you ensure your Rx function is fast. On Sun, Jun 3, 2018 at 7:22 AM, Stephen Adolph <[email protected]> wrote: > interesting experiment, but after reading the datasheet I don't think 1x > mode is usable in T200 in general. It assumes that the clock and data are > phase aligned, whereas in 16x mode the UART counts 8 pulses to find middle > of the eye. > > However 38400 should be doable in 16x mode. > > On Sat, Jun 2, 2018 at 5:41 PM, John R. Hogerhuis <[email protected]> > wrote: > >> >> On Sat, Jun 2, 2018 at 1:35 PM Stephen Adolph <[email protected]> >> wrote: >> >>> success! for the most part this yields clean transmission. From time to >>> time I think there is a buffer overrun due to BASIC being slow. or maybe >>> the link corrupts, don't know yet. It might lose sync. >>> >>> T200 ---> T200 @76800 >>> >>> source: >>> 10 open "COM:78n1enn" for output as 1 : REM make port look like 4800 >>> 20 out 207,64 :REM reset the uart >>> 30 out 207,77 : REM async x1 mode 8 n 1, boost port by 16 x to 76800 >>> 40 out 207,37 : REM turn on the interface >>> 50 print#1,"this is a test":goto50 >>> >>> destination >>> 10 open "COM:78n1enn" for input as 1 >>> 20 out 207,64 >>> 30 out 207,77 >>> 40 out 207,37 >>> 50 input#1,a$:print a$:goto50 >>> >>> >>> T >>> >>> >> Yeah I can’t remember whether it failed altogether or it just wasn’t >> reliable. >> >> I can try it in HTERM. >> >> — John. >> >>> >>> >
