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 >
