Hi All,
It may also be a bug in TppdTool. It would be good to be able to replicate this 
so I can fix it.
Cheers,
Gary

From: M100 <[email protected]> On Behalf Of Brian White
Sent: Monday, 3 September 2018 3:43 AM
To: [email protected]
Subject: Re: [M100] New Age Digital Storage Box (NADSBox)

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 
<[email protected]<mailto:[email protected]>> 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<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fphotos.app.goo.gl%2FDaR7pHERsgNrGs718&data=02%7C01%7C%7C06bc4aad5c484d0dc24908d610eae32f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636714998348996895&sdata=ek9xAlKF73jhzHW%2FqGrVEDeTmsO9BwtKHunvauBCvSQ%3D&reserved=0>

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<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Faljex%2FSD2TPDD%2Ftree%2Fbkw_teensy36&data=02%7C01%7C%7C06bc4aad5c484d0dc24908d610eae32f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636714998348996895&sdata=EPPDrxsxdkni0dsHoDPhfSXTDb4gGljHchsSwoZPSFY%3D&reserved=0>

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 
<[email protected]<mailto:[email protected]>> wrote:
I have a project that uses an Arduino Mega to emulate a TPDD.

https://github.com/TangentDelta/SD2TPDD<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FTangentDelta%2FSD2TPDD&data=02%7C01%7C%7C06bc4aad5c484d0dc24908d610eae32f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636714998349153146&sdata=9TBu4VRGJBz5IjYXnahOSCuq3JADhPExxpC8KSx6LSk%3D&reserved=0>

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]<mailto:[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


--
bkw

Reply via email to