Mike,
The overload happens when you send an escape sequence to the ModelT.
When I was writing mComm, I found that a sequence of escape sequences
for say, clear screen, move to home, reverse video ect would be executed
before sending and XOFF. So if you are sending data rapidly during that
time, it overloads the serial buffer. So a slight delay after every
escape sequence keeps the ModelT happy.
Alpha version.... let me see what I can put together. It's just a stand
alone bridge right now. I'll put some controls on the page so you can
enter a web site and pick a com port. right now that's all hard coded.
Kurt
On 7/18/2015 3:12 PM, MikeS wrote:
Sounds very interesting!
Not sure what you mean by "overloading ... when escape sequences are
encountered"; are there issues specific to escape sequences or are you
talking about buffer overflow when XOFF is not acted on quickly enough?
Care to send me an alpha version to play with?
m
----- Original Message ----- From: "Kurt McCullum"
<[email protected]>
To: "Model 100 Discussion" <[email protected]>
Sent: Saturday, July 18, 2015 5:40 PM
Subject: [M100] Telnet Success
I finally have some prototype code working that bridges a serial
connection to telnet and handles the overloading of the ModelT com
port when escape sequences are encountered. I've used it to log into
some BBS systems but unfortunately the 40 character screen is an
issue even on the T200. It's still a work in progress and very rough
at this point but I will keep everyone posted on the progress. At
some point I hope to add this code to mComm to give users access to
some of the Telnet systems out there.
Kurt