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 <[email protected]> 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 <[email protected]> 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

Reply via email to