On Thu, Sep 30, 2021 at 4:02 PM ben via cctalk <[email protected]> wrote:
> On 2021-09-30 1:18 p.m., Bill Degnan via cctalk wrote: > > I would ask Dave Mcguire (LSSM) > > > > On Thu, Sep 30, 2021 at 2:57 PM Mike Katz via cctalk < > [email protected]> > > wrote: > > > >> I am looking for a good terminal emulator. Not for connecting to older > >> computers serially but to connect with my embedded designs. > >> Do any of you have any recommendations. > >> > >> I've been using Realterm for years but it's not very good. > >> > >> I used UCON, hyper term, terra term, telix (going way back) and a few I > >> can't remember the name of. > >> > >> Here are my needs: > >> > >> 1. Runs under Windows 10 (linux optionally) > >> 2. Has user selectable baud rates (I use 500K baud frequently) > >> 3. Can use any Windows Com Port. > >> 4. Can send files as raw binary > >> 5. Has X-modem built in (nice but optional) > >> 6. Has some kind of basic VT-100 support > >> 7. Can display both ascii characters and binary data has hex numbers, > >> preferably on alternate lines (hex above the ascii character like this: > >> 45 76 65 72 79 > >> E V E R Y > >> 8. Can send short manually entered strings in hex or ascii. > >> 9. Can recognize protocols (based on start and/or end of text > characters) > >> 10. Costs less than $100 > >> 11. Can Capture what comes in the port > >> 12. Has local echo (when connected to systems that don't echo what you > >> type) > >> 13. Has a large scroll back buffer. > >> 14. Has programmable macro buttons or function keys. > >> 15. Can handle removal and insertion of the TTL to Serial USB converter > >> without crashing. > >> > >> Thank you > >> > Why just V100 and friends? How about > more of the vintage terminals of the 70's. > I'll point to the Sun NeWS terminal emulator that was termcap (or was it terminfo) driven... Warner > Since we have bit mapped graphics,we can finally have over striked > characters for ALGOL or APL. > Ben. > PS > 15 USB serial and USB sticks don't work together. You need a cold reboot > often to find the other device. > > > >
