Team, I got the drive working. Power was not making its way to the main board from the batteries. This was because the metal wire for the + side of the top battery was not making contact with the battery. I aligned the metal wire with the battery and was then able to load floopy.co and subsequently view and load the content of some disks that came with the kit. Thanks to all that pitched in!
JR On Fri, Aug 24, 2018 at 4:39 PM, <m100-requ...@lists.bitchin100.com> wrote: > Send M100 mailing list submissions to > m100@lists.bitchin100.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.bitchin100.com/listinfo.cgi/m100-bitchin100.com > or, via email, send a message with subject or body 'help' to > m100-requ...@lists.bitchin100.com > > You can reach the person managing the list at > m100-ow...@lists.bitchin100.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of M100 digest..." > > > Today's Topics: > > 1. Re: New Age Digital Storage Box (NADSBox) (Brian White) > 2. Re: Serial data receive problems (John Gardner) > 3. Re: New Age Digital Storage Box (NADSBox) (Ken Pettit) > 4. Re: New Age Digital Storage Box (NADSBox) (Josh Malone) > 5. Re: Serial data receive problems (Josh Malone) > 6. Re: New Age Digital Storage Box (NADSBox) (Brian White) > 7. I/O error with disk drive (Jesus R) > 8. program library in WAV format (Jesus R) > 9. Re: New Age Digital Storage Box (NADSBox) (James Zeun) > 10. Re: I/O error with disk drive (Fugu ME100) > 11. Re: New Age Digital Storage Box (NADSBox) (Fugu ME100) > 12. Re: I/O error with disk drive (Brian White) > 13. Re: New Age Digital Storage Box (NADSBox) (Brian White) > 14. Re: New Age Digital Storage Box (NADSBox) (Fugu ME100) > 15. setting time from mcomm or equiv (Gregory McGill) > 16. Re: New Age Digital Storage Box (NADSBox) (james.z...@gmail.com) > 17. Re: setting time from mcomm or equiv (Kurt McCullum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 23 Aug 2018 19:37:39 -0400 > From: Brian White <bw.al...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <CAO0vv2Z7TLZ2k+spTb+1XExYJkLfPT_TRuXr3jEKWxYgNVTbAw@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > I'm playing with Teensy 3.5 and 3.6 myself right now. They have sd slot > built in and, and of course serial minus the max232, and seemingly gobs > more cpu and ram than needed for this task, considering what a real tpdd > itself has to do almost the same job. And unlike Tinyduino, the io pins are > all accessible directly, no extra breakout board shield needed to hook up > the max232-alike. And the "SdFat" add-on library now has native support for > the teensy 3.5/3.6 special sd reader. > > It seems like these controllers should not have any problem supporting full > normal fat32 filesystem and serial and tpdd server, but for lower-spec > controllers, it might be an interesting option to just forgo any filesystem > or even partition tables and just treat the sd card as raw space the same > way the tpdd itself does, like M1SE & M3SE do on Model I/III. It's a lot > less convenient for interoperability with other OS's, but it's still > interesting and potentially useful compared to an actual tpdd, without > requiring a full pc just to run a normal tpdd server. > > Another > challenge is power. Teensy 3.5/3.6 definitely draw way too much power to > scavenge from the serial port. But maybe > not... > Maybe > it's possible to have a tiny lipo that charges at > 5 or > 10ma while the M100 is turned on and the tpdduino is connected > but idle? > > Teensy 3.6 draws 80ma, plus the sdcard itself draws more but only very > briefly while operating, and a tiny drone lipo is 150mah, so it could run > the teensy for almost 2 hours of continuous use without even getting any > power from the M100. That already probably tranlates into days or weeks of > normal use between recharges, where the tpdd is really only active for 1 > second and then idle for 1800 seconds. So even without parasitic trickle > charging, just having a tiny built-in lipo and a microusb port to charge up > would already be good enough, but with that kind of extreme duty cycle > ratio like 1:1800, charging at even 5 or 10 ma in between transfers is > probably enough to keep the lipo charged all the time forever, other than > going dead on the shelf while turned all the way off for 6 months. > > I know modern max232 alternatives can power themselves entirely from the > serial port, have their own charge pumps & caps built-in, and power > themselves off when there is no serial activity, so the 3.3v or ttl to > rs232 would seem to be no problem, in terms of parts or power. > > > On Tue, Aug 21, 2018 at 5:49 PM Brian White <bw.al...@gmail.com> wrote: > > > This looks great! > > > > 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 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180823/7a9b0196/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Thu, 23 Aug 2018 18:52:35 -0500 > From: John Gardner <gof...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] Serial data receive problems > Message-ID: > <CAKU1D1Mp+aM4WcT0BmotM8X-CO0M3RZ7h=SRQYGA3+ywATPu5w@ > mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > "Lack of proper transient protection" ... Would'nt be the first time... > > On 8/23/18, Josh Malone <josh.mal...@gmail.com> wrote: > > On Thu, Aug 23, 2018 at 3:25 PM Jeffrey Birt <bir...@soigeneris.com> > wrote: > >> > >> It is interesting that all of them had the same failure. Given that we > >> don?t know what percentage of Inerstil vs. other brands they might have > >> used it is always hard to say if the issue is a bad chip design, lack of > >> proper transient protection on the rx, or dumb luck. In other words if > >> they used the same Inerstil chip 95% of the time and it had the made > >> failure rate as brand x then 95% of the failed UARTs you would come > across > >> would be Inerstill. Hope that makes sense? > > > > > > Yes - it makes perfect sense and that's what I was thinking as well. I > > have 3 100s in my possession currently -- 2 use Harris, 1 uses > > Intersil. The two other failures I've heard about use Intersil. We'd > > need a LOT more data points to confirm it, but I think we might be > > looking at a correlation here. The failure mode also seems consistent: > > The UART fails to assert DR when the RX buffer receives data. At least > > that can be documented as a likely cause for serial (TELCOM, TS-DOS, > > etc.) comms issues with the M100. > > > > Has anybody seen this is a 102? > > > > -Josh > > > > > ------------------------------ > > Message: 3 > Date: Thu, 23 Aug 2018 17:02:04 -0700 > From: Ken Pettit <petti...@gmail.com> > To: m100@lists.bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: <5b7f4afc.3070...@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > The series resistors in the Model T series portables are too large to > sipheon off anything but low micro amps. > > Ken > > On 8/23/18 4:37 PM, Brian White wrote: > > I'm playing with Teensy 3.5 and 3.6 myself right now. They have sd > > slot built in and, and of course serial minus the max232, and > > seemingly gobs more cpu and ram than needed for this task, considering > > what a real tpdd itself has to do almost the same job. And unlike > > Tinyduino, the io pins are all accessible directly, no extra breakout > > board shield needed to hook up the max232-alike. And the "SdFat" > > add-on library now has native support for the teensy 3.5/3.6 special > > sd reader. > > > > It seems like these controllers should not have any problem supporting > > full normal fat32 filesystem and serial and tpdd server, but for > > lower-spec controllers, it might be an interesting option to just > > forgo any filesystem or even partition tables and just treat the sd > > card as raw space the same way the tpdd itself does, like M1SE & M3SE > > do on Model I/III. It's a lot less convenient for interoperability > > with other OS's, but it's still interesting and potentially useful > > compared to an actual tpdd, without requiring a full pc just to run a > > normal tpdd server. > > > > Another > > challenge is power. Teensy 3.5/3.6 definitely draw way too much power > > to scavenge from the serial port. But maybe > > not... > > Maybe > > it's possible to have a tiny lipo that charges at > > 5 or > > 10ma while the M100 is turned on and the tpdduino is connected > > but idle? > > > > Teensy 3.6 draws 80ma, plus the sdcard itself draws more but only very > > briefly while operating, and a tiny drone lipo is 150mah, so it could > > run the teensy for almost 2 hours of continuous use without even > > getting any power from the M100. That already probably tranlates into > > days or weeks of normal use between recharges, where the tpdd is > > really only active for 1 second and then idle for 1800 seconds. So > > even without parasitic trickle charging, just having a tiny built-in > > lipo and a microusb port to charge up would already be good enough, > > but with that kind of extreme duty cycle ratio like 1:1800, charging > > at even 5 or 10 ma in between transfers is probably enough to keep the > > lipo charged all the time forever, other than going dead on the shelf > > while turned all the way off for 6 months. > > > > I know modern max232 alternatives can power themselves entirely from > > the serial port, have their own charge pumps & caps built-in, and > > power themselves off when there is no serial activity, so the 3.3v or > > ttl to rs232 would seem to be no problem, in terms of parts or power. > > > > > > On Tue, Aug 21, 2018 at 5:49 PM Brian White <bw.al...@gmail.com > > <mailto:bw.al...@gmail.com>> wrote: > > > > This looks great! > > > > On Mon, Aug 20, 2018 at 4:31 PM c646581 <c646...@gmail.com > > <mailto: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 > > <mailto: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 > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180823/a49c43eb/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Thu, 23 Aug 2018 20:06:59 -0400 > From: Josh Malone <josh.mal...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <CAB==woNuXhqVEBciFEjPXdToroadAz1ajNBuMmhjP78-a7DYgg@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > I think you would be much better off pulling power from the bar code port. > I've successfully run a WiFi 232 off that port with a simple cable. Sure, > it's not as pretty with another cable to connect, but it's still highly > portable. > > Or just run it off an AA battery and a boost regulator. Mark Blair is > working on a device he calls the MicroTPDD that will do just that. I've > seen early posts of the pcb layout on Twitter. > > On Thu, Aug 23, 2018, 8:02 PM Ken Pettit <petti...@gmail.com> wrote: > > > The series resistors in the Model T series portables are too large to > > sipheon off anything but low micro amps. > > > > Ken > > > > On 8/23/18 4:37 PM, Brian White wrote: > > > > I'm playing with Teensy 3.5 and 3.6 myself right now. They have sd slot > > built in and, and of course serial minus the max232, and seemingly gobs > > more cpu and ram than needed for this task, considering what a real tpdd > > itself has to do almost the same job. And unlike Tinyduino, the io pins > are > > all accessible directly, no extra breakout board shield needed to hook up > > the max232-alike. And the "SdFat" add-on library now has native support > for > > the teensy 3.5/3.6 special sd reader. > > > > It seems like these controllers should not have any problem supporting > > full normal fat32 filesystem and serial and tpdd server, but for > lower-spec > > controllers, it might be an interesting option to just forgo any > filesystem > > or even partition tables and just treat the sd card as raw space the same > > way the tpdd itself does, like M1SE & M3SE do on Model I/III. It's a lot > > less convenient for interoperability with other OS's, but it's still > > interesting and potentially useful compared to an actual tpdd, without > > requiring a full pc just to run a normal tpdd server. > > > > Another > > challenge is power. Teensy 3.5/3.6 definitely draw way too much power to > > scavenge from the serial port. But maybe > > not... > > Maybe > > it's possible to have a tiny lipo that charges at > > 5 or > > 10ma while the M100 is turned on and the tpdduino is connected > > but idle? > > > > Teensy 3.6 draws 80ma, plus the sdcard itself draws more but only very > > briefly while operating, and a tiny drone lipo is 150mah, so it could run > > the teensy for almost 2 hours of continuous use without even getting any > > power from the M100. That already probably tranlates into days or weeks > of > > normal use between recharges, where the tpdd is really only active for 1 > > second and then idle for 1800 seconds. So even without parasitic trickle > > charging, just having a tiny built-in lipo and a microusb port to charge > up > > would already be good enough, but with that kind of extreme duty cycle > > ratio like 1:1800, charging at even 5 or 10 ma in between transfers is > > probably enough to keep the lipo charged all the time forever, other than > > going dead on the shelf while turned all the way off for 6 months. > > > > I know modern max232 alternatives can power themselves entirely from the > > serial port, have their own charge pumps & caps built-in, and power > > themselves off when there is no serial activity, so the 3.3v or ttl to > > rs232 would seem to be no problem, in terms of parts or power. > > > > > > On Tue, Aug 21, 2018 at 5:49 PM Brian White <bw.al...@gmail.com> wrote: > > > >> This looks great! > >> > >> 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 > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180823/f0461cd0/attachment-0001.html> > > ------------------------------ > > Message: 5 > Date: Thu, 23 Aug 2018 20:41:30 -0400 > From: Josh Malone <josh.mal...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] Serial data receive problems > Message-ID: > <CAB==woNkVvZ23FGonLG2-=XoyAgysRoRhOka-d_5DhQ3CZCncw@mail. > gmail.com> > Content-Type: text/plain; charset="UTF-8" > > On Thu, Aug 23, 2018 at 7:52 PM John Gardner <gof...@gmail.com> wrote: > > > > "Lack of proper transient protection" ... Would'nt be the first time... > > But the RS232 input goes through 2 different ICs and a bunch of > passives prior to the UART. Wouldn't it be more likely to fry the > input buffer (level-shifter) or the MUX (that switches between modem > and RS232)? > > -Josh > > > ------------------------------ > > Message: 6 > Date: Thu, 23 Aug 2018 22:36:59 -0400 > From: Brian White <bw.al...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <CAO0vv2aFO9Coux2kCHakHR=Ok74-FoUqkQD=Ew8+hk+Fd6Qg4A@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > That's what I would say if using an sbc (pi) instead of a microcontroller > (arduino). > But even these microcontrollers are more powerful cpus and have more ram > than the host machine in this case, but then again, ever since day one, > peripherals have always had their own cpus that were at least the > equivalent of the host if not more, especially disk drives, modems, and > printers. So, no not really. > > On Mon, Aug 20, 2018 at 4:34 PM Jeff Gonzales <gonzobra...@gmail.com> > wrote: > > > at this point is the m100 just a keyboard/dumb terminal? > > > > 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 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180823/d91144b3/attachment-0001.html> > > ------------------------------ > > Message: 7 > Date: Fri, 24 Aug 2018 06:59:34 -0400 > From: Jesus R <sonor...@gmail.com> > To: m100@lists.bitchin100.com > Subject: [M100] I/O error with disk drive > Message-ID: > <CANNq7HgjdYH8tYSCiuo7mEA6dL=X0=h2MiwNkX6fkZk4+CZQvQ@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Team, after placing a new belt on the Tandy portable disk drive I still get > an error when trying to initialize it: > > ?ao error in 10 trs 80 > > It sits there and looks dead and is silent. I'll check the out of the power > board next. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/37d11c10/attachment-0001.html> > > ------------------------------ > > Message: 8 > Date: Fri, 24 Aug 2018 07:11:51 -0400 > From: Jesus R <sonor...@gmail.com> > To: m100@lists.bitchin100.com > Subject: [M100] program library in WAV format > Message-ID: > <CANNq7HgJ7d05XBH-6LOo=7XKcSuYbmO7HFHW32j1ehmO0BGUjA@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Team, what was I thinking....FLAC is better using less space and has Tags. > > Josh, thanks for the Virtual-T suggestion. > bogus maximus that is funny! > > JR > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/4a744c68/attachment-0001.html> > > ------------------------------ > > Message: 9 > Date: Fri, 24 Aug 2018 12:31:25 +0100 > From: James Zeun <james.z...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <CAPygTg2ETOeLaCwN2hq=dwMd4VKELXSz9S0JbGfxvSM1JxVQow@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > If you need power, how much are we talking? Could you not just use AA's? > The TPDD uses 2xAA :-) > > On Fri, 24 Aug 2018, 3:37 a.m. Brian White, <bw.al...@gmail.com> wrote: > > > That's what I would say if using an sbc (pi) instead of a microcontroller > > (arduino). > > But even these microcontrollers are more powerful cpus and have more ram > > than the host machine in this case, but then again, ever since day one, > > peripherals have always had their own cpus that were at least the > > equivalent of the host if not more, especially disk drives, modems, and > > printers. So, no not really. > > > > On Mon, Aug 20, 2018 at 4:34 PM Jeff Gonzales <gonzobra...@gmail.com> > > wrote: > > > >> at this point is the m100 just a keyboard/dumb terminal? > >> > >> 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 > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/81194dcb/attachment-0001.html> > > ------------------------------ > > Message: 10 > Date: Fri, 24 Aug 2018 14:59:18 +0000 > From: Fugu ME100 <b4me...@hotmail.com> > To: "m...@bitchin100.com" <m...@bitchin100.com> > Subject: Re: [M100] I/O error with disk drive > Message-ID: > <AM5P190MB051387CFD00981E03C02D63CA0360@AM5P190MB0513. > EURP190.PROD.OUTLOOK.COM> > > Content-Type: text/plain; charset="windows-1252" > > Have you tried a cold boot of the model T? > > The drive makes shows no activity at all? No front light or spinning disk? > > You could check the serial interface is good as you might of seen from > Josh?s thread the serial port can and does fail. If this is a TPPD-1 > drive could also check the DIP switches are set correctly for boot. > > From: M100 <m100-boun...@lists.bitchin100.com<mailto:m100- > boun...@lists.bitchin100.com>> on behalf of Jesus R <sonor...@gmail.com > <mailto:sonor...@gmail.com>> > Reply-To: <m...@bitchin100.com<mailto:m...@bitchin100.com>> > Date: Friday, August 24, 2018 at 3:59 AM > To: <m100@lists.bitchin100.com<mailto:m100@lists.bitchin100.com>> > Subject: [M100] I/O error with disk drive > > Team, after placing a new belt on the Tandy portable disk drive I still > get an error when trying to initialize it: > > ?ao error in 10 trs 80 > > It sits there and looks dead and is silent. I'll check the out of the > power board next. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/5f99942b/attachment-0001.html> > > ------------------------------ > > Message: 11 > Date: Fri, 24 Aug 2018 15:28:48 +0000 > From: Fugu ME100 <b4me...@hotmail.com> > To: "m...@bitchin100.com" <m...@bitchin100.com> > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <AM5P190MB0513B402E21AF6123F2E24E7A0360@AM5P190MB0513. > EURP190.PROD.OUTLOOK.COM> > > Content-Type: text/plain; charset="windows-1252" > > At least for an ATMEL MEGA not much power at all especially if it is run > at 4MHz. The biggest rated current draw on the TPDD emulator is the SD > card which is spec?d at around 100mA while writing to the flash, but is a > little manufacturer dependent some are better than others. The TPDD > emulator can also be put to sleep when idle which reduces the overall power > drain to the uA region or lower depending on the sleep level. So with a > single no name AA and taking into account inefficiencies in the power > supply chain you could theoretically run the system continuously for about > 10 hours. By sleeping the MEGA/TPDD when it was not being used that time > could extend out to days if not weeks. The sleep is also useful if you > forget to switch off the board when done :) > > I am sure the other processors could also be put to sleep if the right > hardware/pins were connected. The latest generation of embedded MCUs have > really low sleep currents if the board is built correctly, however most are > poorly designed leading to high leakage currents. > > As to the powerful CPU question in its day the DVI box ran a 4MHz Z80A > compatible so could easily outperform the model T - IMHO :) A 4MHz Mega > seems quite in keeping with the original DVI, especially when it is the > size of a AA battery?? > > > From: M100 <m100-boun...@lists.bitchin100.com<mailto:m100- > boun...@lists.bitchin100.com>> on behalf of James Zeun < > james.z...@gmail.com<mailto:james.z...@gmail.com>> > Reply-To: <m...@bitchin100.com<mailto:m...@bitchin100.com>> > Date: Friday, August 24, 2018 at 4:31 AM > To: <m...@bitchin100.com<mailto:m...@bitchin100.com>> > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > > If you need power, how much are we talking? Could you not just use AA's? > The TPDD uses 2xAA :-) > > On Fri, 24 Aug 2018, 3:37 a.m. Brian White, <bw.al...@gmail.com<mailto:bw. > al...@gmail.com>> wrote: > That's what I would say if using an sbc (pi) instead of a microcontroller > (arduino). > But even these microcontrollers are more powerful cpus and have more ram > than the host machine in this case, but then again, ever since day one, > peripherals have always had their own cpus that were at least the > equivalent of the host if not more, especially disk drives, modems, and > printers. So, no not really. > <snip> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/497ed169/attachment-0001.html> > > ------------------------------ > > Message: 12 > Date: Fri, 24 Aug 2018 13:48:34 -0400 > From: Brian White <bw.al...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] I/O error with disk drive > Message-ID: > <CAO0vv2Y+Pp=E93Q-Lr5Bw9AS23Y86D4fSR3YW- > nmxqcybfw...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > This happens during what operation? Bootstrapping from the utility disk? Do > you know the disk is good? Does teeny or ts-dos work instead of whatever > unknown BASIC program that line number 10 came from? Is the serial cable > the original one ? (The cable has electronics inside, so if you don't have > the original one, then you have to google up "marty goodman tpdd cable" to > make one that will work.) > > You could also try tpddtool from a modern pc. > http://trs80stuff.net/tpdd/ > IE: Take a blank 720K (not 1.4M) disk and try the format command. This > eliminates a bad utility disk or a bad serial port on the 100 from the > equation. > > On Fri, Aug 24, 2018 at 6:59 AM Jesus R <sonor...@gmail.com> wrote: > > > Team, after placing a new belt on the Tandy portable disk drive I still > > get an error when trying to initialize it: > > > > ?ao error in 10 trs 80 > > > > It sits there and looks dead and is silent. I'll check the out of the > > power board next. > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/588de9c8/attachment-0001.html> > > ------------------------------ > > Message: 13 > Date: Fri, 24 Aug 2018 15:12:54 -0400 > From: Brian White <bw.al...@gmail.com> > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <CAO0vv2aj8xO6syOq4FZH-zQrjmz0JwsUgWz4oasQvdXDu9UtBA@ > mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I was playing with the Teensy 3.6 some more last night and got it waiting & > responding to commands by serial (the built-in ftdi usb-serial not via > max232 yet), reading/writing to files in a fat32 fs on the sd, blinking the > on-board led during drive activity, and displaying text on a tiny 128x64 > 0.96 inch oled display via i2c. > > All while sitting at a counter at a diner. > > Because it didn't need anything but a laptop, usb cable, and the chip stuck > on the end of the cable, and 4 jumper wires just for the oled display which > was just for play anyway, probably wouldn't actually want that on the > finished device. > > These arduino libraries and built in examples make it all pretty easy to > get started. > > And teensy has an rtc built-in too. Needs another battery, but a cr2032 can > apparantly keep the rtc going for about 17 years, so, not a problem. > > This 32 bit 180mhz cpu is overkill, but it's just handy having the sd card > reader and usb port already built in. The cpu can be underclocked in > software but I don't know if it goes all the way down to 4! > > > On Fri, Aug 24, 2018, 11:28 AM Fugu ME100 <b4me...@hotmail.com> wrote: > > > At least for an ATMEL MEGA not much power at all especially if it is run > > at 4MHz. The biggest rated current draw on the TPDD emulator is the SD > > card which is spec?d at around 100mA while writing to the flash, but is > a > > little manufacturer dependent some are better than others. The TPDD > > emulator can also be put to sleep when idle which reduces the overall > power > > drain to the uA region or lower depending on the sleep level. So with a > > single no name AA and taking into account inefficiencies in the power > > supply chain you could theoretically run the system continuously for > about > > 10 hours. By sleeping the MEGA/TPDD when it was not being used that time > > could extend out to days if not weeks. The sleep is also useful if you > > forget to switch off the board when done :) > > > > I am sure the other processors could also be put to sleep if the right > > hardware/pins were connected. The latest generation of embedded MCUs > have > > really low sleep currents if the board is built correctly, however most > are > > poorly designed leading to high leakage currents. > > > > As to the powerful CPU question in its day the DVI box ran a 4MHz Z80A > > compatible so could easily outperform the model T - IMHO :) A 4MHz > Mega > > seems quite in keeping with the original DVI, especially when it is the > > size of a AA battery?? > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/fc486e72/attachment-0001.html> > > ------------------------------ > > Message: 14 > Date: Fri, 24 Aug 2018 19:15:25 +0000 > From: Fugu ME100 <b4me...@hotmail.com> > To: "m...@bitchin100.com" <m...@bitchin100.com> > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: > <VI1P190MB0528DF705D883145249C9E67A0360@VI1P190MB0528. > EURP190.PROD.OUTLOOK.COM> > > Content-Type: text/plain; charset="iso-8859-1" > > That sounds great. What sort of current draw are you getting? Quite > curious. > > ________________________________ > From: M100 <m100-boun...@lists.bitchin100.com> on behalf of Brian White < > bw.al...@gmail.com> > Sent: Friday, August 24, 2018 20:12 > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > > I was playing with the Teensy 3.6 some more last night and got it waiting > & responding to commands by serial (the built-in ftdi usb-serial not via > max232 yet), reading/writing to files in a fat32 fs on the sd, blinking the > on-board led during drive activity, and displaying text on a tiny 128x64 > 0.96 inch oled display via i2c. > > All while sitting at a counter at a diner. > > Because it didn't need anything but a laptop, usb cable, and the chip > stuck on the end of the cable, and 4 jumper wires just for the oled display > which was just for play anyway, probably wouldn't actually want that on the > finished device. > > These arduino libraries and built in examples make it all pretty easy to > get started. > > And teensy has an rtc built-in too. Needs another battery, but a cr2032 > can apparantly keep the rtc going for about 17 years, so, not a problem. > > This 32 bit 180mhz cpu is overkill, but it's just handy having the sd card > reader and usb port already built in. The cpu can be underclocked in > software but I don't know if it goes all the way down to 4! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/ed289b5c/attachment-0001.html> > > ------------------------------ > > Message: 15 > Date: Fri, 24 Aug 2018 12:25:34 -0700 > From: Gregory McGill <arcadeshop...@gmail.com> > To: m...@bitchin100.com > Subject: [M100] setting time from mcomm or equiv > Message-ID: > <CAPGSn8YUg=hi3nPG-BdW4afk0Ai8nFUbbH1A_MtMiw__ > kay...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > is there a tool to set time/date > > Greg > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/34d04702/attachment-0001.html> > > ------------------------------ > > Message: 16 > Date: Fri, 24 Aug 2018 20:28:53 +0100 > From: james.z...@gmail.com > To: m...@bitchin100.com > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > Message-ID: <e418707b-7534-4194-a262-2b9a31058...@gmail.com> > Content-Type: text/plain; charset="us-ascii" > > I'd really love the ability to output the display from the M100 to a > screen, even if it was composite. Modern day DVI! Hehe > > Sent from my iPad > > > On 24 Aug 2018, at 8:15 pm, Fugu ME100 <b4me...@hotmail.com> wrote: > > > > That sounds great. What sort of current draw are you getting? Quite > curious. > > > > From: M100 <m100-boun...@lists.bitchin100.com> on behalf of Brian White > <bw.al...@gmail.com> > > Sent: Friday, August 24, 2018 20:12 > > To: m...@bitchin100.com > > Subject: Re: [M100] New Age Digital Storage Box (NADSBox) > > > > I was playing with the Teensy 3.6 some more last night and got it > waiting & responding to commands by serial (the built-in ftdi usb-serial > not via max232 yet), reading/writing to files in a fat32 fs on the sd, > blinking the on-board led during drive activity, and displaying text on a > tiny 128x64 0.96 inch oled display via i2c. > > > > All while sitting at a counter at a diner. > > > > Because it didn't need anything but a laptop, usb cable, and the chip > stuck on the end of the cable, and 4 jumper wires just for the oled display > which was just for play anyway, probably wouldn't actually want that on the > finished device. > > > > These arduino libraries and built in examples make it all pretty easy to > get started. > > > > And teensy has an rtc built-in too. Needs another battery, but a cr2032 > can apparantly keep the rtc going for about 17 years, so, not a problem. > > > > This 32 bit 180mhz cpu is overkill, but it's just handy having the sd > card reader and usb port already built in. The cpu can be underclocked in > software but I don't know if it goes all the way down to 4! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/f15670ba/attachment-0001.html> > > ------------------------------ > > Message: 17 > Date: Fri, 24 Aug 2018 12:36:14 -0700 > From: Kurt McCullum <ku...@fastmail.com> > To: m100@lists.bitchin100.com > Subject: Re: [M100] setting time from mcomm or equiv > Message-ID: > <1535139374.2910889.1485329240.40DE0CDC@webmail. > messagingengine.com> > Content-Type: text/plain; charset="utf-8" > > Greg, > > No there isn't any ability to set the time on your Model-T with mComm. > > Kurt > > > On Fri, Aug 24, 2018, at 12:25 PM, Gregory McGill wrote: > > is there a tool to set time/date > > > > Greg > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.bitchin100.com/private.cgi/m100-bitchin100. > com/attachments/20180824/c09fdae0/attachment-0001.html> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > M100 mailing list > M100@lists.bitchin100.com > http://lists.bitchin100.com/listinfo.cgi/m100-bitchin100.com > > > ------------------------------ > > End of M100 Digest, Vol 92, Issue 14 > ************************************ >
