Brian, here's an idea - How about junking the html so I can read
your interesting posts without converting them to text files first...
Just a suggestion - My 70-year-old eyesight would appreciate it.
thanks,
Jack
On 8/20/18, c646581 <c646...@gmail.com> wrote:
> I'm sure it'd be possible to program a M100 simulator for the
> Arduino/Arduino Mega, but it'd be difficult and have tons of overhead.
> Running one of the off-the-shelf simulators on a Raspberry Pi is much more
> doable, but you're just slaving a much more powerful device to the M100.
>
> I like using Arduino devices because they're not extremely overkill for the
> task. My SD2TPDD emulator will run on a regular Arduino, but I want room to
> expand for more features in the future.
>
> On Mon, Aug 20, 2018, 16:40 Jeff Gonzales <gonzobra...@gmail.com> wrote:
>
>> Yeah, but if you're bringing an Arduino into the picture why not just
>> build a new unit around it? Or gut an m100 and use it directly with the
>> keyboard and screen?
>>
>> On Mon, Aug 20, 2018 at 4:38 PM, Kurt McCullum <ku...@fastmail.com>
>> wrote:
>>
>>> Not for loading and storing files. That requires a TPDD client running
>>> on
>>> the m100. But when you go to TELCOM to do anything, you are basically a
>>> vt52 terminal.
>>>
>>> Kurt
>>>
>>>
>>> On Mon, Aug 20, 2018, at 1: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 <c646...@gmail.com> 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 <bw.al...@gmail.com> 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 TELCOM, and the front end runs a tpdd server or a dos
>>> injector or ssh client or lynx or virtual modem or something else and
>>> hooks
>>> it to the tty. It could stay in the loop monitoring the tty for 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 :)
>>>
>>>
>>>
>>
>
