If I were going to mount this inside the M100, I would 1) retask the modem port to be directly connected to this 2) use a patched main rom to allow modem port to run at 19.2 3) directly wire it to the battery voltage (after the on/off switch)
On Mon, Sep 17, 2018 at 11:37 AM Kevin Becker <ke...@kevinbecker.org> wrote: > This is pretty cool. I think I might have to check it out. It might be > an excuse to finally get a 3d printer too. > > On Sun, Sep 16, 2018 at 10:35 PM, Brian White <bw.al...@gmail.com> wrote: > >> There's the entire kit for SD2TPDD on an Adalogger 32u4. >> >> https://photos.app.goo.gl/N2v6iB45pePNFQNA8 >> >> Bam. Couldn't be sweeter. >> >> On Sun, Sep 16, 2018, 9:56 PM Brian White <bw.al...@gmail.com> wrote: >> >>> SD2TPDD works without modification on an Adafruit Adalogger 32u4 >>> Your original code not my hacked up version I mean. >>> Even the chip select is already correct out of the box. >>> https://www.adafruit.com/product/2795 >>> >>> This board doesn't have the cpu, ram, or other hardware to do some of >>> the other facy ideas you could do with the Teensy 3.6 like cassette files >>> and rtc, but it's perfect for tpdd-on-a-stick. >>> What's cool about it is: >>> * It runs your code just as it is. >>> * usb programming/charging port built-in. >>> * sd card reader built in. >>> * lithium battery charger circuit and standard battery pack connector >>> built-in, so you can power it from a little lipo battery, connected by a >>> standard plug so it's removabel/replaceable, charges by the same built-in >>> usb port as used to program it. There's an extra led on the board that >>> shows when the battery is charging. Goes out when done charging. >>> >>> With the rs232 module connected and an sd card inserted, it draws about >>> 12.7 ma @ 3.7v >>> That's about 27 hours from a 350mah battery pack which is still pretty >>> tiny battery. >>> And to recharge the battery, just plug in any usb charger to the usb >>> port. You could run off the usb port indefinitely too, with or without a >>> battery. >>> >>> Unlike the Teensy, this board also has >>> * card detect pin. You can use this to detect when a card has been >>> removed/inserted and re-init the card automatically. >>> * extra led near the card reader on it's own pin, aside from the regular >>> arduino pin 13 led. >>> * card reader socket is push-in push-out type. >>> >>> Teensy card reader just holds the card by friction, has to stick out a >>> little to leave something to grab to get back out, and there is no >>> card-detect pin. >>> >>> I'm already doctoring up a version of the code to take more advantage of >>> this board, like using the cardreader led and hopefully getting sleep mode >>> to work and the card detect pin. >>> But it's already a functional tpdd right out of the box. >>> -- >>> 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 >>> >> >