t;>> special escape commands to break out into a command mode just like
> modems,
> >>>> telnet, ssh, cu etc all do, so you could always switch between
> functions
> >>>> from the M100 even after starting one.
> >>>>
> >>>> gahh ideas are sure easy to throw around :)
> >>>>
> >>>>
> >>
> >> --
> >> bkw
> >>
> >
> >
> > --
> > bkw
> >
> >
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100.
> com/attachments/20180823/f0461cd0/attachment-0001.html>
>
> --
>
> Message: 5
> Date: Thu, 23 Aug 2018 20:41:30 -0400
> From: Josh Malone
> To: m...@bitchin100.com
> Subject: Re: [M100] Serial data receive problems
> Message-ID:
> gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> On Thu, Aug 23, 2018 at 7:52 PM John Gardner wrote:
> >
> > "Lack of proper transient protection" ... Would'nt be the first time...
>
> But the RS232 input goes through 2 different ICs and a bunch of
> passives prior to the UART. Wouldn't it be more likely to fry the
> input buffer (level-shifter) or the MUX (that switches between modem
> and RS232)?
>
> -Josh
>
>
> --
>
> Message: 6
> Date: Thu, 23 Aug 2018 22:36:59 -0400
> From: Brian White
> To: m...@bitchin100.com
> Subject: Re: [M100] New Age Digital Storage Box (NADSBox)
> Message-ID:
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> That's what I would say if using an sbc (pi) instead of a microcontroller
> (arduino).
> But even these microcontrollers are more powerful cpus and have more ram
> than the host machine in this case, but then again, ever since day one,
> peripherals have always had their own cpus that were at least the
> equivalent of the host if not more, especially disk drives, modems, and
> printers. So, no not really.
>
> On Mon, Aug 20, 2018 at 4:34 PM Jeff Gonzales
> wrote:
>
> > at this point is the m100 just a keyboard/dumb terminal?
> >
> > On Mon, Aug 20, 2018 at 4:31 PM, c646581 wrote:
> >
> >> I have a project that uses an Arduino Mega to emulate a TPDD.
> >>
> >> https://github.com/TangentDelta/SD2TPDD
> >>
> >> I have plans to eventually sell easy-to-use shields that provide the
> >> RS232 level shifting and SD card interface.
> >>
> >> On Mon, Aug 20, 2018, 16:02 Brian White wrote:
> >>
> >>> A tpdd emulated in low level basic hardware in line with the tpdd
> itself
> >>> really appeals to me.
> >>>
> >>> I would love to try to make it work on a tinyduino, or maybe a gotek.
> >>> Tinyduino may not seem "basic" being so small and modern, but it's a
> >>> microcontroller not a PC. It doesn't run linux and systemd and bash and
> >>> getty and python and a tcp stack and ssl and X and gnome etc etc etc.
> >>>
> >>> The fact that an entire pc fits in a tiny space and uses no power and
> >>> costs $5 today thanks to the plain advancement over the passage of
> time, is
> >>> sort of beside the point. Sure it's practical, but it's not *elegant*,
> in
> >>> some intangible abstract mental way.
> >>>
> >>> You could run dlplus or laddie from an init script on an Omega2 and
> >>> stuff the entire thing inside of a db25 connector shell, and probably
> even
> >>> scavenge enough power right from the usb port with charge pumps, and
> the
> >>> entire thing would be small and cheap and relatively easy to do, since
> it's
> >>> just sticking a few existing things together like legos. Outwardly this
> >>> makes all the sense in the world. But it's just such a brute-force
> kind of
> >>> solution. I'd rather spend all kinds of time and effort to do the same
> >>> thing with a controller in place of the computer.
> >>>
> >>> Though, you can sure get a lot more functionality out of a computer,
> >>> like that virtual modem in mcomm. And the computer is infinitely more
> >>> end-user hackable. It would be neat to play with hacking together some
> sort
> >>> of front-end dispatcher script, kind of like inetd for serial or I
> guess
> >>> that would just be an amped-up getty, maybe even with an interactive
> menu
> >>> that you can access via T
