Re: [M100] Looking for Model 200 on/off switch

[Scott Lawrence]

i found one switch model that was really close to the right size.  it's a
push-on/push-off so you either have to remember to re-toggle it, or open it
up and remove the latch.
If you search on "20Pcs Latching 7X7MM Mini Tactile Push Button Switch
On-Off DIP-6PINS
<http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem=262952436194=PPX000608=US=en_US(en_US)=55N728179R678261M=36cd1452-f5d8-11e8-a4c9-441ea1479ce4==194576f9ce3b2=194576f9ce3b2=194576f9ce3b2_tpcid=email-receipt-auction-payment=main:email=main:email=op=em=ci=sys>"
 you'll find the ones I have here. :)

On Tue, Nov 29, 2022 at 8:52 PM  wrote:

> Hi, Jeff.
>
> I have some parts from T200s.   I’ll private email you.
>
> Bob
>
> *From:* M100  *On Behalf Of *
> bir...@soigeneris.com
> *Sent:* Saturday, November 26, 2022 9:24 AM
> *To:* m...@bitchin100.com
> *Subject:* [M100] Looking for Model 200 on/off switch
>
>
>
> Anyone have a Model 200 parts machine that would not mind parting with the
> on/off switch mounted on the keyboard? Someone sent me a M200 to repair
> which has a bad switch.
>
> Thanks,
>
> Jeff Birt
>


-- 
Scott Lawrence
yor...@gmail.com

[M100] Tandy 200 lcd

[Scott Lawrence]

The lcd on my 200 has horrible contrast. I’d use the thing more but I just 
can’t read the screen.  Have any of you done any mods/repairs for this?

Would the “bivert mod” common for gameboy DMGs work? (Electronically invert the 
screen, and replace the polarizer with a modern one rotated 90)

Are there maybe power supply repairs that would help? 

Thoughts?

Sent from your iPhone.

Re: [M100] 3D printable Option Rom cover for Tandy 102

[Scott Lawrence]

There are already two battery covers for th 102 on Thingiverse. No need to
model up a third. ;)

and i'm not sure that a hardcase would be worthwhile to do exclusively 3d
printed... perhaps a combination of 3d printing for the edges and laser cut
acrylic for the large panel parts...

-s

On Sat, Jul 3, 2021 at 4:32 PM Jeff Gonzales  wrote:

> How about a battery cover and hardcase?
>
> On Sat, Jul 3, 2021, 4:22 PM Scott Lawrence  wrote:
>
>> Hi all. I just got fed up with my lack of any option rom covers for my
>> Tandy 102s, so I created one in tinkercad, and made it available on
>> thingiverse.
>>
>> https://www.thingiverse.com/thing:4899941
>>
>> Enjoy!
>>
>> -s
>>
>> --
>> Scott Lawrence
>> yor...@gmail.com
>>
>

-- 
Scott Lawrence
yor...@gmail.com

[M100] 3D printable Option Rom cover for Tandy 102

[Scott Lawrence]

Hi all. I just got fed up with my lack of any option rom covers for my
Tandy 102s, so I created one in tinkercad, and made it available on
thingiverse.

https://www.thingiverse.com/thing:4899941

Enjoy!

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] Remove m102 screen

[Scott Lawrence]

Is there a non-destructive way to remove the transparent LCD protector from the 
top case of the M102?  It seems to be glued in.  I haven't really tried 
anything yet other than twisting the enclosure to try to pop it off.

anyone have any thoughts?

-- 
Scott Lawrence
yor...@gmail.com

Sent from your iPhone.

[M100] Removing screen protector

[Scott Lawrence]

Is there a non-destructive way to remove the transparent LCD protector from
the top case of the M102?  It seems to be glued in.  I haven't really tried
anything yet other than twisting the enclosure to try to pop it off.

anyone have any thoughts?

-- 
Scott Lawrence
yor...@gmail.com

[M100] M10x replacement internal keyboard?

[Scott Lawrence]

Hey all.

Has anyone made a replacement M100, M102, M200 keyboard PCB?  That is to
say a replacement board that lets you drop in Cherry MX style switches, on
this new board, and then replace the original internal keyboard...

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] Key travel grippiness

[Scott Lawrence]

Hey again all.

I've been finding that my M102 keyboard's not been working totally
awesomely.

When pressing keys, there's an amount of grittiness to the travel,  Also,
if i hit the key closer to the edge than the center, it will sometimes
torque and grab on instead of traveling nicely.

Using some extra donor keys on a broken keyboard, I've tried:

- dripping isopropyl alcohol onto the white plunger, hoping it would seep
in.
This kinda worked a little

- removing the spider and the dome from the mechanism, then using a q-tip,
put some DuPont Teflon Silicone oil on the travel path and on the legs of
the spider.
This seemed to clean up some of the grittiness, and the plunger did a
better job of sliding, but the oil was impossible to keep off of the metal
contact pads, and more importantly the rubberized carbon pad in the dome...
this sadly increased the resistance of the pad from 100ohm when pressed to
500+ ohms when pressed.  Wasn't worth it.

- Spraying the travel path with a quick blast of "TV Tuner Cleaner"
(Deoxit-like product for cleaning contacts).  This was very messy, and
kinda blasted outside of the cup. so beware!  This made the travel path
work perfectly smoothly, didn't affect the resistance once i removed the
excess from the pads, and used a rubber dome that wasn't exposed to it.
However the torque at the top of the key travel was still there.

Does anyone have a solution (cleaning, mechanical modification, etc) for
eliminating the keycap torque/binding?  I imagine my 102's aren't the only
ones with this issue...

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] Polishing the screen overlay

[Scott Lawrence]

Heya all!

The plastic screen overlay on my 102 is scratched up a lot.  Does anyone
have experience and suggestions for polishing out scratches? I know I'll
need to be careful as the F-key legend and the black surround is painted on
the back side (which also could stand to have some polishing done.

Conversely, are replacement bezels available?  perhaps in glass?

-s

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] T200's rs232 port vs M102's

[Scott Lawrence]

If you're powering the device from the T200 itself, perhaps it's not
getting enough power?

On Fri, Oct 4, 2019 at 4:36 PM Stephen Adolph  wrote:

> does your T200 work with just normal serial cable to a PC?
> My M100 was acting like this and it had a dead UART chip.
> I don't think REX is the cause but you can always pull it and see if it
> makes a difference?
> steve
>
> On Fri, Oct 4, 2019 at 4:12 PM Russell Davis 
> wrote:
>
>> Going slowly potty. I have a WiFI32 which is a wifi "modem" (esp8266 and
>> some serial glue) and it works perfectly on the M102 with or without
>> flow control set in stat (58N1D and 58N1E) but I can't get it to work to
>> work on the T200. set STAT to 58N1ENN, 58N1DNN, 58N1DNI,... and in TERM
>> if I type a character it freezes hard. only thing that works is to power
>> cycle. if i'm in bank 2 it seems to return to the telcom program and
>> next character appears but typing another character freezes the T200
>> again. I suspect it's something to do with flow control but completely
>> flummuxed.
>>
>> Are there major differences between the M100/102's rs232 and the T200's?
>> or could the REX that is in the T200 be causing problems? I can't see
>> how it could be but i'm grasping at any straws that could be around.
>>
>>
>> bst rgrds
>>
>> Russell
>>
>>

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] TPDD2 boot disk drive.

[Scott Lawrence]

i can look into that.   hm... what else could be put onto an "ultimate"
TPDD2 floppy?
(and yeah, there's a TON of space on that disk!)

On Mon, Jul 29, 2019 at 10:25 AM Kurt McCullum  wrote:

> Scott, glad to see you are willing to do this. If I may offer a
> suggestion. There is quite a bit of space left on the default TPDD2 system
> disk. Saving DOS100.CO and DOS200.CO onto that disk would allow a user to
> boot Floppy.CO and then use it to load TS-DOS. Just a thought.
>
> Kurt
>
> On Mon, Jul 29, 2019, at 7:19 AM, Scott Lawrence wrote:
>
> Okay. I totally dropped the ball on this.  I offered free TPDD2 disks a
> few months back and then got busy on stuff.   I think I still have the
> emails about it, but i'm going to pick this back up right now
>
> i'll send out these for the price of shipping (send me shipping money when
> you receive them.
>
> Who needs TPDD2 Util disks?
>
> (you can send me direct email with your address)
> -s
>
> On Mon, Jul 29, 2019 at 9:58 AM Kevin Becker 
> wrote:
>
> Arcade Shopper has them for sale.
>
>
> https://www.arcadeshopper.com/wp/?page_id=11#!/TPDD2-disk-26-3814/p/141211028/category=28313042
>
>
>
> On Jul 29, 2019, at 9:50 AM, Paco  wrote:
>
> Hi, recently I bouht a Tandy Portable Disk
> Drive 2, boxes, full, except  this diskette.
>
> How can i made for DIY a copy of this diskette.
>
> I'm looking for ebay and Withers website and I dont find any Thing.
>
> Thanks all people
>
>
>
>
> --
> Scott Lawrence
> yor...@gmail.com
>
>
>

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] TPDD2 boot disk drive.

[Scott Lawrence]

Okay. I totally dropped the ball on this.  I offered free TPDD2 disks a few
months back and then got busy on stuff.   I think I still have the emails
about it, but i'm going to pick this back up right now

i'll send out these for the price of shipping (send me shipping money when
you receive them.

Who needs TPDD2 Util disks?

(you can send me direct email with your address)
-s

On Mon, Jul 29, 2019 at 9:58 AM Kevin Becker  wrote:

> Arcade Shopper has them for sale.
>
>
> https://www.arcadeshopper.com/wp/?page_id=11#!/TPDD2-disk-26-3814/p/141211028/category=28313042
>
>
>
> On Jul 29, 2019, at 9:50 AM, Paco  wrote:
>
> Hi, recently I bouht a Tandy Portable Disk
> Drive 2, boxes, full, except  this diskette.
>
> How can i made for DIY a copy of this diskette.
>
> I'm looking for ebay and Withers website and I dont find any Thing.
>
> Thanks all people
>
>
>

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Looking for a Booster Pak

[Scott Lawrence]

I have one too that I’ve never really had he time to try to get working.  It’s 
loaded with ram and some roms. 

Available.  I’d prefer trading for Amiga stuff but feel free to contact me 
off-list

S

Sent from your iPhone.

> On Feb 19, 2019, at 5:45 PM, gotoole  wrote:
> 
> Just sent you an off list message about the booster pak 
> 
> Regards 
> 
> Gordon 
> 
> 
> 
> Sent from my Samsung Galaxy smartphone.
> 
>  Original message 
> From: Gary Weber 
> Date: 19/2/19 5:24 pm (GMT+10:00)
> To: m...@bitchin100.com
> Subject: [M100] Looking for a Booster Pak
> 
> I'm keeping my eye out on eBay of course, but I figured I'd also ask here:  
> 
> Does anyone happen to have a Booster Pak that you would be interested in 
> selling?
> 
> I've been interested in having one of these on hand for quite some time.  
> I'll pay handsomely for one if there's one you don't really use anymore.  
> 
> Thanks,
> 
> 
> -- 
> Gary Weber
> g...@web8201.com

Re: [M100] TPDD emulator on Arduino

[Scott Lawrence]

I've been doing a bunch with 32u4 based arduinos recently (pro
micro/leonardo/ss micro/etc).

With these, there's a bit in the start up to make sure that it doesn't
crash when talking to an uninitialized serial port, something like:

while( !Serial );

Or, you could check it with something like:
if( !Serial ) { return; }

and so on.  In any case, it's been my observation that when it's sitting in
these tight loops checking the hardware, the thing is basically running
all-out full speed.  Even just the ( Serial.available() ) function in these
situations can be super laggy.  Even just putting a delay in there helps a
ton.  eg:
while( !Serial ) { delay( 50 ); }

or somesuch.

It might not be the cause of the power drain, but there's a chance it is.
 maybe?

In my experience, those calls checking the serial port seemed to block the
system entirely and cause bad behaviors... :/

-s


On Wed, Jan 30, 2019 at 12:34 PM Brian White  wrote:

