Dinking around with this.. it just ocurred to me that it might not be too hard to make the Teensy serve up tpdd on all 6 of it's external hardware serial ports...
The Teensy only has rts/cts for 2 serial ports, so for simplicity's sake you'd just have rts/cts and dsr/dtr/cd shorted in all the rj11 adapters, and ignore it on the Teensy even for the 2 ports that could have it. The tpdd server knows when it is in the middle of a transaction with one of the clients, and could just send back a normal drive not ready response code to any other m100's the try to use the disk at the same time. It could actually probably maintain full conversations sna d state with all 6 simultaneously, and merely not allow any to access the same file at the same time. You could have a little box the size of a bar of soap somewhere in a building, and 6 phone lines running off to different places in the building. And 6 M100's with rj11 adapters on the serial ports. An office file server for M100's What a wonderfully useless project. :) On Wed, Aug 29, 2018 at 11:49 AM Brian White <bw.al...@gmail.com> wrote: > I just got your arduino code working on a Teensy 3.6, using the built-in > card reader, SdFatSdioEX, hardware flow control, and even writing > status/progress messages out to a little oled screen. > https://photos.app.goo.gl/DaR7pHERsgNrGs718 > > So far, with the oled stuff enabled I can clock down to 4mhz and it's > still fast enough that TpddTool.py doesn't time out. Haven't tried on a > M100 yet. Maybe without the oled or usb serial it can even manage 2mhz. > > Using other code experimenting with sleep calls, I was able to get it to > idle at 10ma, and wake itself up from the serial rx1 pin, then go back to > sleep. In that code I was drawing only about 28ma while writing, then back > down to 10-11ma. That's including the teensy providing the 3.3v to power > the rs232 tranceiver. > > Eventually I want to make use of the teeny's built in rtc too. Should be > easy enough to have the teensy recognize a special file name and feed back > data from the rtc in place of a file. > > https://github.com/aljex/SD2TPDD/tree/bkw_teensy36 > > It's not working too well yet, but it's running and at least partially > working. > > TPDD-Tool>copy TEST3.DO 0:TEST3.DO > Copy successful > TPDD-Tool>dir 0: > TEST2 .DO 655 > TEST1 .DO 12 > 163840 bytes free > > TPDD-Tool> > > This is awesome! (I mean, a great start) Thank you! > > -- > > bkw > > > > 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 :) >>> >>> > > -- > bkw > -- bkw
