Well it turns out this works fine with TS-DOS, it just doesn't work with TpddTool.py! It's strange: * TS-DOS works with a real TPDD2 (obviously) * TpddTool.py works with a real TPDD2 * TS-DOS works with SD2TPDD * TpddTool.py does not work with SD2TPDD
??? whatever I'll figure t out sooner or later. Just wanted to correct me saying it wasn't working before. Up to now I'd just been using TpddTool.py on the same laptop. But just now trying TS-DOS, it works fine! 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