> I got Jimmy's code working on Teensy 3.5 & 3.6, and on Adafruit Feather
> 32u4 Adalogger
> And modified my copy somewhat. I was playing with getting the top-right
> corner of TS-DOS to display the current working directory, and reducing the
> power drain.
> Some changes are just gratuitous refactoring to suit myself, so that I
> could then make the functional changes.
>
> In this video there is a little mystery where the power drain is a little
> high on initial power-on, but behaves properly as soon as you actually talk
> to the device at least once. I think I figured that out and the current
> version behaves properly right from power-on.
>
> Teensy 3.5/6 and the Adafruit device are quite different and have
> different quirks. I never pulled both versions together into a single
> modular code base yet. I have some messy code to try to make the same code
> handle different devices by configurable options amd macros, but it's not
> really worked out and so it's still two separate branches, one for each
> device.
>
> I haven't done anything further since then.
>
> https://youtu.be/_lFqsHAlLyg
>
> My mods are in the two different branches here. The master branch is
> Jimmy's original code.
> https://github.com/aljex/SD2TPDD
>
> --
> bkw
>
> On Wed, Jan 30, 2019 at 3:52 AM VANDEN BOSSCHE JAN <
> jan.vandenboss...@vivaqua.be> wrote:
>
>> Someone was working on a TPDD emulator on Arduino. Is there any progress?
>> And/Or photos?
>>
>> As I'm starting a course on Arduino programming, I am now even more
>> interested. This could become the cheapest stand-alone TPDD emulator yet.
>>
>>
>> Greetings from the TyRannoSaurus
>> Jan-80   |\  _,,,--,,_
>> @ work  / ,`.-'`'   ._  \-;;,
>>|,4-  ) )_.;.(  `'-'
>>   <---''(_/._)--'(_\_)
>>
>> VIVAQUA et HYDROBRU ont fusionné.
>> VIVAQUA est votre société d'eau en Région de Bruxelles-Capitale.
>>
>> VIVAQUA en HYDROBRU zijn gefusioneerd.
>> VIVAQUA is uw waterbedrijf in het Brusselse Hoofdstedelijk Gewest.
>>
>> [http://www.vivaqua.be/facebook.png] Rejoignez-nous sur Facebook - Volg
>> ons op Facebook
>>
>> DISCLAIMER
>> Pensez à l'environnement, n'imprimez cette page et ses annexes que si
>> c'est nécessaire. Ce message électronique, y compris ses annexes, est
>> confidentiel et réservé à l’attention de son destinataire.  Si vous n'êtes
>> pas le destinataire de ce message, merci de le détruire et d’en informer
>> l’expéditeur. Toute divulgation, copie ou utilisation de ce mail est dans
>> ce cas interdite. La sécurité et l'exactitude des transmissions de messages
>> électroniques ne peuvent être garanties.
>> Denk aan het milieu; druk deze pagina en de bijlagen alleen af als het
>> nodig is. Dit e-mailbericht (inclusief zijn bijlagen) is vertrouwelijk en
>> is uitsluitend bestemd voor de geadresseerde. Als dit bericht niet voor u
>> bestemd is, wordt u verzocht het te wissen en de afzender te informeren.
>> Het is in dat geval niet toegestaan dit bericht te verspreiden, te kopiëren
>> of te gebruiken. We kunnen niet garanderen dat de gegevensoverdracht via
>> het internet veilig en nauwkeurig is.
>>
>
>
> --
> bkw
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] BASIC trick

[Scott Lawrence]

On Mon, Dec 10, 2018 at 1:21 PM John R. Hogerhuis  wrote:

> In other languages you can't call into the middle of a function. There is
> one entry point, possibly multiple exit points. There's no chance
> unbalanced CALL and RETURN. once you return you're jump to the stacked
> address and you're no longer in the subroutine.
>

For what it's worth, you certainly can do this in C.  ...And it woks fine
if the place you jump to is in a function with the same size/number of
parameters passed in (pushed onto the stack).  Although optimizations that
the compiler does might screw with that. ;)

By no means is it recommended or even slightly good practice though. ;D

A somewhat similar weird goto-thing is Duff's Device, where you jump into
the middle of a loop...
https://en.wikipedia.org/wiki/Duff%27s_device

Not to be confused with Mill's Mess or Burke's Barrage, which are juggling
patterns. ;D

-s

-s

Re: [M100] BASIC trick

[Scott Lawrence]

I was getting this a lot myself doing the same thing.  I saw it when it was
trying to return from
ON COM GOSUB xxx
COM ON
...

I don't remember the exact sequence that fixed it, but here's the LD
"kernel" that i've been using to talk with my player:

https://github.com/BleuLlama/LlamaLlaser/blob/master/BASIC/mind.bas

Look at lines 1-200.  You may also need to have set maxfiles to 2 or more
to get it to work.

The basic idea is that there's a few calls implemented here, that could be
swapped out for when this is ported to other BASIC implementations.

To start up:
1000 GOSUB 100

To transmit a command (and wait for a response):
1010 TX$="FR2000PL" : GOSUB 130
1020 PRINT "Response was "; RX$


On Sun, Dec 9, 2018 at 9:19 PM Peter Vollan  wrote:

> Running the code to send commands to a laserdisk player, I got a
> "return without gosub" error. It seems that a limitation of the model
> 100 is that if you gosub to a subroutine, and then gosub again, it
> will forget that it is it in a subroutine, and not understand the
> retrurn statement. This is obviously a mistake, but it could be put to
> good use. If I am correct about this that is.
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Y2K on M102 (Software archaeology from the year 2000!)

[Scott Lawrence]

Related; what are the bytes that need to be patched in the rom for the
102?  I can't find the info online anywhere.

~~ related; is there a disassembly dump of the M102's rom?

On Wed, Nov 28, 2018 at 10:09 PM Scott Lawrence  wrote:

> right, or 1900, but that wasn't the point of what i was saying. I thought
> that the method used to hide the year completely in the menu was clever.
>
> On Wed, Nov 28, 2018 at 9:42 PM Peter Vollan  wrote:
>
>> "Just use 1979, which equals 2007."
>> The model 100 does not associate the day of the week with the date.
>> And it does not take leap years into account. So if one year such as
>> 1979 is identical to another one such as 2007, that has nothing to do
>> with anything relating to the Model T.
>> On Wed, 28 Nov 2018 at 18:16, Scott Lawrence  wrote:
>> >
>> > So, I'm a cheapskate and don't have Rex or any of the fancy replacement
>> ROMs for my M102 (although i'll probably burn a modded ROM at some point,
>> but i'm getting off topic), and my newly revived and refreshed 102 shows
>> the "19xx" year display.
>> >
>> > Years ago, I used this program from Chris Osburn which worked well,
>> that patches the display code of the ROM:
>> >
>> > http://www.muppetlabs.com/~chris/model100/y2000.html
>> >
>> > But it won't work for me in the long run, as it interferes (I believe)
>> with the various machine code loaders and all of that fun stuff.
>> >
>> > However I just found this other program, posted by Terry Yager;
>> >
>> > http://www.vcfed.org/forum/archive/index.php/t-5859.html
>> >
>> > That claimed to do the same thing, or a similar thing... Most of the
>> program does some funky stuff with printing and inputting text that I kinda
>> dig, but it does "fix" the year display issue without machine code... in a
>> pretty neat way.
>> >
>> > The key bit of program bits work out to be:
>> > POKE 63789,127
>> > POKE 63790,127
>> >
>> > And what it does. I think, is pretty clever.  As far as I can tell, it
>> writes backspace characters into the two BCD digit fields of the realtime
>> clock's system memory.  So when the menu's routine tries to show the date,
>> ie: "Jan 01,1918 Mon..."  the "18" gets replaced with two delete
>> characters, which erase the "19".  You end up with: "Jan 01, Mon".  Not
>> perfect, but good enough for me!
>> >
>> > Virtual T shows it as a flickering display, but it works perfectly on
>> real hardware.
>> >
>> > Anyway, neat hack!
>> >
>> > -s
>> >
>> > --
>> > Scott Lawrence
>> > yor...@gmail.com
>>
>
>
> --
> Scott Lawrence
> yor...@gmail.com
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Y2K on M102 (Software archaeology from the year 2000!)

[Scott Lawrence]

right, or 1900, but that wasn't the point of what i was saying. I thought
that the method used to hide the year completely in the menu was clever.

On Wed, Nov 28, 2018 at 9:42 PM Peter Vollan  wrote:

> "Just use 1979, which equals 2007."
> The model 100 does not associate the day of the week with the date.
> And it does not take leap years into account. So if one year such as
> 1979 is identical to another one such as 2007, that has nothing to do
> with anything relating to the Model T.
> On Wed, 28 Nov 2018 at 18:16, Scott Lawrence  wrote:
> >
> > So, I'm a cheapskate and don't have Rex or any of the fancy replacement
> ROMs for my M102 (although i'll probably burn a modded ROM at some point,
> but i'm getting off topic), and my newly revived and refreshed 102 shows
> the "19xx" year display.
> >
> > Years ago, I used this program from Chris Osburn which worked well, that
> patches the display code of the ROM:
> >
> > http://www.muppetlabs.com/~chris/model100/y2000.html
> >
> > But it won't work for me in the long run, as it interferes (I believe)
> with the various machine code loaders and all of that fun stuff.
> >
> > However I just found this other program, posted by Terry Yager;
> >
> > http://www.vcfed.org/forum/archive/index.php/t-5859.html
> >
> > That claimed to do the same thing, or a similar thing... Most of the
> program does some funky stuff with printing and inputting text that I kinda
> dig, but it does "fix" the year display issue without machine code... in a
> pretty neat way.
> >
> > The key bit of program bits work out to be:
> > POKE 63789,127
> > POKE 63790,127
> >
> > And what it does. I think, is pretty clever.  As far as I can tell, it
> writes backspace characters into the two BCD digit fields of the realtime
> clock's system memory.  So when the menu's routine tries to show the date,
> ie: "Jan 01,1918 Mon..."  the "18" gets replaced with two delete
> characters, which erase the "19".  You end up with: "Jan 01, Mon".  Not
> perfect, but good enough for me!
> >
> > Virtual T shows it as a flickering display, but it works perfectly on
> real hardware.
> >
> > Anyway, neat hack!
> >
> > -s
> >
> > --
> > Scott Lawrence
> > yor...@gmail.com
>


-- 
Scott Lawrence
yor...@gmail.com

[M100] Y2K on M102 (Software archaeology from the year 2000!)

[Scott Lawrence]

So, I'm a cheapskate and don't have Rex or any of the fancy replacement
ROMs for my M102 (although i'll probably burn a modded ROM at some point,
but i'm getting off topic), and my newly revived and refreshed 102 shows
the "19xx" year display.

Years ago, I used this program from Chris Osburn which worked well, that
patches the display code of the ROM:

http://www.muppetlabs.com/~chris/model100/y2000.html

But it won't work for me in the long run, as it interferes (I believe) with
the various machine code loaders and all of that fun stuff.

However I just found this other program, posted by Terry Yager;

http://www.vcfed.org/forum/archive/index.php/t-5859.html

That claimed to do the same thing, or a similar thing... Most of the
program does some funky stuff with printing and inputting text that I kinda
dig, but it does "fix" the year display issue without machine code... in a
pretty neat way.

The key bit of program bits work out to be:
POKE 63789,127
POKE 63790,127

And what it does. I think, is pretty clever.  As far as I can tell, it
writes backspace characters into the two BCD digit fields of the realtime
clock's system memory.  So when the menu's routine tries to show the date,
 ie: "Jan 01,1918 Mon..."  the "18" gets replaced with two delete
characters, which erase the "19".  You end up with: "Jan 01, Mon".  Not
perfect, but good enough for me!

Virtual T shows it as a flickering display, but it works perfectly on real
hardware.

Anyway, neat hack!

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] TPDD 2 disks

[Scott Lawrence]

Hey all. 

I just realized that I never really messed with the tpdd2 drives that I have. 
So I did just that last night.  

One works perfectly, and looks perfect too.  In box, with disk and serial wire 
and everything! Yay!  The other makes weird whirring noises. I haven’t cracked 
it open yet, but I’m assuming it’s a broken belt. 

The “Utilities” disk with my “good” one is still perfectly readable and I was 
able to make a backup of it. 

So first of all: *** if any of you need the utilities disk for TPDD2, contact 
me.  You pay shipping and I’ll make you a copy! I’ve got a bunch of DSDD 
floppies from my Amiga backups that I can reuse. ;). I’ll copy and verify the 
floppy before sending it out.  


And yes, I know that there have been modern serial based solutions for decades 
now, but having the “boot” floppy is nice if you want to get your original gear 
going.  :)


Now, a question;  I ran the short program that the manual says to run, and it 
installed the “floppy” application (floppy.co) on my 100 and on the T200. But 
on the T200, it appears only in one program bank. Do I need to reinstall it in 
the other banks to use it there?  I want to save a program to disk, but I don’t 
have 5k free anymore to get the floppy program installed... help?


Sent from your iPhone.

Re: [M100] Magic Goto

[Scott Lawrence]

Apologies, Paul.  My misunderstanding. (I first heard of it from RCR
Podcast EP181. :)

Turns out Tandy also does the same thing.  goto/gosub (variable/absolute
string) -> goto/gosub 0
I was thinking the error trap thing might also be an option for Tandy...

It's a really neat hack of the language!

-s

On Fri, Nov 16, 2018 at 1:30 PM Hagstrom, Paul  wrote:

> This doesn't necessarily bear on the question, but Magic GOTO/GOSUB
> doesn't rely on error trapping, rather it makes use of the fact that GOSUB
> "SOMETHING" is evaluated by Applesoft/MS BASIC as GOSUB 0, and the handler
> is on line 0.  It doesn't raise an error though.
>
>  -Paul
>
>
> > On Nov 16, 2018, at 1:11 PM, John R. Hogerhuis  wrote:
> >
> > Not that I know of. There might be a hook to modify the behavior of
> gosub with machine language code.
> >
> > -- John.
> >
> > On Fri, Nov 16, 2018, 8:53 AM Scott Lawrence  > Do any of you know of a T version of "Magic Goto"?
> >
> > http://ivanx.com/appleii/magicgoto/
> >
> > It basically uses an error trap to catch bad gotos (as the basic
> interpreter sees them) and then looks for the label from the error handler,
> and uses that... mainly using REM statements to define the labels.
> >
> > I'm thinking it might be possible to accomplish a similar thing on the
> Ts using ON ERROR GOTO, perhaps peeking back into the return location and
> getting the label name there.
> >
> > ie: (pseudoish code)
> >
> > 10 ON ERROR GOTO 1000
> > ...
> > 20 GOSUB "InitCode"
> > 30 GOSUB "DoStuff"
> > 40 END
> >
> > 100 REM InitCode
> > 110 PRINT "hello 1"
> > 120 RETURN
> > 200 REM DoStuff
> > 210 PRINT "hello 2"
> > 220 RETURN
> >
> > 1000 ... figure out the label, resolve it to a line number then goto
> there...
> >
> > (and apologies if all of you have advanced far past BASIC on the Ts, and
> are like writing pascal or whatever...  although a micropython or lua would
> be neat... or at least structured basic without line numbers... I forgot
> how much I miss that from AmigaBASIC...)
> >
> > -s
> > --
> > Scott Lawrence
> > yor...@gmail.com
>
>

-- 
Scott Lawrence
yor...@gmail.com

[M100] Magic Goto

[Scott Lawrence]

Do any of you know of a T version of "Magic Goto"?

http://ivanx.com/appleii/magicgoto/

It basically uses an error trap to catch bad gotos (as the basic
interpreter sees them) and then looks for the label from the error handler,
and uses that... mainly using REM statements to define the labels.

I'm thinking it might be possible to accomplish a similar thing on the Ts
using ON ERROR GOTO, perhaps peeking back into the return location and
getting the label name there.

ie: (pseudoish code)

10 ON ERROR GOTO 1000
...
20 GOSUB "InitCode"
30 GOSUB "DoStuff"
40 END

100 REM InitCode
110 PRINT "hello 1"
120 RETURN
200 REM DoStuff
210 PRINT "hello 2"
220 RETURN

1000 ... figure out the label, resolve it to a line number then goto
there...

(and apologies if all of you have advanced far past BASIC on the Ts, and
are like writing pascal or whatever...  although a micropython or lua would
be neat... or at least structured basic without line numbers... I forgot
how much I miss that from AmigaBASIC...)

-s
-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] T-200 BASIC - Data and Restore...

[Scott Lawrence]

Definitely.  I've seen the issue with my other Pioneer player and a
friend's Sony.  It needs tension on the belt to drive gears to move the
tray, and also to raise/lower the tray inside the unit so the disc can
spin. This needs tension on the belt otherwise it pulls the tray in,
struggles and never quite loads the disc... thinks something's wrong and
ejects the tray.

For a while on my Pioneer, I needed to slam the tray in to engage the gears
a bit and give it a good kickstart.

On a friend's Sony back in college, there was enough of a problem that I
just removed the belt completely and added a drawer-pull handle to the
tray. press eject, then manually slide the tray out. ;D  That player had
other issues too. I had to remove some of the interior structure to keep it
from scraping up our discs.  Blagh

-s

On Thu, Nov 15, 2018 at 11:14 AM Mike Stein  wrote:

> Don't know about LD players but a stretched or disintegrating belt is
> indeed a common problem with CD and DVD players.
>
> - Original Message -
> *From:* Scott Lawrence 
> *To:* m...@bitchin100.com
> *Sent:* Thursday, November 15, 2018 2:01 AM
> *Subject:* Re: [M100] T-200 BASIC - Data and Restore...
>
> It might need a mechanical repair inside.  Perhaps a belt attached to the
> tray is failing?
>
> On Wed, Nov 14, 2018 at 11:08 PM Peter Vollan 
> wrote:
>
>> LD-v4200.
>> I can hear it trying to eject, just using the front button.
>> I am looking forward to running this laserdisc player with my model
>> 100, but I first should get it to work properly. I have a DB15
>> connector to build the adaptor already.
>>
>> On Wed, 14 Nov 2018 at 19:48, Scott Lawrence  wrote:
>> >
>> > Peter;
>> >
>> > do you hear anything when pressing Eject on the front panel?
>> > Or is this serial ("OP" over serial, if it has Level III capabilities)
>> >
>> > What model?
>> >
>> > -s
>> >
>> > On Wed, Nov 14, 2018 at 5:56 PM Peter Vollan 
>> wrote:
>> >>
>> >> My Pioneer Laservision player doesn't want to eject.
>> >> On Tue, 13 Nov 2018 at 08:16, Scott Lawrence  wrote:
>> >> >
>> >> > Yeah. I think this is the method I'm going to go with...
>> >> >
>> >> > I'm working on a laserdisc-based adventure game engine, highly
>> inspired by Kevin Savetz' rediscovery of David Lubar's
>> "Rollercoaster"/"Adventures in Videoland" game for the Apple II.  I plan on
>> demoing it at the Rochester Maker Faire this upcoming weekend... Tandy 200
>> + Pioneer LD player + "The Mind's Eye" LaserDisc.
>> >> >
>> >> > I'm trying to make the code as easily portable and modular as
>> possible.  I have the serial interface code written for the T200, and part
>> of the game engine, but I'm focusing right now on having all of the game
>> data stored in one chunk of program space, like a BIOS.  The game engine in
>> another chunk of program space and the game data in another.  It was
>> originally going to be purely DATA statements, but changing to "scene 300"
>> via the above method is not a possibility. ;)  So I'll have the ON X GOTO
>> a,b,c... part of the game data area.   ie the game data is stored in lines
>> 500-1000... and to setup RESTORE for room 2:
>> >> >   100 RM=2 : GOTO 510
>> >> > or for item 1,
>> >> >   110 IT=1 : GOTO 520
>> >> > then in the beginning of the data chunk...
>> >> > 500 REM Game Data
>> >> > 510 ON RM GOTO 550, 560, 570
>> >> > 520 ON IT GOTO 580, 590, 600
>> >> > ...
>> >> > 550 RESTORE 551 : RETURN
>> >> > 551 DATA ...
>> >> > 560 RESTORE 561 : RETURN
>> >> > 561 DATA ...
>> >> >
>> >> > I know it's not efficient with respect to the BASIC interpreter, but
>> i can optimize later. :)
>> >> >
>> >> > My outdated github link here:
>> https://github.com/BleuLlama/LlamaLlaser
>> >> >
>> >> > -s
>> >> >
>> >> > On Tue, Nov 13, 2018 at 12:08 AM Ken Pettit 
>> wrote:
>> >> >>
>> >> >> Hi Scott,
>> >> >>
>> >> >> The ROM only accepts immediate literal values.  You would need to
>> do something like:
>> >> >>
>> >> >> 10 V = 2
>> >> >> 20 ON V GOSUB 80, 90
>> >> >> 30 READ X$
>> >> >> 40 PRINT X$
>> >> >> 50 END
>> >> 

Re: [M100] T-200 BASIC - Data and Restore...

[Scott Lawrence]

It might need a mechanical repair inside.  Perhaps a belt attached to the
tray is failing?

On Wed, Nov 14, 2018 at 11:08 PM Peter Vollan  wrote:

> LD-v4200.
> I can hear it trying to eject, just using the front button.
> I am looking forward to running this laserdisc player with my model
> 100, but I first should get it to work properly. I have a DB15
> connector to build the adaptor already.
>
> On Wed, 14 Nov 2018 at 19:48, Scott Lawrence  wrote:
> >
> > Peter;
> >
> > do you hear anything when pressing Eject on the front panel?
> > Or is this serial ("OP" over serial, if it has Level III capabilities)
> >
> > What model?
> >
> > -s
> >
> > On Wed, Nov 14, 2018 at 5:56 PM Peter Vollan 
> wrote:
> >>
> >> My Pioneer Laservision player doesn't want to eject.
> >> On Tue, 13 Nov 2018 at 08:16, Scott Lawrence  wrote:
> >> >
> >> > Yeah. I think this is the method I'm going to go with...
> >> >
> >> > I'm working on a laserdisc-based adventure game engine, highly
> inspired by Kevin Savetz' rediscovery of David Lubar's
> "Rollercoaster"/"Adventures in Videoland" game for the Apple II.  I plan on
> demoing it at the Rochester Maker Faire this upcoming weekend... Tandy 200
> + Pioneer LD player + "The Mind's Eye" LaserDisc.
> >> >
> >> > I'm trying to make the code as easily portable and modular as
> possible.  I have the serial interface code written for the T200, and part
> of the game engine, but I'm focusing right now on having all of the game
> data stored in one chunk of program space, like a BIOS.  The game engine in
> another chunk of program space and the game data in another.  It was
> originally going to be purely DATA statements, but changing to "scene 300"
> via the above method is not a possibility. ;)  So I'll have the ON X GOTO
> a,b,c... part of the game data area.   ie the game data is stored in lines
> 500-1000... and to setup RESTORE for room 2:
> >> >   100 RM=2 : GOTO 510
> >> > or for item 1,
> >> >   110 IT=1 : GOTO 520
> >> > then in the beginning of the data chunk...
> >> > 500 REM Game Data
> >> > 510 ON RM GOTO 550, 560, 570
> >> > 520 ON IT GOTO 580, 590, 600
> >> > ...
> >> > 550 RESTORE 551 : RETURN
> >> > 551 DATA ...
> >> > 560 RESTORE 561 : RETURN
> >> > 561 DATA ...
> >> >
> >> > I know it's not efficient with respect to the BASIC interpreter, but
> i can optimize later. :)
> >> >
> >> > My outdated github link here:
> https://github.com/BleuLlama/LlamaLlaser
> >> >
> >> > -s
> >> >
> >> > On Tue, Nov 13, 2018 at 12:08 AM Ken Pettit 
> wrote:
> >> >>
> >> >> Hi Scott,
> >> >>
> >> >> The ROM only accepts immediate literal values.  You would need to do
> something like:
> >> >>
> >> >> 10 V = 2
> >> >> 20 ON V GOSUB 80, 90
> >> >> 30 READ X$
> >> >> 40 PRINT X$
> >> >> 50 END
> >> >> 80 RESTORE 100:RETURN
> >> >> 90 RESTORE 200:RETURN
> >> >> 100 DATA "One hundred"
> >> >> 200 DATA "Two hundred"
> >> >>
> >> >> Ken
> >> >>
> >> >> On 11/12/18 8:47 PM, Scott Lawrence wrote:
> >> >>
> >> >>
> >> >> The "RESTORE" command... can it only take an immediate value, or is
> there a way to pass it a variable?
> >> >>
> >> >> I want to do something like this:
> >> >>
> >> >> 10 V = 200
> >> >> 20 RESTORE V
> >> >> 30 READ X$
> >> >> 40 PRINT X$
> >> >> 50 END
> >> >> 100 DATA "One hundred"
> >> >> 200 DATA "Two hundred"
> >> >>
> >> >> And i expect the output of:
> >> >>
> >> >> Two hundred
> >> >>
> >> >> Instead I get:
> >> >>
> >> >> UL Error in 20
> >> >>
> >> >>
> >> >> Or am I asking too much from BASIC? ;D
> >> >>
> >> >> -s
> >> >>
> >> >> --
> >> >> Scott Lawrence
> >> >> yor...@gmail.com
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Scott Lawrence
> >> > yor...@gmail.com
> >
> >
> >
> > --
> > Scott Lawrence
> > yor...@gmail.com
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] T-200 BASIC - Data and Restore...

[Scott Lawrence]

Peter;

do you hear anything when pressing Eject on the front panel?
Or is this serial ("OP" over serial, if it has Level III capabilities)

What model?

-s

On Wed, Nov 14, 2018 at 5:56 PM Peter Vollan  wrote:

> My Pioneer Laservision player doesn't want to eject.
> On Tue, 13 Nov 2018 at 08:16, Scott Lawrence  wrote:
> >
> > Yeah. I think this is the method I'm going to go with...
> >
> > I'm working on a laserdisc-based adventure game engine, highly inspired
> by Kevin Savetz' rediscovery of David Lubar's "Rollercoaster"/"Adventures
> in Videoland" game for the Apple II.  I plan on demoing it at the Rochester
> Maker Faire this upcoming weekend... Tandy 200 + Pioneer LD player + "The
> Mind's Eye" LaserDisc.
> >
> > I'm trying to make the code as easily portable and modular as possible.
> I have the serial interface code written for the T200, and part of the game
> engine, but I'm focusing right now on having all of the game data stored in
> one chunk of program space, like a BIOS.  The game engine in another chunk
> of program space and the game data in another.  It was originally going to
> be purely DATA statements, but changing to "scene 300" via the above method
> is not a possibility. ;)  So I'll have the ON X GOTO a,b,c... part of the
> game data area.   ie the game data is stored in lines 500-1000... and to
> setup RESTORE for room 2:
> >   100 RM=2 : GOTO 510
> > or for item 1,
> >   110 IT=1 : GOTO 520
> > then in the beginning of the data chunk...
> > 500 REM Game Data
> > 510 ON RM GOTO 550, 560, 570
> > 520 ON IT GOTO 580, 590, 600
> > ...
> > 550 RESTORE 551 : RETURN
> > 551 DATA ...
> > 560 RESTORE 561 : RETURN
> > 561 DATA ...
> >
> > I know it's not efficient with respect to the BASIC interpreter, but i
> can optimize later. :)
> >
> > My outdated github link here: https://github.com/BleuLlama/LlamaLlaser
> >
> > -s
> >
> > On Tue, Nov 13, 2018 at 12:08 AM Ken Pettit  wrote:
> >>
> >> Hi Scott,
> >>
> >> The ROM only accepts immediate literal values.  You would need to do
> something like:
> >>
> >> 10 V = 2
> >> 20 ON V GOSUB 80, 90
> >> 30 READ X$
> >> 40 PRINT X$
> >> 50 END
> >> 80 RESTORE 100:RETURN
> >> 90 RESTORE 200:RETURN
> >> 100 DATA "One hundred"
> >> 200 DATA "Two hundred"
> >>
> >> Ken
> >>
> >> On 11/12/18 8:47 PM, Scott Lawrence wrote:
> >>
> >>
> >> The "RESTORE" command... can it only take an immediate value, or is
> there a way to pass it a variable?
> >>
> >> I want to do something like this:
> >>
> >> 10 V = 200
> >> 20 RESTORE V
> >> 30 READ X$
> >> 40 PRINT X$
> >> 50 END
> >> 100 DATA "One hundred"
> >> 200 DATA "Two hundred"
> >>
> >> And i expect the output of:
> >>
> >> Two hundred
> >>
> >> Instead I get:
> >>
> >> UL Error in 20
> >>
> >>
> >> Or am I asking too much from BASIC? ;D
> >>
> >> -s
> >>
> >> --
> >> Scott Lawrence
> >> yor...@gmail.com
> >>
> >>
> >
> >
> > --
> > Scott Lawrence
> > yor...@gmail.com
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] T-200 BASIC - Data and Restore...

[Scott Lawrence]

Yeah. I think this is the method I'm going to go with...

I'm working on a laserdisc-based adventure game engine, highly inspired by
Kevin Savetz' rediscovery of David Lubar's "Rollercoaster"/"Adventures in
Videoland" game for the Apple II.  I plan on demoing it at the Rochester
Maker Faire this upcoming weekend... Tandy 200 + Pioneer LD player + "The
Mind's Eye" LaserDisc.

I'm trying to make the code as easily portable and modular as possible.  I
have the serial interface code written for the T200, and part of the game
engine, but I'm focusing right now on having all of the game data stored in
one chunk of program space, like a BIOS.  The game engine in another chunk
of program space and the game data in another.  It was originally going to
be purely DATA statements, but changing to "scene 300" via the above method
is not a possibility. ;)  So I'll have the ON X GOTO a,b,c... part of the
game data area.   ie the game data is stored in lines 500-1000... and to
setup RESTORE for room 2:
  100 RM=2 : GOTO 510
or for item 1,
  110 IT=1 : GOTO 520
then in the beginning of the data chunk...
500 REM Game Data
510 ON RM GOTO 550, 560, 570
520 ON IT GOTO 580, 590, 600
...
550 RESTORE 551 : RETURN
551 DATA ...
560 RESTORE 561 : RETURN
561 DATA ...

I know it's not efficient with respect to the BASIC interpreter, but i can
optimize later. :)

My outdated github link here: https://github.com/BleuLlama/LlamaLlaser

-s

On Tue, Nov 13, 2018 at 12:08 AM Ken Pettit  wrote:

> Hi Scott,
>
> The ROM only accepts immediate literal values.  You would need to do
> something like:
>
> 10 V = 2
> 20 ON V GOSUB 80, 90
> 30 READ X$
> 40 PRINT X$
> 50 END
> 80 RESTORE 100:RETURN
> 90 RESTORE 200:RETURN
> 100 DATA "One hundred"
> 200 DATA "Two hundred"
>
> Ken
>
> On 11/12/18 8:47 PM, Scott Lawrence wrote:
>
>
> The "RESTORE" command... can it only take an immediate value, or is there
> a way to pass it a variable?
>
> I want to do something like this:
>
> 10 V = 200
> 20 RESTORE V
> 30 READ X$
> 40 PRINT X$
> 50 END
> 100 DATA "One hundred"
> 200 DATA "Two hundred"
>
> And i expect the output of:
>
> Two hundred
>
> Instead I get:
>
> UL Error in 20
>
>
> Or am I asking too much from BASIC? ;D
>
> -s
>
> --
> Scott Lawrence
> yor...@gmail.com
>
>
>

-- 
Scott Lawrence
yor...@gmail.com

[M100] T-200 BASIC - Data and Restore...

[Scott Lawrence]

The "RESTORE" command... can it only take an immediate value, or is there a
way to pass it a variable?

I want to do something like this:

10 V = 200
20 RESTORE V
30 READ X$
40 PRINT X$
50 END
100 DATA "One hundred"
200 DATA "Two hundred"

And i expect the output of:

Two hundred

Instead I get:

UL Error in 20


Or am I asking too much from BASIC? ;D

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] Chaining BASIC

[Scott Lawrence]

Hey all.

I have some routines that I want to use in multiple programs (setting up
and starting up a serial port, sending out initialization codes, and then
having files open, etc)

I thought of doing something like this:

--- A,ba
10 $prg = "a.ba"
20 IF aok THEN GOTO 100
30 RUN  "setup.ba",R
40 END
100 PRINT "Setup has run!"
110 PRINT "do other stuff now."

-- B.ba
10 IF aok then GOTO 100
20 OPEN "COM:" FOR OUTPUT AS #1
30 OPEN "COM:" FOR INPUT AS #1
40 ON COM GOSUB 200
50 COM ON
60 aok = 1
100 RUN $prg,R
110 END

 (example code from memory, some syntax errors may be typoed in)

So the idea is that I can just use the code seen in A.ba, lines 10-30 to
call the setup routines in the b.ba program if it's not already set up

And b.ba will set 'aok' and then return to A.ba, which will go through the
beginning bit again. but continue on line 100.

But it doesn't seem to work.  RUN "file",R only preserves open files, not
variables...

Is there a way to do this, is my 2018 software engineering brain
over-solving this, or is there another way to have "library functions"
available to multiple programs without burning a rom. ;)

-s


-- 
Scott Lawrence
yor...@gmail.com

[M100] Replacement power switch for T200

[Scott Lawrence]

Hello again, all!

Is there a common solution for a replacement main power switch on the Tandy
200 that still maintains the functionality of the old one? ie, when you
open the lid, the screen turns on, but also you can just press it to
sleep...

I'm fine with internal modifications to accomplish this, but I do not want
to modify any plastics, unless it can be done in a way that it still looks
original.

I just spent 45 minutes last night, for the third time since I got this,
repairing/rebuilding the stock switch.  You bump it laterally at all,
especially while removing the top half of the enclosure, and it pops
apart.  I managed to get the wiper contacts back in on the side of the
switch that is wired up...  I'd really rather not do that again. blagh.

-s

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Serial IO from BASIC

[Scott Lawrence]

okay some responses now that i'm in front of this setup:

Peter Vollan:
- The laserdisc player docs are online, which includes wiring pinouts for
the DB15 on the back.  For this one, It's got TTL and "standard 12v" serial
pins on it. I've not gotten the TTL interface to work, but the RS-232 12v
level works great.  The pins you need to care about are: 1. GND,  2: TX
(output from LD Player)  3: RX (input to LD Player).  It talks at 4800
baud, 8N1.  Check the docs for your 4200 to make sure the pinout is the
same.   The protocol is simple ascii text terminated with a , as are
responses.
- Pioneer Laserdisc players all use the same IR protocol, so you can buy
just about any remote to use for it.  I've seen them on ebay this past week
for $10 shipped.  You can get a wired remote or barcode reader (probably),
but it's not necessary.

Brian White:
Awesome!  I've got a few extra Pro Micros kicking around (32u4/Leonardo)...
I'll have to try that!  Thanks!

Bob Pigford:
MAXFILES is already set at 10 BUT!! not in the program runtime! I
didn't know there was a difference..

John Hogerhuis:
Understand about the buffer size concern, but the most this is ever
receiving is about 16 bytes per response, so it's not really an issue for
me. :)

Greg  Swallow:
I tried that, I get BN Error on the line where I try to open it.. wait a
sec...

Josh Malone:
Understood, but

OK!  I think I got it!  Thank you all for the help!  :D

It was a combination of a few issues.
- I forgot how INPUT works (the correct usage)
- I didn't know about the LINE INPUT command
- I didn't know i'd need to open INPUT and OUTPUT as two files
- MAXFILES is a thing.

For the record, the working program is here: (Note: transcribed)

10 REM Send some commands to a Pioneer LD Player
20 GOSUB 300
30 TX$="255RB":GOSUB 200 : REM disable squelch
40 TX$="PL":GOSUB 200 : REM Play
50 TX$="FR1000SE":GOSUB 200 : REM Seek to frame 1000
60 PRINT "Done."
99 END

100 REM RX a line serial data
110 LINE INPUT #2, RX$
120 PRINT "RX: "; RX$
130 RXOK=1
140 RETURN

200 REM TX a line and wait for response
210 PRINT "TX: "; TX$
220 RXOK=0
230 PRINT #1, TX$
240 IF RXOK = 0 GOTO 240
250 PRINT "RX!"
260 RETURN

300 REM Initialize serial IO
310 MAXFILES=2
320 OPEN "COM:78N1DI" FOR OUTPUT AS #1
330 OPEN "COM:78N1DI" FOR INPUT AS #2
340 ON COM GOSUB 100
350 COM ON
360 RETURN

Also, DANG! This is some of the most usage I've gotten out of this computer
ever... Aside from the display contrast being really poor (needs new power
caps?) I LOVE the keyboard, I LOVE that I can drop in to edit the program
in a screen text editor  just everything on this thing is awesome!


On Mon, Oct 29, 2018 at 7:16 PM Brian White  wrote:

> Original SD2TPDD
> https://github.com/TangentDelta/SD2TPDD
>
> My 2 modified versions (neither is a finished product exactly, just to be
> clear. I got them basically working a few weeks ago, and haven't worked on
> them since then.)
>
> Teensy 3.5/3.6:
> https://github.com/aljex/SD2TPDD/tree/bkw_teensy36
>
> Adafruit Feather 32u4 Adalogger
> https://github.com/aljex/SD2TPDD/tree/bkw_al32u4
>
> There is also a more powerful version of Adalogger which is M0 instead of
> 32u4. It's all the same board but with the more powerful M0
> microcontroller. I have not yet used that one, but I'm sure it works
> practically out of the box too.
>
> The 32u4 version is the last one I worked on, and has a little cosmetic
> feature that the top-right corner of TS-DOS on the M100 shows the name of
> whatever directory you are in.
>
> But it IS working at least this well:
> https://photos.app.goo.gl/N2v6iB45pePNFQNA8
> https://youtu.be/_lFqsHAlLyg
>
>
>
> On Mon, Oct 29, 2018 at 12:14 PM Scott Lawrence  wrote:
>
>> And i see now (because i forgot to even look this route, assuming i could
>> do full COM io through basic, but I could always do IN/OUT calls from BASIC
>> to just work on the serial port directly...
>>
>> Would OPEN "COM:" FOR APPEND AS 1 work?
>>
>> I can't seem to find the Arduino-based tpdd project you're referring to...
>>
>>
>> I've had a Pioneer CDP-S201 player since the 90s, which is just a
>> standard LD+CD consumer player.  No serial port. However after the recent
>> project that Kevin Savetz did, restoring the Apple IIc + Rollercoaster
>> text/video adventure game, I got back into LD stuff... and found a $60
>> Pioneer CDV-S2400 industrial player with a serial port on it, and have been
>> messing around a lot with commanding it,. etc
>>
>> Anyway, I thought i'd create a new version... i've been considering
>> various host computers, from code running exclusively on an Arduino, using
>> the LD player's on-screen text for the interface, to having

Re: [M100] Serial IO from BASIC

[Scott Lawrence]

I thought I had tried that, but it was giving me an EF error ... I'll try
again tonight. maybe i was tired when I wrote it... the contrast on my '200
screen is pretty low. :(

-s

On Mon, Oct 29, 2018 at 12:10 PM Greg Swallow  wrote:

> You will have to open COM for input as well:
>
> 10 OPEN "COM:78N1DNI" FOR OUTPUT AS 1
> 15 OPEN "COM:78N1DNI" FOR INPUT AS 2
> 20 ON COM GOSUB 100
> 30 COM ON
> 40 REM Send seek to frame 1000
> 50 PRINT #1, "FR1000SE"
> 60 REM when the player gets there, it responds "R" via serial
> 70 GOTO 70
> 100 REM Got serial response
> 110 A$=INPUT #2
> 120 PRINT "Got ", A$
> 130 RETURN
>
> Or, something along those lines.
>
> Gpd Bless,
>
> GregS <><
>
>
> - Original Message -
> From: "Scott Lawrence" 
> To: "Model 100 Discussion" 
> Sent: Monday, October 29, 2018 8:27:32 AM
> Subject: [M100] Serial IO from BASIC
>
> Hi all.
>
> So I'm working on a project; a BASIC program that talks at 4800 baud to a
> LaserDisc player.  The commands are sent as ascii text, with a carriage
> return at the end, and responses are similarly a text string terminating in
> a CR.
>
> On my Tandy 200, I'm able to configure the port in TERM via:
>STAT 78N1DNI
>
> And then i can type out commands and the player works and responds with the
> correct responses... so I know the serial line is working in both
> directions as designed.
>
> In BASIC, i know i need to open the connection for INPUT and OUTPUT so that
> I can write stuff and read back the responses.  The following code works to
> send out the commands, but it gets errors no matter what I try for reading
> in the response
>
> 10 OPEN "COM:78N1DNI" FOR OUTPUT AS 1
> 20 ON COM GOSUB 100
> 30 COM ON
> 40 REM Send seek to frame 1000
> 50 PRINT #1, "FR1000SE"
> 60 REM when the player gets there, it responds "R" via serial
> 70 GOTO 70
> 100 REM Got serial response
> 110 A$=INPUT #1
> 120 PRINT "Got ", A$
> 130 RETURN
>
> I looked around in a few online T books, but couldn't really find anything
> that could help me out on this one, and I'm feeling pretty stupid that me,
> a web applications and embedded systems engineer can't figure out a BASIC
> program It's been YEARS since I messed around with BASIC, and even then
> I never really did much with opening files...
>
> sidenote, "ON COM GOSUB " ?!?! That's an awesome feature!  I love that
> we can have interrupt-driven serial in BASIC!
>
> Side-sidenote; I also don't really have a good solution yet for saving and
> restoring the files but i'll probably just do serial port dumps or
> somesuch. ;D I know i can buy NADS or REX or something, for file offloading
> but this is a short-term project for Maker Faire next month, and I don't
> have the cash to drop on fancy stuff right now.  I'll probably just throw
> together a serial-terminal based SD card shell using a spare arduino or
> something...   Although I'd gladly trade my Booster Pak which i never
> really got working for one of those... ;D
>
> -s
>
> --
> Scott Lawrence
> yor...@gmail.com
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Serial IO from BASIC

[Scott Lawrence]

And i see now (because i forgot to even look this route, assuming i could
do full COM io through basic, but I could always do IN/OUT calls from BASIC
to just work on the serial port directly...

Would OPEN "COM:" FOR APPEND AS 1 work?

I can't seem to find the Arduino-based tpdd project you're referring to...


I've had a Pioneer CDP-S201 player since the 90s, which is just a standard
LD+CD consumer player.  No serial port. However after the recent project
that Kevin Savetz did, restoring the Apple IIc + Rollercoaster text/video
adventure game, I got back into LD stuff... and found a $60 Pioneer
CDV-S2400 industrial player with a serial port on it, and have been messing
around a lot with commanding it,. etc

Anyway, I thought i'd create a new version... i've been considering various
host computers, from code running exclusively on an Arduino, using the LD
player's on-screen text for the interface, to having a wifi-serial adapter
(made using an ESP-32) on the player, and then commanding it from python,
perl, emulated amiga, etc...  but i've settled on a BASIC program on a
Tandy 200, directly connected.

On Mon, Oct 29, 2018 at 12:03 PM Brian White  wrote:

> You can do tpdd to a pc or mac or pi etc for free. Just need a usb-serial
> adapter and serial cable.
>
> There is also an initial arduino implimentation that works on at least a
> few boards that have sd readers and usb interfaces already built-in, if
> you're up for that. Jimmy Petit wrote it and I have gotten it working on
> both Teensy and Adafruit Feather boards where you don't need anything else
> besides the board, an rs232-ttl module, and power. The Adafruit even has a
> lipo charger/manager and standard lipo connector already built in, so
> "power" means just plug in a lipo, and it's automatically charged by the
> same usb port used for programming. So there is no circuit designing, just
> connecting a couple legos to each other.
>
> I too collect laserdiscs and have a few players, though I don't think any
> of mine have rs232 interfaces.
>
> I have played around with the rs232 interfaces on a few different video
> processors. Especially a Faroudja where I don't have the remote and neither
> does Logitec harmony have the codes for it.
>
> I have a stack of strange discs that were obviously part of some internal
> teaching system at some company (I forget who it was). You can physically
> play the discs in a normal player, but they are really meant to be played
> in some kind of special rig that shows only 1/2 of the video and plays only
> one channel of audio at a time, and jumps to specific frames, presumably in
> response to user input, or I guess it could have been scripted.
>
> --
> bkw
>
> On Mon, Oct 29, 2018, 11:27 AM Scott Lawrence  wrote:
>
>> Hi all.
>>
>> So I'm working on a project; a BASIC program that talks at 4800 baud to a
>> LaserDisc player.  The commands are sent as ascii text, with a carriage
>> return at the end, and responses are similarly a text string terminating in
>> a CR.
>>
>> On my Tandy 200, I'm able to configure the port in TERM via:
>>STAT 78N1DNI
>>
>> And then i can type out commands and the player works and responds with
>> the correct responses... so I know the serial line is working in both
>> directions as designed.
>>
>> In BASIC, i know i need to open the connection for INPUT and OUTPUT so
>> that I can write stuff and read back the responses.  The following code
>> works to send out the commands, but it gets errors no matter what I try for
>> reading in the response
>>
>> 10 OPEN "COM:78N1DNI" FOR OUTPUT AS 1
>> 20 ON COM GOSUB 100
>> 30 COM ON
>> 40 REM Send seek to frame 1000
>> 50 PRINT #1, "FR1000SE"
>> 60 REM when the player gets there, it responds "R" via serial
>> 70 GOTO 70
>> 100 REM Got serial response
>> 110 A$=INPUT #1
>> 120 PRINT "Got ", A$
>> 130 RETURN
>>
>> I looked around in a few online T books, but couldn't really find
>> anything that could help me out on this one, and I'm feeling pretty stupid
>> that me, a web applications and embedded systems engineer can't figure out
>> a BASIC program It's been YEARS since I messed around with BASIC, and
>> even then I never really did much with opening files...
>>
>> sidenote, "ON COM GOSUB " ?!?! That's an awesome feature!  I love
>> that we can have interrupt-driven serial in BASIC!
>>
>> Side-sidenote; I also don't really have a good solution yet for saving
>> and restoring the files but i'll probably just do serial port dumps or
>> somesuch. ;D I know i can buy NADS or REX or something, for file offloading
&g

[M100] Serial IO from BASIC

[Scott Lawrence]

Hi all.

So I'm working on a project; a BASIC program that talks at 4800 baud to a
LaserDisc player.  The commands are sent as ascii text, with a carriage
return at the end, and responses are similarly a text string terminating in
a CR.

On my Tandy 200, I'm able to configure the port in TERM via:
   STAT 78N1DNI

And then i can type out commands and the player works and responds with the
correct responses... so I know the serial line is working in both
directions as designed.

In BASIC, i know i need to open the connection for INPUT and OUTPUT so that
I can write stuff and read back the responses.  The following code works to
send out the commands, but it gets errors no matter what I try for reading
in the response

10 OPEN "COM:78N1DNI" FOR OUTPUT AS 1
20 ON COM GOSUB 100
30 COM ON
40 REM Send seek to frame 1000
50 PRINT #1, "FR1000SE"
60 REM when the player gets there, it responds "R" via serial
70 GOTO 70
100 REM Got serial response
110 A$=INPUT #1
120 PRINT "Got ", A$
130 RETURN

I looked around in a few online T books, but couldn't really find anything
that could help me out on this one, and I'm feeling pretty stupid that me,
a web applications and embedded systems engineer can't figure out a BASIC
program It's been YEARS since I messed around with BASIC, and even then
I never really did much with opening files...

sidenote, "ON COM GOSUB " ?!?! That's an awesome feature!  I love that
we can have interrupt-driven serial in BASIC!

Side-sidenote; I also don't really have a good solution yet for saving and
restoring the files but i'll probably just do serial port dumps or
somesuch. ;D I know i can buy NADS or REX or something, for file offloading
but this is a short-term project for Maker Faire next month, and I don't
have the cash to drop on fancy stuff right now.  I'll probably just throw
together a serial-terminal based SD card shell using a spare arduino or
something...   Although I'd gladly trade my Booster Pak which i never
really got working for one of those... ;D

-s

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] diy pins

[Scott Lawrence]

at first i was thinking "okay... what kind of trick is this going to be"...
but DAAANG! Those are awesome. I gotta get a bunch!

-s

On Thu, Sep 20, 2018 at 8:34 AM Rick Shear  wrote:

> I saw the SparkFun pins a while ago.  It was before I had rekindled my
> model T interest and had completely forgotten about them.  I think they
> would be a neat addition to a variant of the REX board and an actual
> carrier.  I think if I'm not mistaken the REX as it currently is designed
> is too long to fit in a carrier.
>
> The other pins you linked at solutions cubed I've seen clipped on the edge
> of LCD displays but look interesting as possible variant.
>
> What's funny, I was seriously considering cutting the pins off some old
> IC's and putting them on a REX until I found the REX's physical dimensions
> are not the same as the plastic portion of the ROM's that ride in the
> carriers.
>
>
> On Thu, Sep 20, 2018 at 3:59 AM Brian White  wrote:
>
>> Holy cow cool...
>>
>> One of the significant challenges developing new devices to put into the
>> old devices is simply the physical pins.
>>
>> Standard common pins, whether square or round, are usually too big to
>> work (without damage) in most chip sockets, and in several instances there
>> is not enough vertical space available to remove a normal dip andnput in a
>> pcb with pin headers with shoulders.
>>
>> We resort to measures like:
>> http://tandy.wiki/Model_200_RAM
>>
>> I don't know how long these things have been around but, but just now is
>> the first time I ever saw them...
>>
>> https://www.sparkfun.com/products/14086
>>
>> Dang that's a problem solver.
>>
>> For one thing I'm imagining a tweaked version of REX where these are
>> soldered to the top surface pointing straight out parallel with the pcb,
>> and after you remove the jigs you bend the pins down 90 degrees and put the
>> pcb right in to a real molex carrier (or a 3d printed copy, the files for 2
>> versions are available, and at least one service, Shapeways, can produce
>> prints that work, so it's not limited to my supply of original ones).
>>
>> REX in a proper carrier. Polarity-keyed. No extraction ribbon. No spacer.
>> No risk of mangled socket pins from getting the spacer wrong. No flapping
>> copper flags possibly shorting between pins from the router cutting the
>> castellated half-holes.
>>
>> Same goes for the simpler Figtronix eprom adapter boards.
>>
>> These would also be useful for a main rom adapter that can still have
>> room for both a socket on the adapter and still keep the original socket on
>> the motherboard. And of course the example I mentioned above with the Model
>> 200 ram where there is just no extra vertical space available between the
>> socket and the enclosure door.
>>
>> Biggest problem is... how long will these actually be available? Those
>> edge clip-on dip legs were pretty cool too, but all I can do is look at
>> pictures of obsolete items you can't actually buy any more.
>>
>> Ok I guess you can get them, or something similar again...
>> http://www.solutions-cubed.com/products-page/connector/dip10/
>>
>> Not sure, maybe you could get that to work for a REX too.
>>
>> The option to solder parallel to the top surface and then bend down
>> really makes a difference though when vertical room is tight.
>>
>> --
>> bkq
>>
>

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] M100 Contrast potentiometer (VR1) replacement

[Scott Lawrence]

Have you considered removing the knob and removing it from the board, and 
rebuilding the pot? Clean it all with contact cleaner/tv tuner cleaner, 
reassemble it.

I did this for some radio push buttons (the super long ones that turn on and 
off like 8 circuits) inside an old graphical equalizer and the thing is like 
new now. 

S

Sent from your iPhone.

> On Aug 12, 2017, at 1:14 AM, Ian McLaughlin  wrote:
> 
> Hello all,
> 
> Does anyone have a suggestion for a replacement contrast potentiometer for a 
> model 100? I have a machine that was working until someone ‘over-adjusted’ 
> the contrast knob and it now spins freely, and therefore doesn’t work.  It’s 
> not a mechanical issue with the screw and the knob, but rather inside the 
> mechanism itself.
> 
> I tried a quick scan of Digikey but I can’t find anything with remotely the 
> same form factor.  Wondering if anyone knows of a source for these, or has 
> managed a repair with a substitute?
> 
> Thanks for any guidance.
> 
> Ian
> 

Re: [M100] 3.5" Media

[Scott Lawrence]

On my Amiga, which uses double sided double density media, formatted 880k, I 
never was able to use HD floppies. They'd always have formatting issues or 
would get disk errors more easily.

Luckily I have a bunch of old hard drive backups from the 90s that are 
useless... which means I have a bunch of written-once, probably good media 
around!

I've got a couple TPDD drives (not sure if tpdd1 or 2) with my Model Ts but 
I've never used it to be honest. It seems to spin up but I'm unaware if the 
belt is failing, etc. 

Sent from your iPhone.

> On Aug 8, 2017, at 8:42 AM, Kurt McCullum  wrote:
> 
> Interesting. The bank feature is one of the areas I am looking into right 
> now. Somehow, TS-DOS is able to determine if the drive is a TPPD2 and then 
> the Bank feature is turned on. According to the manual, 200k is always 
> available regardless of what bank you are in. It's not split 100k/100k. Each 
> bank appears to have its own file allocation table with a maximum of 40 
> filenames.
> 
> I have not had much time with the drive yet but I'm curious if I can emulate 
> the bank feature in mComm to have two directories supported at the same time. 
> So in TEXT or BASIC a file save such as "0:XX.DO" would go to the active 
> directory and "1:XX.DO" would point to an alternate location.
> 
> I don't know if it's possible but I plan to look into it.
> 
> Kurt
> -Original Message-
> From: M100 [mailto:m100-boun...@lists.bitchin100.com] On Behalf Of Gary Weber
> Sent: Tuesday, August 08, 2017 12:33 AM
> To: m...@bitchin100.com
> Subject: Re: [M100] 3.5" Media
> 
>> After rereading this I wanted to make one critical point.   Remember, if
>> yours is truly the TPDD2, it already is double sided.  It formats the 
>> drive as 100K per side (200K total).  You use the "Bank" feature in TS-DOS to
>> switch between which side you're accessing.   So, no need to be fantasizing
>> about flippy-floppies.  ;-)
> 
> But wait!  This is the story that I believed for years, as it was told to me 
> by *someone* out there.  And having not ever closely examined the drive to 
> see if there's *actually* two read/write heads, I
> believed it.   Until tonight.
> 
> The "Bank" feature definitely accesses the second 100k, but smack me upside 
> the head please:  There's only one drive head!  So please disregard 
> everything I said before; apparently the 200k format is just
> higher density (closer track spacing??).   All these years, believing
> something incorrect...
> 
> Feel free to commence fantasizing about 3.5" flippy-floppies once again.  ;-)
> 
> 
> 
> On Mon, Aug 7, 2017 at 9:39 PM, Gary Weber  wrote:
>>> Double-sided doesn't hurt anything of course, although it's too bad 
>>> you can't make 3.5" flippy disks as easily as you could 5.25"!
>> 
>> After rereading this I wanted to make one critical point.   Remember, if
>> yours is truly the TPDD2, it already is double sided.  It formats the 
>> drive as 100K per side (200K total).  You use the "Bank" feature in TS-DOS to
>> switch between which side you're accessing.   So, no need to be fantasizing
>> about flippy-floppies.  ;-)
>> 
>> It was the original TPDD that is only 100K single sided.
>> 
>> Gary
>> 
>> 
>>> On Mon, Aug 7, 2017 at 8:04 PM, Kurt McCullum  wrote:
>>> 
>>> Thanks Brian & Garry,
>>> 
>>> 
>>> 
>>> I suspected that to be the case but when my HD disk appeared to work 
>>> I thought I would ask.
>>> 
>>> 
>>> 
>>> Kurt
>>> 
>>> 
>>> 
>>> From: M100 [mailto:m100-boun...@lists.bitchin100.com] On Behalf Of 
>>> Brian White
>>> Sent: Monday, August 07, 2017 4:41 PM
>>> To: m...@bitchin100.com
>>> Subject: Re: [M100] 3.5" Media
>>> 
>>> 
>>> 
>>> I wasn't using these when they were current, but... No question 
>>> double density. Aside from the dates when these things were sold, or 
>>> the fact that the actual formatting is far less than double density, 
>>> or the fact that the original utility disk that came with it is 
>>> double density, which are each solid points on their own...
>>> 
>>> 
>>> 
>>> The manual for PDD-2 says to use cat 26-415 or 26-416,
>>> 
>>> and those catalog numbers are not only double density but actually 
>>> single sided.
>>> 
>>> 
>>> 
>>> Double-sided doesn't hurt anything of course, although it's too bad 
>>> you can't make 3.5" flippy disks as easily as you could 5.25"!
>>> 
>>> 
>>> 
>>> But trying to use SD/DD read/write head signal strength on HD media 
>>> is going to either not work at all, or work very poorly/unreliably, 
>>> or worse, *appear to work but be corrupt*. Because the HD media is 
>>> more sensitive than the older media, and operates at lower signal 
>>> strengths than the older media. An SD or DD drive write signal is 
>>> stronger to match the weaker media it was meant for. So in effect you 
>>> are over-driving the newer media. In plain audio you can tell when 
>>> that's happening because you actually hear the distortion like a 

Re: [M100] CP/M Expander

[Scott Lawrence]

Are there docs about exactly what port writes were necessary for the bank 
switching?  I don't have one just curious about the architecture. 

S

Sent from your iPhone.

> On Jul 26, 2017, at 6:35 PM, Gary Weber  wrote:
> 
> Ken,
> 
> While the NEC "All Ram" mode is as easy as copying whatever contents you want 
> into "Bank2 RAM" and flipping a few bits on an OUT port to MAP bank #2 into 
> ROM #0 address space, it seems your planned solution for the M100 may indeed 
> also be very interesting for the NEC in spite of that convenience.   The 
> reason is the Wifi/Flash/REX functionality.  I don't suppose you would 
> consider a slight tweak to the design to support the NEC eventually?  I know 
> the lack of the ALE signal on the NEC's socket led to some tricky logic that 
> Steve had to do in REX3, and I was hoping that might be possible here too.
> 
> I'm definitely interested in experimenting with CP/M on the NEC and will 
> explore that with just the regular all RAM mode of course, but having a 
> dedicated hardware solution that could provide main system RAM as well as 
> full option ROM capability (like REX) would kind of revolutionize things a 
> bit.
> 
> Speaking of CP/M:  @Philip, might you be able to pass me the source image to 
> which I can make the necessary tweaks for the NEC PC-8201A & 8300?
> 
> Gary Weber
> www.web8201.net
> (and soon to be www.web8201.com!)
> 
> 
> 
> 
>> On Mon, Jul 24, 2017 at 10:10 AM, Mark J. Blair  wrote:
>> 
>>> On Jul 24, 2017, at 10:03, Ken Pettit  wrote:
>>> 
>>> I was looking at using the ATWINC1500 module.  This is WiFi only and no 
>>> Bluetooth.  The module is *just* small enough that it can fit on a PCB 
>>> within the OptROM socket, provided it is a stacked PCB on top of the main 
>>> Woolly PCB.
>> 
>> Wow, that little guy is even smaller than the ESP-WROOM-32 module!
>> 
>> -- 
>> Mark J. Blair, NF6X 
>> http://www.nf6x.net/
>> 
> 

Re: [M100] programming question

[Scott Lawrence]

Sounds like a "War Dialer"

Sent from my fancy-schmancy phone.

> On Jun 22, 2017, at 1:31 AM, Peter Vollan  wrote:
> 
> For the Model 100, is there such a thing as a program that will 1)
> call a phone number 2) connect to it 3) log whatever it spits out into
> a file, and 4) when the connection is lost, hang up and close the
> file? I have been look at the code for old programs designed to
> retreive stock quotes from Dow Jones and such, but none of them seem
> quite able to do this.

Re: [M100] Wifi232 serial wfi modem

[Scott Lawrence]

I knew I should have worked on making this thing when i first heard of the
esp8266.  heh.  oh well... one less thing for me to make.

It really is a very simple device... ESP8266 + RS232 line level converter +
firmware on the ESP.

-s

On Fri, Jun 16, 2017 at 1:33 PM, Jim Williams <hira...@hotmail.com> wrote:

> I just saw on YouTube... Lazy Game Reviews doing a review of the Wifi232
> serial port - wifi adapter.
>
> He used it to connect to a list of BBSes.
>
> It's claimed to work with all kinds of old computers... including the M100.
>
>
> Here's a link to the video, and to the website of the guy who makes it:
>
> https://www.youtube.com/watch?v=fsS0E4G310Y
>
> http://biosrhythm.com/?page_id=1453
>
> Also included is a link to telnet BBSes...
>
> http://telnetbbsguide.com/
>
>
> Soon as he gets some in, I'm going to get one... or two... or three...
>
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Parts needed/trade?

[Scott Lawrence]

Hi Lee.  I just had a response from a very generous person on the list.
When that all plays out, I'll likely be giving away various components for
other repairs (or just backup hardware) for y'all, and I think it would
make sense to include the purple expansion box as well in that giveaway)

I know that it's worth something, being somewhat rare, but honestly, based
on the generosity of people here in the past and knowing how inspirational
you've all been for me, I'll be happy to give away the stuff for the just
the cost of shipping. More info as this develops.

You all are really something. Thank you all so much.

-s

On Fri, Jun 9, 2017 at 12:24 PM, Lee Kelley <l...@3footed.com> wrote:

> I'd be interested in trading for the purple computing component possibly.
>
>
> On Friday, June 9, 2017, Scott Lawrence <yor...@gmail.com> wrote:
>
>>
>> Hi all.
>>
>> I have an idea for a project, non-destructively using the display,
>> keyboard and shell of an M100/M102/M200.  I have one of each in fully
>> working order.  I think you can see where this is going.
>>
>> I like having these devices for my collection, so i'd likely end up
>> keeping the removed mainboard for future restoration, if i go that route.
>>
>> What i'd like to do is perhaps trade for the above items..basically,
>> parts from a salvage or something similar.
>> - Enclosure (top and bottom case. any condition, can have missing badges,
>> cracks, etc.  I'd like one with the LCD bezel/cover if possible.
>> - Keyboard (can be dirty, preferrably with all caps, wiring or board
>> damage are OK),
>> - Display (in working order, no cracks or stuck/failed lines)
>>
>> Some items i have for trade:
>>
>> Purple Computing Expansion thingy.  I don't know the real name off-hand,
>> and I don't think I've ever gotten it to power up.  It was snapped onto the
>> bottom of my 102, it is loaded with ram and a few roms, but it seems like
>> the wiring is incomplete. There was a battery of some kind inside of it,
>> which is no longer there.  It will require some restoration work/research
>> to use.
>>
>> Acoustic Coupler (in box).  I'd prefer to not lose this, as it's an
>> awesome piece, but it's nice to complete a collection.
>>
>> TPDD2 drive.  Seems to power up.  I haven't really tried to use it.  No
>> box/book.
>>
>>
>> For what it's worth, what I want to do is to interface the keyboard and
>> display either to a micro, and have it be a portable modern-speed serial
>> terminal, or integrate in a full RC2014 Z80 computer into the shell as
>> well, and have it be a portable RC2014. :)   But not at the expense of
>> destroying a good T.  Interfacing to both appear to be fairly
>> straightforward to do.
>>
>> -s
>>
>> --
>> Scott Lawrence
>> yor...@gmail.com
>>
>>
>
> --
> *"I will never in my lifetime make a film that cannot be seen by the whole
> family"*  Arther P. Jacobs
>
>


-- 
Scott Lawrence
yor...@gmail.com

[M100] Parts needed/trade?

[Scott Lawrence]

Hi all.

I have an idea for a project, non-destructively using the display, keyboard
and shell of an M100/M102/M200.  I have one of each in fully working
order.  I think you can see where this is going.

I like having these devices for my collection, so i'd likely end up keeping
the removed mainboard for future restoration, if i go that route.

What i'd like to do is perhaps trade for the above items..basically, parts
from a salvage or something similar.
- Enclosure (top and bottom case. any condition, can have missing badges,
cracks, etc.  I'd like one with the LCD bezel/cover if possible.
- Keyboard (can be dirty, preferrably with all caps, wiring or board damage
are OK),
- Display (in working order, no cracks or stuck/failed lines)

Some items i have for trade:

Purple Computing Expansion thingy.  I don't know the real name off-hand,
and I don't think I've ever gotten it to power up.  It was snapped onto the
bottom of my 102, it is loaded with ram and a few roms, but it seems like
the wiring is incomplete. There was a battery of some kind inside of it,
which is no longer there.  It will require some restoration work/research
to use.

Acoustic Coupler (in box).  I'd prefer to not lose this, as it's an awesome
piece, but it's nice to complete a collection.

TPDD2 drive.  Seems to power up.  I haven't really tried to use it.  No
box/book.


For what it's worth, what I want to do is to interface the keyboard and
display either to a micro, and have it be a portable modern-speed serial
terminal, or integrate in a full RC2014 Z80 computer into the shell as
well, and have it be a portable RC2014. :)   But not at the expense of
destroying a good T.  Interfacing to both appear to be fairly
straightforward to do.

-s

-- 
Scott Lawrence
yor...@gmail.com

[M100] 100/102/200 with CP/M?

[Scott Lawrence]

Has there ever been a port of CP/M for the 100/102/200 line?

Or, the other way around;  Has anyone made modifications to their
100/102/200 to have a compatible architecture for CP/M?

Just thinking that the form-factor would be totally awesome as a CP/M
machine.

-s

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Model 600 opt rom

[Scott Lawrence]

I'd love to get a pair of those sockets. I am using an Epson Geneva and want to 
try out some new cp/m programs on it. I'll make an adapter for my programmer.  

Sent from my fancy-schmancy phone.

> On Jan 15, 2017, at 7:35 AM, Brian White  wrote:
> 
> I have recieved the Molex sockets. 134 sockets. Anyone wants one, or a few, 
> just tell me. I'll give most of them away for the cost of mailing. I only 
> paid $30 for the lot.
> 
> They are useful for 2 things:
> 
> * Programming a 27C256 that's already in a carrier. This is for Model 600.
> https://goo.gl/photos/rxtctgxYvvrsjiDR6
> 
> * Programming a Figtronix 28C256 module. This is for Model 100/102/200, and 
> requires the complimentary Figtronix "programming adapter". (You install pin 
> headers on one side of the board, to go into the programmer, and install the 
> socket on the other side of the board. The board just un-scrambles the pinout 
> from the module back to a 28C256 pinout.)
> https://oshpark.com/shared_projects/LfdyAK6a
> https://oshpark.com/shared_projects/4vDl1ecB
> https://goo.gl/photos/XSQrBshVY44xbp687
> 
> You can program the 100/102/200 module other ways. If you happen to have 
> either a dip28 or a soic28 test clip, and 28 jumper wires. But it's not as 
> convenient to set up the wires, and the test clip alone costs $30 or more. 
> But if you're building the module, then you already have everything to build 
> the programming adapter even easier.
> 
> One thing, at this moment, the programming adapter design up on oshpark 
> currently has holes that are too small for the pins on the Molex socket. 
> Until the design is updated, you can solder a regular dip28 socket to the 
> board instead of the special Molex socket, and then stick the Molex socket 
> into the regular socket.
> 
> Another thing: You might not need any special programming adapter or test 
> clip ultimately.
> There is a different option rom module that isn't verified yet, but it uses a 
> low profile plcc socket instead of a soldered soic.
> https://oshpark.com/shared_projects/iY7EaSqU
> 
> If that one works out, then you would only need the regular plcc adapter that 
> you can get in a kit along with the programmer. To reprogram it, you would 
> just remove the eprom from the m100 module, so you wouldn't need any special 
> pin-remapping adapter, and you wouldn't need a Molex socket either.
> 
> That module needs to use a surface mount plcc socket (through-hole sockets 
> are too tall), so it's impossible to solder with a pencil.
> I have assembled a couple of those boards using nothing but flux, solder 
> paste syringe, and a $22 heat gun off the shelf at a local store:
> http://www.microcenter.com/product/391369/Multi-Function_Mini_Heat_Gun_with_2_Speed-Temperature_Settings
> http://www.microcenter.com/product/444659/SRA_Low_Temp_Solder_Paste_-_053_oz
> http://www.microcenter.com/product/444655/SRA_No-Clean_312_Flux_Pens
> Oh and these...
> https://www.amazon.com/Reading-Glasses-Lighted-See-Clearly/dp/B007U7IF8K/
> 
> That heat gun is NOT a really intended for soldering. I just used it to prove 
> if one could or not. The answer is if you are careful, yes you can. The point 
> is, you don't HAVE to spend a lot on tools if you don't already have a full 
> proper soldering station. Good tools are better, but it's not a bar to entry.
> 
> I am still waiting for some plcc 28C256 to come in the mail, so it's not 
> tested yet.
> Even if it checks out electrically, the steps to build are kind of janky.
> You have to sand down two sides of the plcc socket to make it fit inside the 
> Molex socket, and you have to further sand a chamfer on two edges of the plcc 
> socket so that they don't push on the pins in the Molex socket, which would 
> push the Molex pins away from making contact with the "castelated" terminals 
> on the pcb. Plus the hot air soldering is trickier to get right than 
> soldering the soic chip with a pencil. So I don't know if this is preferable 
> to the soic chip module or not.
> 
> https://goo.gl/photos/UYJohbg5qxcGu2KB9
> 
> 
> ---
> 
> I have also recieved my order of 9 carriers with 27C256 in them too,
> http://www.ebay.com/itm/262794713841
> and have taken an original Model 600 MultiPlan rom and copied it to a new 
> 27C256 and installed it and ran it. It worked!.
> 
> So, if we can ever find the basic rom, or any other rom, there is no problem 
> copying it and writing it to a new eprom.
> 
> I went ahead and dumped the other 4 system roms too. They are all the same 
> HN613256P chip, and all socketed, so it's nothing to read them, edit them, 
> and write the hacked copy to a new 27C256. Don't even need the special Molex 
> carrier for those. (not that I'd have a clue where to begin picking them 
> apart to actually hack them.
> 
> https://drive.google.com/drive/folders/0Bys6eLbSbYyhSFhFZ29TSEZkTUk
> 
> ---
> 
> PHEW!
> 
> -- 
> bkw
> 
> 
>> On Tue, Jan 10, 2017 at 8:24 PM, John R. Hogerhuis  wrote:
>> 

Re: [M100] Model 100/102 and ESP8266

[Scott Lawrence]

Would it be possible to disable the inernal modem and use an ESP in its
place?  It's my understanding that you connect with the ESP using
Hayes-like commands.

you could also use it as an SD card interface for storing files downloaded
from the net, then load them using TSDOS or somesuch...

-s

On Tue, Dec 6, 2016 at 9:56 AM, Jim Deane <jim.de...@gmail.com> wrote:

> The obvious solution (?) is to use the ESP8266, mounted internally. No
> dongle, no cable, just built-in wireless access with a configurable arduino
> type core.
>
> It has been used to connect classic computers to wireless already, such as
> http://makernews.info/featured/2016/01/esp8266-based-interface-connects-
> classic-zx81-computers-to-wifi-networks.html , and a search of esp8266
> trs-80 yields a few relevant hits.
>
> Here is a technical guide I found: http://fab.cba.mit.edu/
> classes/863.14/tutorials/Programming/serialwifi.html
>
> ​Bonus points if you program the ESP8266 from the 102.​
>
> -- --- - --- ---
> James K. Deane
> jim.de...@gmail.com
> -- --- -  -- 
>
> On Mon, Dec 5, 2016 at 5:06 PM, <m100-requ...@lists.bitchin100.com> wrote:
>
>>
>> Date: Mon, 5 Dec 2016 08:18:17 -0500
>> From: Anthony Coghlan <coghl...@gmail.com>
>> ​​
>>
>> Like many of us, I would love to use my Model 100 (or newly acquired
>> Model 200) to connect to the Internet, preferably wirelessly.
>
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] steps with CHIP

[Scott Lawrence]

It's my understanding that they have a windows app now that will fix it. I just 
need to remember to bring it to worn with me at some point. ;)

Sent from my fancy-schmancy phone.

> On May 14, 2016, at 2:17 AM, Willard Goosey <goo...@sdc.org> wrote:
> 
>> On Fri, May 13, 2016 at 03:18:54PM -0400, Scott Lawrence wrote:
>> it before I do anything as it suffers one of the pre-release bugs causing
>> it to not start up sometimes. oops!
> 
> Read about that. Then I asked the guy who gave it to me and he said mine
> is second version and doesn't have that bug. *whew!* What a relief,
> I did NOT want to have to download GCC again.
> 
>> I could see either device, with a RS232 level converter to a DB25 being a
>> nice replacement for the NADS box or other rom boxen.
> 
> I think I'm going to wait until I can get a second CHIP for hardware
> experiements but yes that is one of my goals.
>> 
>> It could act like a wifi telnet console to use the T as a wireless shell
>> access device,  you could put a bunch of roms on there and use tpdd type
>> stuff... It has a lot of potential.fdjfk
>> 
>>> On Fri, May 13, 2016 at 2:36 PM, Willard Goosey <goo...@sdc.org> wrote:
>>> 
>>> A friend gave the CHIP to me, he's probably a backer or whatever. I wasn't
>>> even aware that they're not generally available yet. :-(
>>> 
>>> It's running Debian Linux, and I don't know enough about the hardware of
>>> either to know how similar it is to the Pi. I also don't know it any other
>>> OS's are available.
>>> 
>>> Willard
>>> 
>>> Sent from Samsung tablet
>> 
>> 
>> 
>> -- 
>> Scott Lawrence
>> yor...@gmail.com
> 
> -- 
> Willard Goosey  goo...@sdc.org
> Socorro, New Mexico, USA
> I search my heart and find Cimmeria, land of Darkness and the Night.
>  -- R.E. Howard

Re: [M100] steps with CHIP

[Scott Lawrence]

I've got a Chip also (traded a friend an old calculator for it).  It seems
pretty neat. I've not had a chance to do much with it. I need to re-flash
it before I do anything as it suffers one of the pre-release bugs causing
it to not start up sometimes. oops!

Compared to a Pi (pi zero in particular, since it's closest feature-wise),
it's nice that it's so self contained, but it is TWICE THE PRICE (hehe..
even though the price difference is less than a starbucks latte. )  The
lack of SD card support is a definite negative, but it does have Wifi, and
bluetooth built in which is a definite plus.  Both could support expansion

I could see either device, with a RS232 level converter to a DB25 being a
nice replacement for the NADS box or other rom boxen.

It could act like a wifi telnet console to use the T as a wireless shell
access device,  you could put a bunch of roms on there and use tpdd type
stuff... It has a lot of potential.

On Fri, May 13, 2016 at 2:36 PM, Willard Goosey <goo...@sdc.org> wrote:

> A friend gave the CHIP to me, he's probably a backer or whatever. I wasn't
> even aware that they're not generally available yet. :-(
>
> It's running Debian Linux, and I don't know enough about the hardware of
> either to know how similar it is to the Pi. I also don't know it any other
> OS's are available.
>
> Willard
>
> Sent from Samsung tablet
>



-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Could you use a USB portable flash drive as an alternative device to stores files on a Model 100 ?

[Scott Lawrence]

andably, but it was still only the cost of the hardware, I don't
>>> think Ken made any profit from it.
>>>
>>>
>>>
>>> Basically, to be able to use any modern storage via a Model T, you need
>>> a computer in between to make it work.
>>>
>>>
>>>
>>> To avoid building the computing element from scratch, why not use one
>>> off-the-shelf ? And that's where the Raspberry Pi comes in. This computer
>>> is as powerfull as an iPhone. You have an operating system to handle disk
>>> operations, and you have USB and SD-card ports. The only thing you need now
>>> - and that's still easier said than done -  is a link to the serial port of
>>> the Model T, and the translating software. But because you are working in a
>>> real computer, the translating software can be an adaptation of software
>>> that already exists. Like LaddieAlpha.
>>>
>>>
>>>
>>> You see that, by using a Pi, you reduce software and hardware effort
>>> considerably.
>>>
>>>
>>>
>>> I am working on using an old Pi as a TPDD. Just like with my DOS
>>> station, I intend to write an article and post it to the Wiki.
>>>
>>>
>>>
>>> Everyone, feel free to correct any gibberish I might have mentioned
>>> above.
>>>
>>>
>>>
>>> * |\  _,,,--,,_*
>>>
>>> */ ,`.-'`'   **._  \-;;,_*
>>>
>>> *   |,4-  ) )_.;.(  `'-'*
>>>
>>> *  <---''(_/._)--'(_\_)*
>>>
>>> *Jan Vanden Bossche @ work*
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *From:* M100 [mailto: <m100-boun...@lists.bitchin100.com>
>>> m100-boun...@lists.bitchin100.com] *On Behalf Of *Duane Adrian
>>> *Sent:* woensdag 30 maart 2016 14:45
>>> *To:* m100@lists.bitchin100.com
>>> *Subject:* [M100] Could you use a USB portable flash drive as an
>>> alternative device to stores files on a Model 100 ?
>>>
>>>
>>>
>>> I was wondering if you could use any USB Flash drive to save files.
>>> Maybe have some software written for it so the Model 100 would understand
>>> it.
>>>
>>>
>>>
>>> I heard of the NADSBox and Raspberry Pi. But the NADSBox is expensive
>>> and I am not sure if it is available anymore.
>>>
>>>
>>>
>>> As for Raspberri Pi. It is $35 dollars. I have even seen one for $15.
>>> Even a CHEAP one for $5. But I am not a very technical person or software
>>> programmer or hardware engineer. I am just a basic user and owner of a TRS
>>> 80 Model 100.
>>>
>>>
>>>
>>> Any suggestions or opinions that I can get.
>>>
>>>
>>>
>>> Duane A.
>>>  Rejoignez-nous sur Facebook - Volg ons op Facebook
>>>
>>>
>>> DISCLAIMER Pensez à l'environnement, n'imprimez cette page et ses
>>> annexes que si c'est nécessaire. Ce message électronique, y compris ses
>>> annexes, est confidentiel et réservé à l’attention de son destinataire.  Si
>>> vous n'êtes pas le destinataire de ce message, merci de le détruire et d’en
>>> informer l’expéditeur. Toute divulgation, copie ou utilisation de ce mail
>>> est dans ce cas interdite. La sécurité et l'exactitude des transmissions de
>>> messages électroniques ne peuvent être garanties. Denk aan het milieu; druk
>>> deze pagina en de bijlagen alleen af als het nodig is. Dit e-mailbericht
>>> (inclusief zijn bijlagen) is vertrouwelijk en is uitsluitend bestemd voor
>>> de geadresseerde. Als dit bericht niet voor u bestemd is, wordt u verzocht
>>> het te wissen en de afzender te informeren. Het is in dat geval niet
>>> toegestaan dit bericht te verspreiden, te kopiëren of te gebruiken. We
>>> kunnen niet garanderen dat de gegevensoverdracht via het internet veilig en
>>> nauwkeurig is.
>>>
>>>
>>>
>>>
>>
>>
>


-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] Is there a NADSbox alternative

[Scott Lawrence]

I was starting to work on an Arduino-based SD card alternative to NADSbox.
I got lost trying to get the TPDD communications protocol working on it,
then I lost time to work on it due to life getting in the way of hobbies.
This would have been a DIY device you could build that would cost a bit
less than NADS but require more effort on your own part, and without much
of the T's DOS integrations.

-s

On Sat, Mar 26, 2016 at 6:38 PM, Stephen Adolph <twospru...@gmail.com>
wrote:

> Isn't MCOMM the best alternative going?
>
> you need
> * android phone
> * serial cable or BT adapter
> * MCOMM app loaded on phone.
>
>
> given the universality of android.going to be hard to beat that
> approach.
>
>
>
> On Sat, Mar 26, 2016 at 5:34 PM, James Zeun <james.z...@gmail.com> wrote:
> > I'd not heard of this device, sounds pretty interesting. Do we have any
> idea
> > on cost? Or when it might be available?
> >
> > I have a TPDD, not checked to see if it works yet.
> >
> > On 26 Mar 2016 9:11 p.m., "Jan-80" <ja...@scarlet.be> wrote:
> >>
> >> NADS isn't cheap, I know. I didn't buy it, not because I couldn't, but
> >> because I didn't have the use for it.
> >> There are plenty of alternatives, mostly based on emulating the Tandy
> PDD.
> >> For some inspiration, see
> >> http://bitchin100.com/wiki/index.php?title=Model_T_File_Transfer
> >> Basically, a lot of computing devices with a number of OSses can
> emulate a
> >> TPDD, and can be used to store files, and to exchange these with other
> >> computers.
> >>
> >> Anyway, you surely knew this.
> >>
> >> There is a new development going on, that basically will re-unite all of
> >> the NADSbox functionality, but will not be based on a unique design, but
> >> will be based on the famous raspberry Pi. This little 35$ computer will
> >> provide the processing power, and a little Pi-hat card will provide the
> I/O.
> >> Some programming and voilà, a functional and powerfull TPDD emulator,
> with
> >> extra functions.
> >>
> >> This was announced a few weeks/months(?) ago. I am looking forward to
> it.
> >> I hope it will as good as it imagine it to be. Haha!
> >>
> >> --
> >> Greetings from the TyRannoSaurus
> >> Jan-80
> >>
> >> On Wed, 23 Mar 2016 17:21:40 + (UTC), Duane Adrian wrote:
> >>
> >>  As an owner of a TRS 80 Model 100. Is there another alternative than
> >> using a NADSBox.
> >> I am sure there can be another alternative in storing files, besides
> >> floppy disk and tape media.
> >> Any suggestions. Alot of Model 100 users do not have the MONEY to buy
> the
> >> NADSBox. Plus it is hard to get one if someone needs to get one.
> >> Ken is a regular of this list, but has busy periods and life intrusions
> >> like the rest of us.
> >>
> >> I think the NADS run has completed, and it was deemed uneconomical to
> make
> >> another run.  Probably best to consult the list archive for that
> reasonably
> >> recent discussion.
> >>
> >>
>



-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] OT: Epson HX-20

[Scott Lawrence]

I've got a PX8 also. I have to leave it charging for a long time before it 
decides to power on. It needs new rechargeable batteries. 

S

Sent from my fancy-schmancy phone.

> On Feb 15, 2016, at 6:45 PM, John R. Hogerhuis  wrote:
> 
> 
> 
>> On Mon, Feb 15, 2016 at 1:13 PM, Chris Fezzler  wrote:
>> Any EPSON HX-20 owners/users in Club100?
> 
> I have a PX-8 but I never got it working.
> 
> -- John.

[M100] RetroChallenge

[Scott Lawrence]

Not sure if any of you are interested in this, or if you're already
going to do it, but:

http://retrochallenge.org/

Next month; join in by doing a retro challenge of some sort!  (This
seemed like the right group to steer towards this challenge.)

From that page:

8888
In a nutshell, the RetroChallenge is a loosely disorganised gathering
of RetroComputing enthusiasts who collectively do stuff with old
computers for a month.

The event is very much open to interpretation… individuals set there
own challenges, which can range from programming to multimedia work;
hardware restoration to exploring legacy networking… or just plain
dicking around. It really doesn’t matter what you do, just so long as
you do it.

While the RetroChallenge has its competitive side, it’s not really a
contest… it’s more like global thermonuclear war — everyone can play,
but nobody really wins.
8888

-s

-- 
Scott Lawrence
yor...@gmail.com

Re: [M100] $9 Computer

[Scott Lawrence]

Why don't we approach this from a different angle.  What features are
important to you with respect to a modern Model T-alike?

From what I can guess, the list would be something like this: (please,
correct and adjust this...)

- lightweight, portable
- Very low power
 - must be able to run multiple days of common use on a charge
 - powered by standard batteries for field-replacement
- Full size keyboard - doesn't need numpad or cursor keys/penalty box
- Modern connection interfaces
 - USB for firmware updates, internal storage maintenance
 - SD Card for removable storage
- reasonably durable - all ports have caps/covers, SD card is behind a
panel, not sticking out, etc.
- RS232 interface (for backwards compatibility)
- Multiline, low power display
 - model T should be a minimum.. 8x40
 - monochrome OK
- Builtin Applications, expandable
 - Text Editor
 - File Manager
 - Scripting/Programming language
 - Terminal Program

And things that might be nice to have:
- Video output (composite/hdmi/vga/whatever)
- Spreadsheet application?
- Word processor
- Printer support
- Wifi support (ssh/telnet/simple web browser)
- bluetooth support (serial connection, file sharing?)
- built-in carry handle

Anyway, to *me*, If I were to implement this from here, what this would mean is:
- 3D printed or lucite/plexiglass based case with integrated carry handle
- AA or LiIon battery with external charger and replaceable battery packs
- ARM based CPU, underclocked
- eInk monochrome display
- realtime clock
- BASIC or LUA based programming/scripting support
- Happy Hacker-esque keyboard (google it)

Thoughts?


On Wed, May 13, 2015 at 9:26 AM, Clinton Reddekop
clinton.redde...@gmail.com wrote:
 I've been wondering if this would be a good fit:
 http://www.ti.com/lsds/ti/microcontrollers_16-bit_32-bit/msp/low_power_performance/msp432p4x/overview.page?DCMP=PPC_Google_TIk_clickid=ea87c348-f1a4-4259-943d-911d70b39063


 On Wed, May 13, 2015 at 4:42 AM, Stephen Adolph twospru...@gmail.com
 wrote:

 nice dream indeed, but for me it always falls short when power consumption
 is considered.  You may find it hard to believe but achieving a computer for
 50 mA is pretty hard in today's technology.

 On Wed, May 13, 2015 at 5:11 AM, VANDEN BOSSCHE JAN
 jan.vandenboss...@vivaqua.be wrote:

 I'm coming back to the dream we sometimes share: re-building the Model T
 with current technology.

 3-D printing gives us the opportunity to (re-)design the case.

 Cheap computers, like the one below, or a RasPi, could provide the heart.
 Autoboot an emulation! Does VirtualT on Linux exist yet?

 Apparently, the type of display of the Model T 240x64 is still made.
 Eg. from the page
 http://www.alibaba.com/showroom/240x64-graphic-lcd-display-module.html ...
 take your pick!
 The following stands out (size, price, colour, ...)
 http://www.alibaba.com/product-detail/monochrome-STN-graphic-240x64-lcd-display_60110813146.html

 All we need to find is a keyboard. No numpad! and how to connect the
 arrow-keys ?

 And money, of course... Crowdfunding ?

 Ah, I can dream, can't I ?

 Greetings from the TyRannoSaurus
 Jan-80 
 @ work( = = )
 --.ooo--(_)--ooo.---

 -Original Message-
 From: M100 [mailto:m100-boun...@lists.bitchin100.com] On Behalf Of
 Hiraghm
 Sent: dinsdag 12 mei 2015 18:29
 To: m100@lists.bitchin100.com
 Subject: [M100] $9 Computer

 ZDnet had this article on this tiny successor (cousin?) to the Raspberry
 PI.
 [http://www.vivaqua.be/facebook.png] Rejoignez-nous sur Facebook - Volg
 ons op Facebook
 DISCLAIMER

 Pensez à l'environnement, n'imprimez cette page et ses annexes que si
 c'est nécessaire.

 Ce message électronique, y compris ses annexes, est confidentiel et
 réservé à l’attention de son destinataire.
 Si vous n'êtes pas le destinataire de ce message, merci de le détruire et
 d’en informer l’expéditeur. Toute divulgation, copie ou utilisation de ce
 mail est dans ce cas interdite.
 La sécurité et l'exactitude des transmissions de messages électroniques
 ne peuvent être garanties.

 Denk aan het milieu; druk deze pagina en de bijlagen alleen af als het
 nodig is.

 Dit e-mailbericht (inclusief zijn bijlagen) is vertrouwelijk en is
 uitsluitend bestemd voor de geadresseerde.
 Als dit bericht niet voor u bestemd is, wordt u verzocht het te wissen en
 de afzender te informeren. Het is in dat geval niet toegestaan dit bericht
 te verspreiden, te kopiëren of te gebruiken.
 We kunnen niet garanderen dat de gegevensoverdracht via het internet
 veilig en nauwkeurig is.







-- 
Scott Lawrence
yor...@gmail.com