[M100] Associated Press Option ROM

Here’s what was may have been in the Option ROM socket: http://wayne.lorentz.me/computers/trs-80/this_trs-80/ There were other systems available, but the AP one was the most popular. I dated a newspaper reporter from your region

Re: [M100] Questions about tokenizing BASIC in UNIX

you are right, that never really got sorted out. Would be good to pick that up again, and try to sort out, using low cost components, how to make that work. On Fri, Sep 23, 2022 at 2:00 PM Mike Stein wrote: > When Steve and I were playing with M100 to M100 communication over the > internet

Re: [M100] Questions about tokenizing BASIC in UNIX

When Steve and I were playing with M100 to M100 communication over the internet way back when, he spent a fair bit of time trying to overcome the small buffer in the Model Ts but I don't think he could ever get it to work 100%. IIRC reducing the buffer size in the ethernet 'modem' down to one did

Re: [M100] Questions about tokenizing BASIC in UNIX

On Fri, Sep 23, 2022 at 2:59 AM Brian White wrote: > > I believe all the right chip does is help, and make more code more likely > to make it through > Chip/driver wise the two things I've observed: You can configure the FTDI driver buffering threshold on Windows all the way down to 1 byte,

Re: [M100] Questions about tokenizing BASIC in UNIX

Terminal sessions aren't usually a problem unless you're sending a file to the Model T; manual typing in either direction isn't likely to overrun a buffer and whatever the T is connected to will probably be able to handle the data stream. Even receiving a file is usually not a problem if you're

Re: [M100] Questions about tokenizing BASIC in UNIX

One way under Linux I have gotten around the issues of software flow control is to use screen for my serial terminal sessions. It has software flow control support built in. A must if you want to use ssh or another app that doesn't play well with stty. Brian On Fri, Sep 23, 2022, 5:59 AM Brian

Re: [M100] Questions about tokenizing BASIC in UNIX

I don't believe this is enough to ensure clean data. I must have a dozen real ftdi adapters from different manufacturers and I keep having to increase the per-byte sleep in dlplus' bootstrapper and tsend.ps1 and PDDuino as I discover new basic programs to feed in. Some programs will ingest fine