[M100] Wordle Contest

[Kevin Becker]

I know at least one version of this already exists for the Model T.

https://www.vintageisthenewold.com/beauty-and-the-beast-trs8bit-newsletter-announces-its-2022-programming-contest-for-the-trs-80-family-of-computers

Re: [M100] Interesting m-100 clone

[Kevin Becker]

I'm still waiting for mine.  I ordered the A04 model, not knowing at
the time that it would ship dead last.

On Sat, 2021-12-04 at 21:00 -0800, Ben Wiley Sittler wrote:
> I have that machine! Specifically mine is the version with a
> Raspberry Pi Compute Module 3+ Lite. It can run VirtualT OK too,
> though I need to fix some memory corruption or API incompatibity that
> currently renders FLTK file dialogs unusable. The optional cash
> register thermal printer mode is a nice Epon-ish touch, and of course
> the screen is lovely though it could really stand to have a
> protective layer of hard plastic in front. The gamepad arrows are
> very reminiscent of PC-8201 though positioned differently. The
> keyboard is nowhere near as typeable as the Model T's, unfortunately.
> The whole device is only half the area of a Model 100!
> 
> Unfortunately being Pi-based it doesn't have any concept of low-power
> sleep or suspend mode, but on the other hand it does have a microsd
> card for persistent storage, and it boots in less than ten seconds.
> The WiFi, Bluetooth, USB, and HDMI connectivity feel very fancy after
> using a device with just serial connectivity
> 
> On Sat, Dec 4, 2021, 13:17 Earl Baugh  wrote:
> > Saw this and found it an interesting look-a-like :
> > 
> >
> https://www.hackster.io/news/clockwork-pi-devterm-review-hands-on-with-the-ultra-compact-trs-80-inspired-kit-computer-b5a73acbaefd?mc_cid=142fb5fc81_eid=39010d1c63
> > 
> > Earl 
> > 
> > Sent from my iPhone

Re: [M100] NOT an M100 Question...

[Kevin Becker]

There is a coco mailing list
https://pairlist5.pair.net/mailman/listinfo/coco

Re: [M100] Tandy Remote Disk diskette(s)

[Kevin Becker]

As impractical is as it is, given all the other solutions, I’m excited to try 
using my coco as a disk server for my M100.

> On Sep 6, 2021, at 3:54 AM, Brian K. White  wrote:
> 
> Hey even better I didn't look closely enough originally, I didn't realize you 
> had both the Model 100 client and the CoCo server in there. Thanks!
> 
> So that's the client and 2 servers available now.
> 
> So you're off the hook for supplying the 100 files Greg ;)
> 
> I wonder if the Tandy 2000 server is really an MS-DOS version that would run 
> on windows and dosbox?
> 
> -- 
> bkw
> 

Re: [M100] Sneak peak and small first offering of the new 'Backpack Drive'

[Kevin Becker]

I might have to order a spindle.


On Fri, 2021-07-16 at 14:15 -0500, Jeffrey Birt wrote:
> If anyone is curious about the PLA used it is from PrintedSolid.com,
> Jessie PLA 1.75mm X Beige 500. I like to call it ‘old computer
> beige’.
>  
> Jeff Birt (Hey Birt!)
>  
> From: M100  On Behalf Of Kevin
> Becker
> Sent: Friday, July 16, 2021 10:05 AM
> To: m...@bitchin100.com
> Subject: Re: [M100] Sneak peak and small first offering of the new
> 'Backpack Drive'
>  
> It's really cool, I like it a lot.  The PLA you used for the case is
> a really close match to my T102, which is cool too.
>  

Re: [M100] Sneak peak and small first offering of the new 'Backpack Drive'

[Kevin Becker]

It's really cool, I like it a lot.  The PLA you used for the case is a
really close match to my T102, which is cool too.

On Thu, 2021-07-15 at 17:33 -0500, Jeffrey Birt wrote:
> Hi,
>  
> The bootstrapping works nice, albeit a bit slow. The Initial Program
> Loader figures out what computer you are using a sends a numerical
> code to the Backpack. It uses the number as an index into the boot
> sector table to know which bootstrap program to use. You can change
> these settings in the CLI so you can load TS-DOS for the M100, or
> Teeny, etc. The developer just came up with a smaller bootstrap that
> will load in the .CO version of TS-DOS directly which should work
> better for machines with less RAM. We’ll test it out a bit more and
> then add it to GitHub.
>  
> Jeff
>  
> From: M100  On Behalf Of Kevin
> Becker
> Sent: Thursday, July 15, 2021 4:23 PM
> To: m...@bitchin100.com
> Subject: Re: [M100] Sneak peak and small first offering of the new
> 'Backpack Drive'
>  
> I got a chance to play with my Backpack Drive today for a little bit.
>  So far I'm really happy with it.  It's seems to work great and be
> pretty easy to use.  I was only testing on a device with a REX, so I
> already have TS-DOS but I'm really thinking with the built-in
> bootstrapping, it will be nice for one of my other systems with no
> REX. I haven't tested that yet though.
>  
>  
>  
> On Sun, 2021-07-04 at 07:44 -0500, Jeffrey Birt wrote:
> > Hi all,
> >  
> > A friend and fellow list member has developed a SD card storage
> > solution for the M100, T102, WP-2 NECs, etc. He sent me one a few
> > months ago and I loved it so much I encouraged him to offer them up
> > for sale. It is a small device, about 25mmx40mmx75mm with the case
> > on. It runs from a single AA battery with a 1025 coin cell to run
> > the RTC (the RTC allows for time/date stamping file). It works like
> > a TPPD2 but ignores calls to change partitions. All TS-DOS commands
> > are supported including directory navigation. It also has an
> > extensive CLI interface which makes it easy to do things like set
> > the time/date, update firmware, etc. 
> > 
> > Hi Everyone. We have a small number of the mini TPDD 'Backpack'
> > drives ready for a new home. The documentation has been poured over
> > by four of us, but I am sure there are still a few rough edges.
> > Much thanks go out to @48kRAM and @Fezzler for helping to improve
> > the documentation and being beta testers. There is a Git Hub page
> > up now: https://github.com/Jeff-Birt/Backpack which has lots of
> > images too.
> > 
> > I have offered to handle distribution as I am already set up to do
> > so.
> >  
> > This first small batch is completely assembled, and it comes with a
> > 3D printed enclosure. You will need an AA battery and a smallish SD
> > card, i.e. 4GB, 8GB, etc. There are images of the enclosure colors
> > at the link above. The main colors are white, grey, and ‘old
> > computer beige’ I did print a case in black and one in a
> > pearlescent color that is kind of interesting. The price is $60. 
> >  
> > If you want to use it with a WP2 you need a DB25F<->DB9F adapter,
> > The developer of the 'Backpack' found a small number of NOS Belkin
> > adapters on eBay and is selling them at his cost, $5 in case
> > someone needs one. He also laid up a small PCB so folks can build
> > their own if they want. The links to the PCB files will be
> > available shortly.
> >  
> > Shipping in the USA is $5.50 for one unit, about $7.00 with the
> > adapter by first class mail. By Priority Mail it will be $9 for a
> > Small Flat Rate box.  For international orders I’ll need to your
> > address to get shipping rates.  To make thing easier email me
> > directly with your email address, shipping address, color of case
> > and if you want an adapter for the WP2. I'll send out a PayPal
> > invoice.
> >  
> > Keep in mind we have a small number in this first batch let’s give
> > everyone a chance to get one. A second small batch of hand
> > assembled boards will be available in the near future.
> > 
> > Jeff Birt (Hey Birt!)
> >  

Re: [M100] Sneak peak and small first offering of the new 'Backpack Drive'

[Kevin Becker]

I got a chance to play with my Backpack Drive today for a little bit.
 So far I'm really happy with it.  It's seems to work great and be
pretty easy to use.  I was only testing on a device with a REX, so I
already have TS-DOS but I'm really thinking with the built-in
bootstrapping, it will be nice for one of my other systems with no REX.
I haven't tested that yet though.



On Sun, 2021-07-04 at 07:44 -0500, Jeffrey Birt wrote:
> Hi all,
>  
> A friend and fellow list member has developed a SD card storage
> solution for the M100, T102, WP-2 NECs, etc. He sent me one a few
> months ago and I loved it so much I encouraged him to offer them up
> for sale. It is a small device, about 25mmx40mmx75mm with the case
> on. It runs from a single AA battery with a 1025 coin cell to run the
> RTC (the RTC allows for time/date stamping file). It works like a
> TPPD2 but ignores calls to change partitions. All TS-DOS commands are
> supported including directory navigation. It also has an extensive
> CLI interface which makes it easy to do things like set the
> time/date, update firmware, etc. 
> 
> Hi Everyone. We have a small number of the mini TPDD 'Backpack'
> drives ready for a new home. The documentation has been poured over
> by four of us, but I am sure there are still a few rough edges. Much
> thanks go out to @48kRAM and @Fezzler for helping to improve the
> documentation and being beta testers. There is a Git Hub page up now:
> https://github.com/Jeff-Birt/Backpack which has lots of images too.
> 
> I have offered to handle distribution as I am already set up to do
> so.
>  
> This first small batch is completely assembled, and it comes with a
> 3D printed enclosure. You will need an AA battery and a smallish SD
> card, i.e. 4GB, 8GB, etc. There are images of the enclosure colors at
> the link above. The main colors are white, grey, and ‘old computer
> beige’ I did print a case in black and one in a pearlescent color
> that is kind of interesting. The price is $60. 
>  
> If you want to use it with a WP2 you need a DB25F<->DB9F adapter, The
> developer of the 'Backpack' found a small number of NOS Belkin
> adapters on eBay and is selling them at his cost, $5 in case someone
> needs one. He also laid up a small PCB so folks can build their own
> if they want. The links to the PCB files will be available shortly.
>  
> Shipping in the USA is $5.50 for one unit, about $7.00 with the
> adapter by first class mail. By Priority Mail it will be $9 for a
> Small Flat Rate box.  For international orders I’ll need to your
> address to get shipping rates.  To make thing easier email me
> directly with your email address, shipping address, color of case and
> if you want an adapter for the WP2. I'll send out a PayPal invoice.
>  
> Keep in mind we have a small number in this first batch let’s give
> everyone a chance to get one. A second small batch of hand assembled
> boards will be available in the near future.
> 
> Jeff Birt (Hey Birt!)
>  

Re: [M100] New zebra strips for M100 display ? any interest?

[Kevin Becker]

I have one M100 that could potentially use new zebra strips.  I’d be down for 4 
pairs as well just to have some on hand and help chip away at the order.

> On Jul 7, 2021, at 5:39 PM, Jamie Nichol  wrote:
> 
> Peter,
> 
> Looks like a pair of new zebra strips will cost $6 with usps shipping to 
> contiguous USA.
> 
> Manufacturer is fujipoly.  Better quality supplier.
> 
> I’d love to sign you up for a dozen, once testing looks good.
> 
> Anyone else interested at this price?
> 
> —Jamie
> On Jul 7, 2021, 5:28 PM -0400, Peter Noeth , wrote:
> My experience with zebra strips, in general are threefold:
>  1. The silicon can "outgas" its oils over time, if they were not baked 
> correctly at manufacture. This oil can contaminate the carbon layers on the 
> "face ends" where the strip contacts the glass / PCB, causing open 
> connections. 
>  2. The face ends of the carbon layers are not always friendly to cleaning. 
> The conductivity of the carbon layers can be lost, especially after 5 years.
>  3. The silicon can lose its elasticity, causing open connections. This 
> mostly manifests itself during reassembly of an LCD display module if reusing 
> the original zebra strips. Especially after 40 years of questionable storage 
> conditions.
> When disassembly of an LCD display module was necessary, new zebra strips 
> were always used during reassembly. This just removes a lot of potential 
> problems, especially if you warrant your work.
> 
> So having a source for replacement zebra strips for the notebook computers 
> would be handy, but at a minimum production quantity of 1000, you would 
> probably still have 800 when you die. Maybe not economical, from a business 
> investment, but maybe from a passion standpoint.
> 
> I would buy a dozen :-)
> 
> Regards,
> 
> Peter
> 
> --
> 
> Message: 3
> Date: Tue, 6 Jul 2021 19:33:53 -0400
> From: Jamie Nichol https://mailto:jgnic...@gmail.com/>>
> To: m...@bitchin100.com Subject: [M100] 
> New zebra strips for M100 display
> =?utf-8?Q?=E2=80=94_?=any interest?
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"
> 
> Hey All,
> 
> I do consumer product R as my day job.??I?ve admired the M100 as a 
> brilliant product for the past decade or so, and just picked up a really sad 
> example that I?m trying to resuscitate.
> 
> A couple of weeks ago I had a some fine-pitch prototype zebra strips made up 
> to fit the M100 LCD (see pic).??The first prototypes are about 0.3mm too 
> tall.??I?ll likely have another set of prototypes run with an adjusted height.
> 
> I have two questions:
> 
> Is there enough interest here on the list to justify an order of 1000 pieces 
> or so???(Likely price is a few dollars each strip ? more to come on price.)
> 
> Do any of you have dead LCDs that you would be wiling to sacrifice to the 
> testing gods???I would like to see ten or so LCDs improved by an upgrade to 
> the new strips before placing a bigger order.
> 
> ?Jamie
> 
> 
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
>   
> >
> -- next part --
> A non-text attachment was scrubbed...
> Name: Zebra_Strip_Prototypes.jpg
> Type: image/jpeg
> Size: 218023 bytes
> Desc: not available
> URL: 
>   
> >
> 

Re: [M100] Star Merchant

[Kevin Becker]

LaddieAlpha, DLPilot, and DLPlus are apps that emulate a Tandy Portable Disk 
Drive on a PC (or PalmPilot).  You mentioned wanted a NADS box earlier, they 
are no longer available unless you find a used one, but these apps perform the 
same function allowing you to easily load and save files to/from your M100.



> On Jun 25, 2021, at 3:03 PM, lloydel...@comcast.net wrote:
> 
> Again, very impressive although I’m not sure what those all are.   Suspect as 
> I continue with these machines, I will learn.
>  
> If they are anything like the CloudT emulator, I’m sure they are great.
>  
> Lloyd
>  
> From: M100  On Behalf Of John R. Hogerhuis
> Sent: Friday, June 25, 2021 12:03 PM
> To: m...@bitchin100.com
> Subject: Re: [M100] Star Merchant
>  
>  
>  
> On Fri, Jun 25, 2021 at 9:52 AM Lloyd Johnson  > wrote:
>> You wrote it?Wow!   Nice job!
>>  
>> It works great.
>> Lloyd
>>>  
> Thanks Lloyd. It was a fun little project.
> 
>  I'm also the author of LaddieAlpha, TBACK, DLPilot and all of DLPlus.
>  
> -- John.

Re: [M100] Clockwork DevTerm

[Kevin Becker]

It looks like these are getting close to shipping.  The developer just tweeted 
out a pic with an M100 for comparison.

https://twitter.com/Hal_clockwork/status/1402566497034113024 





> On Nov 25, 2020, at 1:34 PM, Michael Kohne  wrote:
> 
> I think you're right that they should put more in-context pictures up.
> The front page has exactly one image with a person's hand in it, and
> when you see that it becomes clear how small the thing is.  That image
> should be on the order page, in my mind, but not my circus, not my
> monkeys.
> 
> I'm unclear if it's going to be a problem - it's a Pi underneath, and
> people interested in buying a device like that are, I suspect, likely
> to actually look at the specs and grab a ruler. I'd be interested to
> see how many they actually sell.
> 
> On Wed, Nov 25, 2020 at 1:27 PM Tom Wilson  wrote:
>> 
>> It’s also about 2/3 the size of a Model 100. The images don’t make that 
>> clear. I fear there are going to be a lot of disappointed buyers.
>> 
>> On Wed, Nov 25, 2020 at 8:13 AM Michael Kohne  wrote:
>>> 
>>> I hadn't looked closely till just now. Who thought moving the ESC and TAB 
>>> keys like that was OK? I see why they did it (making room for the dpad), 
>>> but...no. I could never type on that.
>>> 
>>> It's a nice idea, anyway.
>>> 
>>> On Fri, Nov 20, 2020, 4:15 PM Joshua O'Keefe  
>>> wrote:
 
 On Nov 20, 2020, at 1:12 PM, Bert Put  wrote:
> a "distraction-free" writing tool
 
 As I mentioned in the Discord:  I have serious doubts than anyone who has 
 ever used a keyboard as a writing tool was consulted on the proposed 
 keyboard layout.
>> 
>> --
>> Tom Wilson
>> wilso...@gmail.com
>> (619)940-6311
>> K6ABZ
> 
> 
> 
> -- 
> Michael Kohne
> mhko...@kohne.org
> 
> Anything real you do that's important will be scary. Having kids.
> Getting married. Donating a kidney.  Writing a book. Do it anyway. -
> Neil Gaiman

Re: [M100] Star Blaze 100

[Kevin Becker]

I believe it is in the member library section of Club 100.


On Wed, 2020-12-30 at 13:21 +, dano none wrote:
> 
> Does anyone have a copy of this software they are willing to share?
> 
> Off and On, for a couple of months, I've been looking for a copy on
> Ebay. 
> I've not seen one come up, and it seems to be the only game for the
> 100, that Radio Shack ever sold.
> 
> Thanks,
> Dan
> 

Re: [M100] Another pi thing

[Kevin Becker]

It looked kinda cool until I saw the side view.  It’s not the most impressive 
case design.

> On Dec 9, 2020, at 2:37 PM, Peter Vollan  wrote:
> 
> How dare they!
> 
> 
> On Wed, 9 Dec 2020 at 10:20, John R. Hogerhuis  > wrote:
> Actually called the "model 100" this time.
> 
> http://ready100.com/ 
> 
> I feel like this is interesting but that we could design something a lot more 
> useful. And less likely to cause seizures ;-)
> 
> -- John. 

Re: [M100] MVT100 shipping status

[Kevin Becker]

I know I've espressed interest but I'm not clear if I commited to buy
one.  If not, please include me on the list.

Thanks



On Wed, 2020-10-07 at 13:52 -0400, Stephen Adolph wrote:
> To date, I've gotten 9 MVT100 out the door.  So, making progress.  
> I mistakenly ordered a wrong set of VGA connectors, and so I am
> waiting for those to arrive.  When they do I will have parts on hand
> for 20 more.
> cheers
> Steve

Re: [M100] Preemptive recapping

[Kevin Becker]

On Wed, 2020-08-19 at 16:27 -0500, John Gardner wrote:
> Hi all...
> 
> If you're a sucker with "poor solder-sucker" RS desoldering braid,
> 
> try putting a little flux on the braid before use...
> 

I was going to say the same thing. I was using an old roll of Radio
Shack solder wick until just around a year ago.  I was sad to see it
finally run out.  Adding some flux, or even fresh rosin-core solder if
you don't have flux, will help a lot. I had access to a professional
solder sucker at an internship in the 80s but I've gotten by fine with
wick since then.

Re: [M100] Memory prices...

[Kevin Becker]

Well to be fair, I have 16GB in my laptop and never swap at all,
whereas a T200 has combined RAM and storage and every kilobyte is
precious.  


On Mon, 2020-08-17 at 23:07 -0400, Darren Clark wrote:
> Thinking about bumping my laptop from 16GB to 32GB, 2x 8GB DDR3 RAM
> is 
> $49.99. No, too expensive
> 
> Thinking back to this weekend... 2x 24KB modules for my Tandy 200 on 
> eBay for $46.64, PURCHASE! I'll get them Friday (I hope).
> 
> 
> It's interesting where the priorities are.
> 
> 
> 
> Darren Clark
> 
> 

Re: [M100] With apologies; battery question

[Kevin Becker]

I do this with all my old computers. I put a label on the bottom with info 
about any battery and capacitor replacements that have been done. If not for 
me, then for some future owner. 

- Kevin


> On Aug 9, 2020, at 11:32 PM, Doug Jackson  wrote:
> 
> 
> And when you install them, be very careful to put a sticker on the back of 
> the device to remind you to remove them in 10 or so years.
> 
> They will eat tracks from PCBs if left to leak.
> 
> Kindest regards,
> 
> Doug Jackson
> 
> em: d...@doughq.com
> ph: 0414 986878
> 
> Check out my awesome clocks at www.dougswordclocks.com
> Follow my amateur radio adventures at vk1zdj.net
> 
> ---
> Just like an old fashioned letter, this email and any files transmitted with 
> it should probably be treated as confidential and intended solely for your 
> own use. 
> Please note that any interesting spelling is usually my own and may have been 
> caused by fat thumbs on a tiny tiny keyboard.
> Should any part of this message prove to be useful in the event of the 
> imminent Zombie Apocalypse then the sender bears no personal, legal, or moral 
> responsibility for any outcome resulting from its usage unless the result of 
> said usage is the unlikely defeat of the Zombie Hordes in which case the 
> sender takes full credit without any theoretical or actual legal liability. 
> :-)
> Be nice to your parents.
> Go outside and do something awesome - Draw, paint, walk, setup a radio 
> station, go fishing or sailing - just do something that makes you happy.
> ^G ^G ^G ^G ^G ^G ^G ^G- In more laid back days this line would literally 
> sing ^G ^G ^G ^G ^G ^G ^G ^G 
> 
> 
> 
> 
>> On Mon, Aug 10, 2020 at 1:23 PM Kevin Becker  wrote:
>> I will second ordering from arcade shopper, thats what I did for my M100, 
>> but someone mentioned once that you can use a common cordless phone battery 
>> from dollar store. I have another M100 waiting to try this on but haven’t 
>> Installed it yet. Arcade Shopper is the easiest way to go for a direct 
>> replacement though.  My T102 battery I got from eBay years ago and it worked 
>> out fine but I usually prefer to go with a reputable vendor when the option 
>> is available.
>> 
>> 
>> 
>> - Kevin
>> 
>> 
>> > On Aug 9, 2020, at 11:03 PM, Greg Swallow  wrote:
>> > 
>> > Greg has them on Arcadcshopper.com
>> > 
>> > https://www.arcadeshopper.com/wp/store/#!/Replacement-Batteries/c/32594049/offset=0=nameAsc
>> > 
>> > God Bless
>> > 
>> > GregS <><
>> > 
>> > Aug 9, 2020 2:39:50 PM Hiraghm :
>> > 
>> >> Naturally after entering lurk mode I would develop an issue with my M100 
>> >> with which I need advice.
>> >> 
>> >> I just replaced the 4 double-A Duracells in my M100, and when I turned it 
>> >> back on, it was completely reset... hterm was missing, rexmanager was 
>> >> missing, the date was back to 1900 00:00:00...
>> >> 
>> >> This suggests to me that my internal battery is dead.
>> >> 
>> >> Does anyone know where I can find a replacement?
>> >> 
>> >> Can anyone suggest a simple walk-through of the replacement procedure?
>> >> 
>> >> I've read on here where others have replaced their batteries, but I 
>> >> didn't pay it much attention until now, since I'm reluctant to crack open 
>> >> my M100.
>> >> 
>> >> Any advice would be appreciated.
>> >> 
>> >> Thank you.
>> >> 
>> 

Re: [M100] With apologies; battery question

[Kevin Becker]

I will second ordering from arcade shopper, thats what I did for my M100, but 
someone mentioned once that you can use a common cordless phone battery from 
dollar store. I have another M100 waiting to try this on but haven’t Installed 
it yet. Arcade Shopper is the easiest way to go for a direct replacement 
though.  My T102 battery I got from eBay years ago and it worked out fine but I 
usually prefer to go with a reputable vendor when the option is available.



- Kevin


> On Aug 9, 2020, at 11:03 PM, Greg Swallow  wrote:
> 
> Greg has them on Arcadcshopper.com
> 
> https://www.arcadeshopper.com/wp/store/#!/Replacement-Batteries/c/32594049/offset=0=nameAsc
> 
> God Bless
> 
> GregS <><
> 
> Aug 9, 2020 2:39:50 PM Hiraghm :
> 
>> Naturally after entering lurk mode I would develop an issue with my M100 
>> with which I need advice.
>> 
>> I just replaced the 4 double-A Duracells in my M100, and when I turned it 
>> back on, it was completely reset... hterm was missing, rexmanager was 
>> missing, the date was back to 1900 00:00:00...
>> 
>> This suggests to me that my internal battery is dead.
>> 
>> Does anyone know where I can find a replacement?
>> 
>> Can anyone suggest a simple walk-through of the replacement procedure?
>> 
>> I've read on here where others have replaced their batteries, but I didn't 
>> pay it much attention until now, since I'm reluctant to crack open my M100.
>> 
>> Any advice would be appreciated.
>> 
>> Thank you.
>> 

Re: [M100] Belt size for CCR-82 data cassette recorder?

[Kevin Becker]

I'm not sure the exact size, but when I repaired one a few years ago I
just ordered a bag of assorted sizes from eBay and found two that
worked perfectly.


On Fri, 2020-07-17 at 18:44 +, Steve Glenner wrote:
> I purchased a Radio Shack CCR-82 Data Cassette Recorder on eBay, but the 
> seller says it needs a new belt (for the reels at least, not sure about 
> capstan or counter).
> 
> Does anyone know the size of these belts so I can buy replacements or a 
> seller of OEM replacement belts?
> 
> Thanks
> 

Re: [M100] REXCPM orders.

[Kevin Becker]

I'd like a 2MB version.  What is the adapter listed?  I'm assuming this
is necessary as well?
Kevin Becker459 John M AveClawson, MI  48017

On Mon, 2020-06-08 at 19:23 -0400, Stephen Adolph wrote:
> Hi everyone,
> Just a note to say I am ready to take orders for REXCPM!Information
> is at the REX wiki.Model 100 only for now.2MB and 4MB
> available.Pricing is USD excluding shipping.
> Note:  REX# is delayed as is the VT100 adapter due to mailing delays
> from China.
> CheersSteve
> 

Re: [M100] Hello......!

[Kevin Becker]

Yeah, dlplus or LaddieAlpha will let you transfer files to/from your PC
or Mac without any SD card go between.  I'd suggest getting a REX to
allow you to (among other things) easily have TS-DOS in ROM to make
things as easy as possible.

http://bitchin100.com/wiki/index.php?title=LaddieConhttps://github.com/bkw777/dlplushttp://bitchin100.com/wiki/index.php?title=Rex


On Thu, 2020-06-04 at 21:26 +0200, Ron Lauzon wrote:
> My understanding is that the NADSbox was superceded by dlplus and
> later LaddieAlpha.
> 
> I created a recipe and software to use a Raspberry Pi 0, battery and
> display to create something similar to a NADSbox (i.e. you just hook
> it up and it works like a TPDD).  
> https://github.com/rlauzon54/pi-tpdd
> 
> But you can run LaddieAlpha on your own PC or mComm on your
> phone/tablet to do the same thing.
> -- 
> Weblog: http://ronsapartment.blogspot.com/
> 
> TRS-80 Pocket Computer 2 - TRS-80 Pocket Computer 4 - TRS-80 Model
> 100/102 - Tandy 1100FD - Tandy 1400LT - Commodore 64 - TRS-80 Model
> 4P
> RC2014 (Mini and Pro) - Altair-Duino with TI Silent 700 - VT320
> terminal/Raspberry Pi 0
> Some people like to work on old cars.  But old computers are cheaper
> and don't require a big garage.
> 
> 
> 
> Jun 4, 2020, 14:54 by copypeng...@zoho.com:
> > …and a bunch of questions!!
> > 
> > New M100 owner here, having just acquired one in pretty good
> > condition, and (seemingly) fully working, from eBay. 
> > 
> > I really do love this laptop! Wonderful keyboard, elegant and
> > simple, functional and yet not stuffed with nonsense I have no need
> > for. And I have to say, I learnt everything (long-since forgotten
> > now) on a TRS-80 Model 1, a couple of whole generations ago, so the
> > M100 feels very familiar.
> > 
> > But, here’s the thing: It’s so good to use, I want to put it to
> > use, but that means some way of moving files off it, preferably to
> > a 2017-vintage iMac, or possibly a Windows 10 workstation. But how?
> > 
> > I’d have bought a NADSbox and done it via an SD card, which seems
> > the best way, but there aren’t any to buy, of course. All the talk
> > of null modems and terminal commands are a mystery to me, not least
> > because I have no starting point in what I’m looking for or how to
> > use it.
> > 
> > I have ordered an Android TV Box TPDD Server from arcadeshopper.com
> > because it looked like it might help, but that’s only because it
> > was pictured connected to an M100!
> > 
> > I write a ton of reports and proposals, and the M100 keyboard is
> > way better than anything I have to type on otherwise! I also plan
> > to (re)learn BASIC and write some of my own software for it, and
> > I’d like to have somewhere to load from/save to.
> > 
> > So, the questions are:
> > 
> > Well, firstly, does anyone have a NADSbox in working condition they
> > don’t want?
> > 
> > No? I thought not. Well, then… deep breath and speaking as a
> > newbie, what do I need, where from, and how do I get it to work?!
> > 
> > By the way, when I bought the M100, I had no idea there was still a
> > thriving community of users, let alone a good, old-fashioned
> > mailing list! I am really impressed!!! And the 100 is really cool
> > too!
> > 
> > Thanks in advance,
> > Andy
> > 
> 
>   
> 

Re: [M100] CP/M mailing list, REXCPM

[Kevin Becker]

I've had my 102 for many years, although not since it was the latest
thing.  I lusted after one when they were new but I was just a kid.  I
was very fortunate to get a Tandy 1400LT to take to college from my
generous parents, but didn't get a Model T until sometime in the early
2000s from Craigslist.  It seems "recent" and yet that is almost 20
years ago at this point.

I wanted a separate Model T to try out CP/M so I bought an M100.  It
had some LCD issues which I still haven't addressed but I managed to
score a good price on another M100 bundle so now I have two.  Much like
my CoCos, somehow these things seem to multiply.


On Mon, 2020-05-11 at 19:57 -0700, David Rogers wrote:
> What Kevin said, except I just happen to still have the 100, 102, 200
> and NEC units from the days when they were the latest thing. But I
> used CP/M in those days and found it to be easy to use and effective
> for the relative simplicity of the computers of the day. CP/M over,
> e.g., WordPerfect any day.  But I like one mailing list to cover them
> all. 
> 
> David
> 
> C’est la vie, c’est la guerre,  viva la salade de pommes de terre.
> 
> On May 11, 2020, at 7:49 PM, Kevin Becker 
> wrote:
> 
> > I'd prefer one list for all M100 stuff but I suppose it doesn't
> > matter
> > much either way. I'm not likely to be much of a contributor but I'm
> > very interested in trying out CP/M and even bought a (okay several)
> > M100 just for this purpose.
> > 
> > 
> > On Mon, 2020-05-11 at 22:40 -0400, Stephen Adolph wrote:
> > > Hi folks,
> > > I have started to update the REX wiki for my new projects:
> > > REXCPM
> > > and 
> > > REX# aka REXsharp
> > > a work in progress.
> > > Anyhow, we have a mailing list for CP/M use on Model 100 called
> > > MTCPM.  I wonder if we should revive that for CP/M discussions
> > > now,
> > > or should we keep CP/M here on this list?
> > > thoughts?
> > > Steve

Re: [M100] CP/M mailing list, REXCPM

[Kevin Becker]

I'd prefer one list for all M100 stuff but I suppose it doesn't matter
much either way. I'm not likely to be much of a contributor but I'm
very interested in trying out CP/M and even bought a (okay several)
M100 just for this purpose.


On Mon, 2020-05-11 at 22:40 -0400, Stephen Adolph wrote:
> Hi folks,
> 
> I have started to update the REX wiki for my new projects:
> REXCPM
> and 
> REX# aka REXsharp
> 
> a work in progress.
> 
> Anyhow, we have a mailing list for CP/M use on Model 100 called
> MTCPM.  I wonder if we should revive that for CP/M discussions now,
> or should we keep CP/M here on this list?
> 
> thoughts?
> 
> Steve

Re: [M100] T BBS's

[Kevin Becker]

should've been 'make && sudo make install'  you should still be able to
run 'sudo make install' from the dlplus directory to finish the install

On Wed, 2020-04-29 at 16:47 -0700, me wrote:
> It attempted to install the software but it didn't see the files in
> /usr/bin
> 
> i didn't see the error that install was missing an operand. so once
> i 
> get dl installed it should work.
> 
> On 4/29/20 4:16 PM, Brian K. White wrote:
> > On 4/29/20 6:30 PM, me wrote:
> > > Got my cables. Connected my 200 to my linux workstation. It's
> > > plugged 
> > > into the standard usb. I downloaded the software, expanded it in 
> > > root, invoked teeny. I typed in the command run"cmo:98n1enn and
> > > it 
> > > continues to fail in detecting the laptop.
> > > 
> > > Could it be dosbox's listening to serial and not usb?
> > > 
> > 
> > Could you try:
> > 
> > git clone https://github.com/bkw777/dlplus.git
> > cd dlplus
> > make && sudo install
> > dl -h
> > dl -v -b=TEENY.200
> > 
> > It uses /dev/ttyUSB0 by default, and that will only be correct if 
> > there is only one usb-serial plugged in, and you haven't removed
> > and 
> > re-plugged it within a few minutes. Otherwise, ls /dev/USB* and
> > see 
> > what your device name actually is currently if not ttyUSB0, and
> > see 
> > the help from "dl -h" to override that and other defaults.
> > 

Re: [M100] Missing ROM elements

[Kevin Becker]

This whole thread is actually making me kinda mad now.  I had chalked
my destroyed trackpad up to my own failure to maintain the batteries,
although I was surprised because I didn't think they were that old.  I
was  kicking myself and thinking "well that's what you get old man." 
Nothing Apple sells is cheap and their trackpads are no exception.  I
don't use the Mac Mini the trackpad was paired with very often, my main
machine is a linux box these days, but literally tonight I was using it
to make a Mother's Day photobook with mouse and I really missed the
trackpad.  In macOS I really rely on trackpad gestures I can't do with
a mouse.  Now I'm feeling a mix between vindication and anger that
these name-brand batteries may have been to blame rather than my
neglect.


On Tue, 2020-04-28 at 15:45 -0700, me wrote:
> HI Jim -
> 
> Yeah that was my last straw. Last year I had some fresh batteries that I 
> had put into my noise cancelling headset for my plane. The night before 
> a trip.
> 
> We were piled in and ready to go when I put my headset on and the power 
> light didn't turn on and i didn't hear the hiss. Mind you twelve hours 
> hadn't even passed yet and I tested it before leaving the hangar.
> 
> I looked in the battery compartment and all the fresh duracell's had 
> leaked battery acid inside the battery compartment. Talk about a downer.
> 
> I have spare ear plugs so I wore that with my headset. Not the same 
> thing but I heard everything okay.
> 
> I thought it was just bad luck.
> 
> On 4/28/20 12:36 PM, Jim Anderson wrote:
> > > -Original Message-
> > > multimeter and all but a few of them were near dead. After returning
> > > them to Costco, I obtained a fresh pack of AA duracell's and tested them
> > > before putting them into the machine.
> > > [...]
> > > As a 46 year old, this is the first time I've ever bought batteries from
> > > such a major manufacturer of batteries that were already dead. So
> > > bazaar, but now I know to test them. Sheesh.
> > Just a remark about batteries (catching up on list messages that are kind 
> > of old, as I've been kind of burned out working on my computer from home 
> > all day):
> > 
> > I've had really poor results with leakage from the big Duracell packs from 
> > Costco, particularly the AA cells, over a span of many years.  I never used 
> > to have big problems with batteries leaking but I can't even tell you how 
> > many things I've found with substantial leakage and corrosion from these 
> > cells, even when they have not reached their 'use before' date.
> > 
> > I don't have conclusive evidence of this, but it seems to me that the 
> > devices most prone to experiencing leaking batteries were those with strong 
> > spring tension - I have an analog wall clock which takes a single AA cell 
> > and keeps a vice-like grip on the battery, and it used to be leaking every 
> > year even though the battery was still working fine.  The gaskets just 
> > don't seem to be able to take the pressure.  Having said that, I have had 
> > other devices with weaker battery compartment springs experience leakage 
> > too, it just feels like it happens more frequently in things with strong 
> > springs.
> > 
> > I'm not sure if the problem is with all modern Duracell AA cells in 
> > general, or just the ones Costco sells, but I've since given up and 
> > switched to Energizer which I try to buy in 20-packs at my local drugstore 
> > whenever I spot them on sale.  Not quite as good a price per cell as the 
> > Costco packs but Energizer does at least have an explicit warranty against 
> > damage caused by leakage, and I've had good success with them thusfar.
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > jim
> > 

Re: [M100] Missing ROM elements

[Kevin Becker]

That’s interesting. I had a bad battery leakage issue recently. It was in an 
Apple Magic Trackpad and was so bad I could not get the battery cover unscrewed 
at all. I broke the glass trying and so I just threw the whole thing out. I 
don’t know for sure if it was Costco Duracells but we often buy those so most 
likely it was. 

> On Apr 28, 2020, at 3:36 PM, Jim Anderson  wrote:
> 
> 
>> 
>> -Original Message-
>> multimeter and all but a few of them were near dead. After returning
>> them to Costco, I obtained a fresh pack of AA duracell's and tested them
>> before putting them into the machine.
>> [...]
>> As a 46 year old, this is the first time I've ever bought batteries from
>> such a major manufacturer of batteries that were already dead. So
>> bazaar, but now I know to test them. Sheesh.
> 
> Just a remark about batteries (catching up on list messages that are kind of 
> old, as I've been kind of burned out working on my computer from home all 
> day):
> 
> I've had really poor results with leakage from the big Duracell packs from 
> Costco, particularly the AA cells, over a span of many years.  I never used 
> to have big problems with batteries leaking but I can't even tell you how 
> many things I've found with substantial leakage and corrosion from these 
> cells, even when they have not reached their 'use before' date.
> 
> I don't have conclusive evidence of this, but it seems to me that the devices 
> most prone to experiencing leaking batteries were those with strong spring 
> tension - I have an analog wall clock which takes a single AA cell and keeps 
> a vice-like grip on the battery, and it used to be leaking every year even 
> though the battery was still working fine.  The gaskets just don't seem to be 
> able to take the pressure.  Having said that, I have had other devices with 
> weaker battery compartment springs experience leakage too, it just feels like 
> it happens more frequently in things with strong springs.
> 
> I'm not sure if the problem is with all modern Duracell AA cells in general, 
> or just the ones Costco sells, but I've since given up and switched to 
> Energizer which I try to buy in 20-packs at my local drugstore whenever I 
> spot them on sale.  Not quite as good a price per cell as the Costco packs 
> but Energizer does at least have an explicit warranty against damage caused 
> by leakage, and I've had good success with them thusfar.
> 
> 
> 
> 
> 
> 
> 
>jim
> 

Re: [M100] CCR-82

[Kevin Becker]

There used to be a guy on eBay that made and sold new ones, but I don't
see any listings at the moment.  It is the same cable for most of the
Tandy/TRS-80 line so any cable for a Model 1/3/4 or CoCo/MC-10 would
also work.

On Sat, 2020-04-25 at 07:37 +, Jonathan Yuen wrote:
> Hello,
> 
> Just out of curiosity, where does one order belts for an old cassette
> tape recorder?  I have a Superscope CD-320 and while it works
> (mostly) OK, the belt for the little counter has stretched to the
> point where that doesn't work anymore.  I imagine the other belts
> will eventually go.  I've been using it to digitize some old
> recordings but the lack of the counter is annoying but not fatal.
> 
> Jonathan
> 
> jonathan.y...@mykopat.slu.se
> 
> Från: M100 [m100-boun...@lists.bitchin100.com] för me [
> m...@scifidan.com]
> Skickat: den 25 april 2020 00:32
> Till: m100@lists.bitchin100.com
> Ämne: [M100] CCR-82
> 
> I just ordered this
> 
> https://www.ebay.com/itm/143565229494
> 
> Also ordered a bag of 80 or so tape belts of various sizes.
> 
> I'll replace the belts but I'm also sure the caps will be replacing.
> Anyone sell cap kits for it? I'm going to look for the service
> manual.
> 
> If I can't get it working, it'll be used for parts. He had a cheaper
> shipping method available so I took the plunge.
> 
> ---
> När du skickar e-post till SLU så innebär detta att SLU behandlar
> dina personuppgifter. För att läsa mer om hur detta går till, klicka
> här 
> E-mailing SLU will result in SLU processing your personal data. For
> more information on how this is done, click here <
> https://www.slu.se/en/about-slu/contact-slu/personal-data/>

Re: [M100] CCR-82

[Kevin Becker]

I replaced the belts in mine with a similar giant random belt assortment and it 
works fine. No caps needed replacing. 

> On Apr 24, 2020, at 6:32 PM, me  wrote:
> 
> 
> I just ordered this
> 
> https://www.ebay.com/itm/143565229494
> 
> Also ordered a bag of 80 or so tape belts of various sizes.
> 
> I'll replace the belts but I'm also sure the caps will be replacing. Anyone 
> sell cap kits for it? I'm going to look for the service manual.
> 
> If I can't get it working, it'll be used for parts. He had a cheaper shipping 
> method available so I took the plunge.
> 

Re: [M100] Favorite games

[Kevin Becker]

Starblaze is pretty good. It’s a Defender clone. 

Ive been meaning to find a good Star Trek game. The last time I tried I ran 
into issue of some sort, but it’s been a while so I can’t recall what the 
problem was. 

- Kevin


> On Apr 21, 2020, at 8:44 PM, me  wrote:
> 
> 
> Anyone have a favorite game for the T?

Re: [M100] Missing ROM elements

[Kevin Becker]

I have a screen with a similar situation.  I've been meaning to get to
it but I've been slacking.  I ended up winning an auction for another
m100 that is in better shape so it hasn't been a priortiy.  If this
method doesn't fix it I might do some experimenting with ordering new
elastomer from alibaba.  


On Sat, 2020-04-11 at 19:52 -0700, me wrote:
> Ok I will.
> Yes they did blink out and back on. One row, when i removed the
>   plastic stayed off and slowly blinked back in, as if the
> alastomer
>   as expanding back out.
> Some of the alastomer feels really elastic while the areas of
>   failure feel hard. I will make a video of the action and share
> it.
> 
> 
> I know that the metal enclosure is held by twisted ends. Is that
>   enclosure's removal ill advised? I'm sure it is.
> 
> 
> On 4/11/20 7:03 PM, B4 Me100 wrote:
> 
> 
> 
> >   
> >   Hmmm,  the only thing to try is increasing the pressure
> > slightly to force more movement in the elastomer..  Also
> > make
> > sure the plastic is moving the elastomer. 
> >   
> > 
> >   
> >   Did the other rows blink out and back on as you move along
> > the elastomer strip?
> >   
> > 
> >   
> >   
> > From:  M100 
> >   on behalf of me 
> > 
> >   Reply-To:  
> > 
> >   Date:  Saturday, April
> >   11, 2020 at 6:44 PM
> > 
> >   To:  
> > 
> >   Subject:  Re: [M100]
> >   Missing ROM elements
> > 
> > 
> > 
> > 
> > 
> > 
> > >   
> > > 
> > >   Okay. I sacrificed some plastic packaging and slid
> > > it
> > > in there with some cleaner. no joy. I spent
> > > probably
> > > 25-30 minutes doing it. i'm going to let it sit
> > > for a
> > > while and try it again. I have a honeydo list in
> > > the
> > > meantime.
> > >   Your explanations were very straight forward and I
> > > appreciate it.
> > >   It doing this doesn't fix my problem, do you have
> > > any
> > > other suggestions? I did some mild twisting of
> > > the pcb
> > > and didn't notice any difference.
> > >   Meanwhile I have a 200 incoming that I look forward
> > > in
> > > using. It may suit my targeted needs more so than
> > > the
> > > 100. I have plans for the 100 though, once i can
> > > see the
> > > entire screen.
> > > 
> > >   
> > >   On 4/11/20 8:06 AM, B4 Me100
> > > wrote:
> > > 
> > >   
> > >   
> > > > That worked :)
> > > > 
> > > > 
> > > > 
> > > > The contacts run top and bottom of the screen
> > > > there
> > > >   are none on the side of the screen.  If you
> > > > have the
> > > >   TRS-80 Model 100 Reference Manual page 75 has
> > > > a
> > > >   picture of the top of the circuit board
> > > > showing the
> > > >   contacts (link: 
> > > > http://www.classiccmp.org/cini/pdf/Tandy/Model%20100%20Tech%20Reference.pdf
> > > >   ) -  they are tiny gold fingers on the board.
> > > >  The
> > > >   elastomer has bundles of vertical conductors
> > > > buried in
> > > >   it that take the signal from the board to the
> > > > bottom
> > > >   of the LCD glass panel and the transparent
> > > > traces that
> > > >   run on the screen glass panels – you can just
> > > > see them
> > > >   in the video.  There is also schematic for
> > > > the screen
> > > >   in the reference manual showing how it is
> > > > arranged
> > > >and pg 34 provides some more details on the
> > > >   arrangement. Because the units are so old the
> > > >   elastomer has started to harden which means
> > > > it no
> > > >   longer presses onto the board as well as it
> > > > once did.
> > > > It may also depend how the unit has been
> > > > stored
> > > >   during its lifetime.  
> > > > 
> > > > 
> > > > 
> > > > The oxidation generally occurs at the PCB to
> > > >   elastomer contact and a little gentle
> > > > movement can
> > > >   sometimes clean it out and make a good
> > > > contact once
> > > >   again.  The de-oxit just helps with the
> > > > process.   It
> > > >   may take a few attempts to clean it so take
> > > > your time
> > > >   and make sure nothing shorts out on the
> > > > bottom of the
> > > >   board to anything else if 

Re: [M100] DVI shakedown

[Kevin Becker]

I don't have a DVI but the m102 should connect to the System Bus
connector on the back.
On Wed, 2020-04-01 at 10:33 -0400, Charles Hudson wrote:
> Got the DVI cleaned and reassembled recently and ordered the OS disk
> and cables from Arcade Shopper.  Today I made my first attempt at a
> connection.
> 
> Dug  out a Commodore 1084 CRT which has an RCA video input and tried
> to connect to a Model 102, but couldn't figure out where to connect. 
> I have the RS DVI manual but it only mentions connecting to the Model
> 100.  Suggestions?
> 
> So I switched to the Model 100.  Following the startup procedure from
> the manual I got as far as issuing the BASIC command SCREEN 1,1 and
> got an "FC" error.  Back to square one.
> 
> Shut down everything and checked the cable connection to the Model
> 100, which was apparently loose.  Reconnected, powered up, loaded
> DOS, reset the M100 and this time the drive loaded Disk BASIC.
> 
> Ran a few programs on the CRT, used the backup utility to create
> another system disk and checked that off my list.  This is a whole
> new ballgame with the M100 backed by a CRT and twin disks.
> 
> Thanks, all, for your help.
> 
> Next: communication with the Model III and Model 4.
> 
> -CH-
> 
> 
> 
> 
> 
>   
> 
>   Virus-free. www.avg.com
>   
>   
> 

Re: [M100] Building VirtualT

[Kevin Becker]

The official sourceforge version builds on Fedora 31 with the distro
FLTK cleanly for me now.  Thanks!
As a side note, I'm leery of sourceforge too, but it has changed
ownership again since the days when they were injecting adware and such
into installers.


On Fri, 2020-03-27 at 20:01 -0400, Brian K. White wrote:
> I've deleted github.com/bkw777/VirtualT because the upstream original
> builds cleanly now, and although I don't love sourceforge, it does
> turn out to offer basic collaboration like github/gitlab, where
> anyone can make an account, fork, modify, and submit back to the
> original, all browseable in a web ui to view patches etc. So it's
> good enough there is not enough reason to maintain a fork off on a
> different service.
> https://sourceforge.net/p/virtualt/
> 
> Thank you Steven Hurd

Re: [M100] Building VirtualT

[Kevin Becker]

Just to be clear, Fedora's distro supplied version of FLTK is 1.3.5
which is the current stable release on fltk.org
On Thu, 2020-03-26 at 21:40 -0400, Brian K. White wrote:
> On 3/25/20 10:27 AM, Ken Pettit wrote:
> > Hey Guys,
> > Okay, I have fixed this bug (in src/file.cpp).  The de-tokenizer
> > was not testing for quoted strings.  I pushed the changes to the
> > git repo here if anyone wants to pull it and compile prior to an
> > official VT 1.8 release:
> > git clone https://git.code.sf.net/p/virtualt/code virtualt
> > Ken
> 
> Don't you get a lot of these generated by your compiler?This is just
> a couple out of many from a fresh git pull.I didn't find these myself
> before, I just addressed each compiler warning until there weren't
> any more.I'll go through them again and see if sourceforge provides a
> way to submit patches back up like gitlab or github.
> src/m100emu.c: In function ‘check_installation’:src/m100emu.c:723:39:
> warning: ‘%s’ directive writing up to 255 bytes into a region of size
> 240 [-Wformat-overflow=]   723 |   sprintf(localpath, "No ROM file
> for %s", errors);   |   ^~  
> ~~In file included from /usr/include/stdio.h:867,
>  from src/m100emu.c:32:/usr/include/x86_64-linux-
> gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output
> between 17 and 272 bytes into a destination of size 25636 |  
> return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1,   |
> ^~37 |  
> __bos (__s), __fmt, __va_arg_pack ());   |  
> ~
> 
> I also get this, which is probably from me using the latest fltk.But
> the changes I made for that apparently didn't break building with the
> older versions since Keven Becker said he just used the distro
> supplied package.
> Linking virtualt/usr/bin/ld: obj/remote.o: in function
> `key_delay()':remote.cpp:(.text+0x8f7): undefined reference to
> `fl_wait(double)'/usr/bin/ld: remote.cpp:(.text+0x927): undefined
> reference to `fl_wait(double)'/usr/bin/ld: obj/remote.o: in function
> `cmd_step(ServerSocket&, std::__cxx11::basic_string std::char_traits, std::allocator
> >&)':remote.cpp:(.text+0x3279): undefined reference to
> `fl_wait(double)'/usr/bin/ld: obj/remote.o: in function
> `cmd_step_over(ServerSocket&, std::__cxx11::basic_string std::char_traits, std::allocator
> >&)':remote.cpp:(.text+0x3577): undefined reference to
> `fl_wait(double)'/usr/bin/ld: remote.cpp:(.text+0x3639): undefined
> reference to `fl_wait(double)'/usr/bin/ld:
> obj/remote.o:remote.cpp:(.text+0xb066): more undefined references to
> `fl_wait(double)' followcollect2: error: ld returned 1 exit
> statusmake: *** [GNUmakefile:124: virtualt] Error 1
> 
> Assuming sourceforge provides a way to submit merge requests I'll do
> that shortly.
> 

Re: [M100] Building VirtualT

[Kevin Becker]

Fedora is usually very up to date.  It is version 1.3.5 which seems to
be the latest stable release on fltk.org
[kevin@tk421 virtualt]$ dnf info fltk
keybase
  21 kB/s | 3.3 kB 00:00
Installed Packages
Name : fltk
Version  : 1.3.5
Release  : 2.fc31
Architecture : x86_64
Size : 2.3 M
Source   : fltk-1.3.5-2.fc31.src.rpm
Repository   : @System
>From repo: fedora
Summary  : C++ user interface toolkit
URL  : http://www.fltk.org/
License  : LGPLv2+ with exceptions
Description  : FLTK (pronounced "fulltick") is a cross-platform C++ GUI
toolkit.
 : It provides modern GUI functionality without the bloat,
and supports
 : 3D graphics via OpenGL and its built-in GLUT emulation.


On Wed, 2020-03-25 at 12:51 -0500, Bert Put wrote:
> Hi, 
> I'm not sure that the distro is as important as the version of FLTK
> that comes with it.  Some  distros distribute older versions of
> packages than what the developer built their application with. 
> Anyway,  just my 2 cents worth. :-)
> Cheers, Bert
> 
> 
>  Original message 
> From: Ken Pettit  
> Date: 3/25/20  12:44  (GMT-06:00) 
> To: m100@lists.bitchin100.com 
> Subject: Re: [M100] Building VirtualT 
> 
> 
> Hi Kevin,
> 
> 
> 
> Okay, thanks.  Guess I'm going to have to spend some time tonight
> getting a Fedora VM up and running (or downloaded).
> 
> 
> 
> Ken
> 
> 
> 
> On 3/25/20 8:55 AM, Kevin Becker wrote:
> 
> 
> 
> >   
> >   I get the same error. To be clear, I did not exactly follow
> > Brian's instructions as I did not compile FLTK. I just
> > installed
> > it from the Fedora repos.
> >   
> > 
> >   
> >   
> > 
> >   
> >   On Wed, 2020-03-25 at 08:17 -0700, Ken Pettit wrote:
> >   
> > >  Hey Kevin,
> > > 
> > > 
> > > 
> > > Turns out I don't have a system on which the build fails,
> > > so
> > > it's hard for me to test if I fixed it.
> > > 
> > > 
> > > 
> > > I noticed in Brian's GNUMakefile, he added the --ldflags
> > > option
> > > to the fltk-config line.  This is adding additional
> > > library
> > > support, and the error "DSO missing..." usually means
> > > there is a
> > > missing library option.
> > > 
> > > 
> > > 
> > > I have added the '--ldflags' to the GNUMakefile on
> > > SourceForge. 
> > > Can you do a 'git pull' and see if that fixes the
> > > problem?
> > > 
> > > 
> > > 
> > > Thanks,
> > > 
> > > Ken
> > > 
> > > 
> > > 
> > > On 3/25/20 7:43 AM, Kevin Becker
> > >   wrote:
> > > 
> > > 
> > > 
> > > >   
> > > >   FWIW I can compile Brian's source on Fedora 31 using
> > > > the
> > > > distro packaged version of FLTK with no issue but
> > > > your
> > > > official sourceforge version errors out.
> > > >   
> > > > 
> > > >   
> > > >   /usr/bin/ld:
> > > > /usr/lib/gcc/x86_64-redhat-
> > > > linux/9/../../../../lib64/libfltk.so:
> > > > undefined reference to symbol
> > > > 'XRenderQueryExtension'
> > > >   /usr/bin/ld: /usr/lib64/libXrender.so.1: error adding
> > > > symbols: DSO missing from command line
> > > >   collect2: error: ld returned 1 exit status
> > > >   make: *** [GNUmakefile:124: virtualt] Error 1
> > > >   
> > > > 
> > > >   
> > > >   
> > > > 
> > > >   
> > > >   
> > > > 
> > > >   
> > > >   
> > > > 
> > > >   
> > > >   On Wed, 2020-03-25 at 07:27 -0700, Ken Pettit wrote:
> > > >   
> > > > >  Hey Guys,
> > > > > 
> > > > > 
> > > > > 
> > > > > Okay, I have fixed this bu

Re: [M100] Building VirtualT

[Kevin Becker]

I get the same error. To be clear, I did not exactly follow Brian's
instructions as I did not compile FLTK.  I just installed it from the
Fedora repos.
On Wed, 2020-03-25 at 08:17 -0700, Ken Pettit wrote:
> Hey Kevin,
> 
> 
> 
> Turns out I don't have a system on which the build fails, so it's
> hard for me to test if I fixed it.
> 
> 
> 
> I noticed in Brian's GNUMakefile, he added the --ldflags option
> to
> the fltk-config line.  This is adding additional library support,
> and the error "DSO missing..." usually means there is a missing
> library option.
> 
> 
> 
> I have added the '--ldflags' to the GNUMakefile on SourceForge. 
> Can
> you do a 'git pull' and see if that fixes the problem?
> 
> 
> 
> Thanks,
> 
> Ken
> 
> 
> 
> On 3/25/20 7:43 AM, Kevin Becker wrote:
> 
> 
> 
> >   
> >   FWIW I can compile Brian's source on Fedora 31 using the
> > distro packaged version of FLTK with no issue but your
> > official
> > sourceforge version errors out.
> >   
> > 
> >   
> >   /usr/bin/ld:
> > /usr/lib/gcc/x86_64-redhat-
> > linux/9/../../../../lib64/libfltk.so:
> > undefined reference to symbol 'XRenderQueryExtension'
> >   /usr/bin/ld: /usr/lib64/libXrender.so.1: error adding
> > symbols: DSO missing from command line
> >   collect2: error: ld returned 1 exit status
> >   make: *** [GNUmakefile:124: virtualt] Error 1
> >   
> > 
> >   
> >   
> > 
> >   
> >   
> > 
> >   
> >   
> > 
> >   
> >   On Wed, 2020-03-25 at 07:27 -0700, Ken Pettit wrote:
> >   
> > >  Hey Guys,
> > > 
> > > 
> > > 
> > > Okay, I have fixed this bug (in src/file.cpp).  The de-
> > > tokenizer
> > > was not testing for quoted strings.  I pushed the changes
> > > to the
> > > git repo here if anyone wants to pull it and compile
> > > prior to an
> > > official VT 1.8 release:
> > > 
> > > 
> > > 
> > > git clone https://git.code.sf.net/p/virtualt/code
> > > virtualt
> > > 
> > > 
> > > 
> > > Ken
> > > 
> > > 
> > > 
> > > On 3/25/20 12:23 AM, Peter Noeth
> > >   wrote:
> > > 
> > > 
> > > 
> > > >   
> > > > Does that include bug fixes from v1.7?
> > > > 
> > > > 
> > > > 
> > > > I sent Ken a PM back a while ago describing a bug I
> > > >   found, but got no response.
> > > > 
> > > > 
> > > > 
> > > > The problem occurs when transferring a BASIC
> > > > program
> > > >   from VirtualT to the PC in ASCII format. The bug
> > > > concerns
> > > >   any BASIC program that uses embedded ASCII
> > > > characters with
> > > >   the value greater than 127d directly in PRINT
> > > > statements.
> > > >   When these characters are used (for example, the
> > > > downward
> > > >   pointing triangle, 167d A7h), the ASCII character
> > > > value is
> > > >   not preserved in the saved output file, but
> > > > instead a
> > > >   BASIC keyword is substituted. 
> > > > 
> > > > 
> > > > 
> > > > For example (+ character is really 167d, input with
> > > > the
> > > >   keyboard sequence [CODE]_ ):
> > > > A program containing the line:
> > > > 11510 PRINT@280,"++";
> > > > 
> > > > 
> > > > 
> > > >  is saved in the ASCII format output file as:
> > > > 11510 PRINT@280,"GOTOGOTO";
> > > > 
> > > > 
> > > > 
> > > > I am not sure if the keyword GOTO is the actual
> > > >   substitution, as I am away from my "development"
&

Re: [M100] Building VirtualT

[Kevin Becker]

FWIW I can compile Brian's source on Fedora 31 using the distro
packaged version of FLTK with no issue but your official sourceforge
version errors out.
/usr/bin/ld: /usr/lib/gcc/x86_64-redhat-
linux/9/../../../../lib64/libfltk.so: undefined reference to symbol
'XRenderQueryExtension'/usr/bin/ld: /usr/lib64/libXrender.so.1: error
adding symbols: DSO missing from command linecollect2: error: ld
returned 1 exit statusmake: *** [GNUmakefile:124: virtualt] Error 1



On Wed, 2020-03-25 at 07:27 -0700, Ken Pettit wrote:
> Hey Guys,
> 
> 
> 
> Okay, I have fixed this bug (in src/file.cpp).  The de-tokenizer
> was
> not testing for quoted strings.  I pushed the changes to the git
> repo here if anyone wants to pull it and compile prior to an
> official VT 1.8 release:
> 
> 
> 
> git clone https://git.code.sf.net/p/virtualt/code virtualt
> 
> 
> 
> Ken
> 
> 
> 
> On 3/25/20 12:23 AM, Peter Noeth wrote:
> 
> 
> 
> >   
> > Does that include bug fixes from v1.7?
> > 
> > 
> > 
> > I sent Ken a PM back a while ago describing a bug I found,
> >   but got no response.
> > 
> > 
> > 
> > The problem occurs when transferring a BASIC program from
> >   VirtualT to the PC in ASCII format. The bug concerns any
> > BASIC
> >   program that uses embedded ASCII characters with the
> > value
> >   greater than 127d directly in PRINT statements. When
> > these
> >   characters are used (for example, the downward pointing
> >   triangle, 167d A7h), the ASCII character value is not
> >   preserved in the saved output file, but instead a BASIC
> >   keyword is substituted. 
> > 
> > 
> > 
> > For example (+ character is really 167d, input with the
> >   keyboard sequence [CODE]_ ):
> > A program containing the line:
> > 11510 PRINT@280,"++";
> > 
> > 
> > 
> >  is saved in the ASCII format output file as:
> > 11510 PRINT@280,"GOTOGOTO";
> > 
> > 
> > 
> > I am not sure if the keyword GOTO is the actual
> >   substitution, as I am away from my "development" computer
> > and
> >   can verify, but it illustrates the basic problem. Likely,
> >   as BASIC keywords are probably represented as values
> > higher
> >   than 127d, and the routine in VirtualT to save a file on
> > the
> >   PC in ASCII format is not setting a flag to track the
> >   occurrences of the " character pairs and interpret any
> >   characters within as ASCII characters and not BASIC
> > keywords.
> > 
> > 
> > 
> > Regards,
> > 
> > 
> > 
> > Peter
> > 
> > 
> > 
> > 
> > 
> >  Message: 10
> > 
> >  Date: Tue, 24 Mar 2020 13:27:39 -0700
> > 
> >  From: Ken Pettit 
> > 
> >  To: m100@lists.bitchin100.com
> > 
> >  Subject: Re: [M100] Building VirtualT
> > 
> >  Message-ID: <5e7a6d3b.4020...@gmail.com>
> > 
> >  Content-Type: text/plain; charset="windows-1252";
> >   Format="flowed"
> > 
> >   
> > 
> >  Hey Guys,
> > 
> >   
> > 
> >  Steven Hurd also converted the SourceForge.net cvs
> > repo to
> >   a git repo.  
> > 
> >  Both he and I have been making updates to that repo. 
> > I am
> >   working 
> > 
> >  toward a VT 1.8 release.
> > 
> >   
> > 
> >  Ken
> > 
> >   
> > 
> > 
> >   
> > 
> 
> 
> 
>   
> 

Re: [M100] Building VirtualT

[Kevin Becker]

For what it's worth, I just built VirtualT on Fedora 31 using Brian's github. I 
didn't build fltk myself, I used the packaged versions.

git clone https://github.com/bkw777/VirtualT.git
sudo dnf install fltk fltk-devel fltk-static fltk-fluid libXinerama-devel 
libjpeg-devel 
export FLTKDIR=/usr/lib64
make

I haven't done any real testing but it launches and appears to work

On Mon, Jan 6, 2020, at 10:17 PM, Brian K. White wrote:
> I was just now able to build the latest FLTK and VirtualT on linux with 
> the following changes from the v1.7 sourceforge version:
> 
> https://github.com/bkw777/VirtualT/commit/fe6df94725a5fcf1989964b22cb79848dc778a6d
> 
> I don't know if every change is quite the most correct way to resolve 
> the compiler warnings or errors, and I don't know if one or two changes 
> don't also break compiling on Windows or Mac.
> 
> But this commit link shows everything all together and it's not very 
> much, and at least for me, it builds without even any compiler warnings 
> let alone errors, and the resulting binary runs.
> 
> I started with a clean copy of the src zip file from sourceforge, not a 
> fork from one of the other copies of VirtualT already on github.
> 
> For fltk I didn't I didn't have to change anything. I just cloned the 
> current fltk repo from github (from the fltk web site) and followed the 
> CMake directions for building on linux.
> 
> -- 
> bkw
> 

Re: [M100] Upgrade Rex for T200.... stuck

[Kevin Becker]

Wow this is great Brian.  If you shared this before I must've missed
it.  I've been meaning to check out LaddieAlpha at some point but I've
got a, probably unjustified, resistance to .NET so I've just stuck with
dlink.  With a REX bootstrapping hasn't been and issue but I've now got
a M100 (and another one shipping to me soon) without a REX so I'm
checking this out today.

On Sat, 2020-03-21 at 08:20 -0400, Brian White wrote:
> I added a bootstrap option to a fork of dlplus to  make this easier.
> 
>  http://github.com/bkw777/dlplus.
> 
> You hook up the serial cable and just run "dl -h" to get a list of
> available loaders, and then "dl -b=..."  to bootstrap one of the
> listed loaders. For a 200 there is 2 so far, TEENY.200 and
> DSKMGR.200.
> 
> I think I can add ts-dos too, at least for 100. something to while in
> couch jail.
> 
> Maybe I'll finally make a proper .deb package too now, but it builds
> from source very easily.
> 
> There's also mComm for both Windows and Android that has a ts-dos
> installer.
> Look in the club100 member uploads for Kurt McCullum.
> 
> -- 
> bkw
> 
> On Sat, Mar 21, 2020, 2:15 AM Tom Wilson  wrote:
> > Hi, guys... I need. help.
> > 
> > I'm trying to upgrade my Rex to run on my new T200, but I can't get
> > the required files onto the system to flash the Rex.
> > 
> > The manual says to just "use your TPDD"... but I don't have a
> > working Rex yet to run TS-DOS. I can't load DOS200.CO, since I
> > can't figure out how to transfer a .co binary file. 
> > 
> > I've tried hex2do, which creates a BASIC program to load the file
> > on the T200... but that doesn't work because I need enough memory
> > to unpack the program, then save it.. .which amounts to about 10K.
> > I only have about 8K left after transferring the loader.
> > 
> > So I'm stuck. Without a TPDD, how do I get rf249.co over to my T200
> > to initialize my Rex?
> > 
> > 
> > Tom Wilson
> > wilso...@gmail.com
> > (619)940-6311 
> > K6ABZ

Re: [M100] T-102 is here!

[Kevin Becker]

Teeny is what I used instead of TS-DOS before I got a REX. Very minimalist but 
also takes little RAM. 

> On Mar 13, 2020, at 1:07 PM, Tom Wilson  wrote:
> 
> 
> file transfer software is at the top of my list. Is TS-DOS the best option? 
> Are there any really useful modern custom ROMs that add fixes or features, 
> like the Y2K century fix?
> 
> 
>> On Fri, Mar 13, 2020 at 9:48 AM Mike Stein  wrote:
> 
>> Just curious: what option ROMs do you want to use?
>>  
>> - Original Message -
>> From: Tom Wilson
>> To: m...@bitchin100.com
>> Sent: Friday, March 13, 2020 12:40 PM
>> Subject: Re: [M100] T-102 is here!
>> 
>> 
>> Yes, I’ve got a Rex in order. I also have a Model 200 on the way. So I’m 
>> trying to decide whether to get another Rex. I got a smoking deal on both 
>> this computer and the 200, and the Rex actually costs more than the 
>> computer. 
>> 
>> I’ll probably go ahead and get a second Rex, but i was hoping for something 
>> a little less expensive for a machine that will likely sit on the shelf and 
>> look pretty 90% if the time. 
>> 
>> 
>> On Fri, Mar 13, 2020 at 8:43 AM Gregory McGill  
>> wrote:
>>> rex is available at arcadeshopper.com for that option rom socket  
>>> 
>>> Greg
>> -- 
>> Tom Wilson
>> wilso...@gmail.com
>> (619)940-6311 
>> K6ABZ
> -- 
> Tom Wilson
> wilso...@gmail.com
> (619)940-6311 
> K6ABZ

Re: [M100] NiMH Batteries

[Kevin Becker]

Thanks!  I wasn't trying to complain, just trying to find out what my
options were.  

On Fri, 2020-03-13 at 09:49 -0700, Gregory McGill wrote:
> shipped today btw..
> On Fri, Mar 13, 2020 at 9:31 AM Kevin Becker 
> wrote:
> > Any suggestions for a retail store that might sell the 3.6V memory
> > battery?  With no Radio Shacks around I can't come up with
> > much.  Maybe a hobby shop?  I have all the caps to refurb my m100
> > but my battery hasn't arrived (or even shipped) and I was hoping to
> > do it all at once this weekend.  I'll probably end up just doing
> > the caps and removing the old battery for now but it'd be nice to
> > get it all done at once.

Re: [M100] NiMH Batteries

[Kevin Becker]

I didn't realize there was that much spare space.  I might give that a
go, easier for the next person to replace someday in the future.
On Fri, 2020-03-13 at 12:45 -0400, Mike Stein wrote:
> 
> 
> 
> 
> 
> 
> 
> I replace mine with cordless phone batteries 
> from the local Dollar Store:
>  
> 
> >   - Original Message - 
> > 
> >   From: 
> >   Kevin 
> >   Becker 
> > 
> >   To: m...@bitchin100.com 
> > 
> >   Sent: Friday, March 13, 2020 12:31 
> >   PM
> > 
> >   Subject: [M100] NiMH Batteries
> > 
> >   
> > 
> >   Any suggestions for a retail store that might sell the 3.6V
> > memory 
> >   battery? With no Radio Shacks around I can't come up with much.
> > Maybe a hobby 
> >   shop? I have all the caps to refurb my m100 but my battery hasn't
> > arrived (or 
> >   even shipped) and I was hoping to do it all at once this weekend.
> > I'll 
> >   probably end up just doing the caps and removing the old battery
> > for now but 
> >   it'd be nice to get it all done at once.

[M100] NiMH Batteries

[Kevin Becker]

Any suggestions for a retail store that might sell the 3.6V memory
battery?  With no Radio Shacks around I can't come up with much.  Maybe
a hobby shop?  I have all the caps to refurb my m100 but my battery
hasn't arrived (or even shipped) and I was hoping to do it all at once
this weekend.  I'll probably end up just doing the caps and removing
the old battery for now but it'd be nice to get it all done at once.

Re: [M100] REX3?

[Kevin Becker]

This is from an earlier reply about the present state of the hardware.  
I've got a T102 with a regular REX so I used this as an excuse to pick 
up a M100 that I'm in the process of refurbishing as soon as the parts 
come in.



In M100 and T102, you need an additional board
1) in M100, the adapter plugs into the system bus and connects via a 3 
wire cable to REXCPM.  No soldering, plug and play.
2) in T102, the adapter plugs into the adjacent 8kRAM socket, and 
connects via a 3 wire cable to REXCPM. An additional wire needs to run 
to M37 Pin 11.  I'm currently evaluating if a clip can be used or if it 
needs to be soldered.


So, plug and play in M100.   Still evaluating if it can be "solder 
free" in T102 using a clip.  Both solutions need the adapter board.



-- Original Message --
From: "Tom Wilson" 
To: "M100 Mailing List" 
Sent: 3/11/2020 3:47:58 PM
Subject: Re: [M100] REX3?

This has me curious... IIRC, the REX ROM mod requires that I disconnect 
the CS line on my internal ROM chip. On the T102, this is surface 
mounted. If you figure out how to build a 64K "all RAM" memory model, 
is this also going to require cutting the CS line on the ROM, or is 
there a better way to do it?


I love CP/M, but I'm not quite in a place where I want to modify SMT 
components. If this requires hardware changes, I'll probably grab a 
T-100 for that purpose (or maybe even try to find a T-200).



Tom Wilson
wilso...@gmail.com
(619)940-6311
K6ABZ


On Wed, Mar 11, 2020 at 11:49 AM Stephen Adolph  
wrote:
REX2 was an original attempt at a module that supported CP/M.  It did 
not survive!  I think I made 6 of them total.  Those 6 worked fine as 
a standard REX.
With only 128k of RAM, it would have needed some pretty fancy software 
to turn a flash chip into a read/write disk drive.


REXCPM takes a different approach - no flash, just a whopping big 
SRAM.


Plus many other improvements in design that I have aggregated  up over 
all the different REX related activities.




On Wed, Mar 11, 2020 at 2:44 PM Abraham Moller  
wrote:
Speaking of the REX3, was the REX2 ever released? It sounds like it 
would run CP/M and have flash storage:  
http://bitchin100.com/wiki/index.php?title=REX2_-_custom_REX_for_CP/M_support


Jon


On Wed, Mar 11, 2020 at 2:30 PM Tom Wilson  
wrote:
Kids are great for that. I had my daughter crimping RJ45s during 
Christmas break. She is better at it than I am.


On Wed, Mar 11, 2020 at 10:27 AM Stephen Adolph 
 wrote:
It is, I'd be happy to put one together.  I just send out my last 
one in stock.

I can get going on a build and get back to you?
My kids are my new shipping department.  Fun times.


On Wed, Mar 11, 2020 at 1:20 PM Kurt McCullum  
wrote:
Steve is your go-to for that. If he doesn't have any on hand, I do 
have an extra one I could part with.


Kurt

On Wed, Mar 11, 2020, at 10:15 AM, Jason Benson wrote:
I finally got my NEC PC 8201A working last night, and I with all 
the fun I've been having with REX on my M100 I was wondering if 
REX3 is available anywhere.

-Jason



--
Tom Wilson
wilso...@gmail.com
(619)940-6311
K6ABZ

Re: [M100] LCD Lines

[Kevin Becker]

That is an interesting approach.  I've taken several PC-3 pocket
computers apart and reassembled them which is my only experience with
elastomeric strips.  I've been successful in that regard on the smaller
PC-3 scale.  I have to admit, I'm not eager to disassemble the LCD on
this M100 so I may give that a try first.
On a side note, I ordered replacement electrolytic caps, a new NiMh
battery, and an 8kb RAM module to bring it up to 32kb so I hope I
actually can get the screen working to make it all worthwhile.

On Tue, 2020-03-03 at 19:40 -0800, B4 Me100 wrote:
> I have not had any success removing the LCD bezel so would not
> recommend that approach.   It was hard for me to get the elastomer
> strip to re-conform on the PCB making things worse in the end.   I
> tried it on two different LCDs so perhaps I need more practice :) 
> One trick that works for me is to put some de-oxit (or similar) on
> the elastomer and the use a thin piece of plastic or card to very
> gently massage the elastomer via the gap between the bezel and PCB.
>  The screen can be powered to make it easier to see which lines are
> being impacted.  Looking at the image I would say it looks like
> oxidation issues.  Driver issues usually result in faint lines that
> vary in intensity with the contrast.  At least in my experience.  
> From:  M100  on behalf of Kevin
> Becker 
> Reply-To:  
> Date:  Tuesday, March 3, 2020 at 6:58 AM
> To:  "m...@bitchin100.com" 
> Subject:  [M100] LCD Lines
> 
> >  
> > blockquote.cite { margin-left: 5px; margin-right: 0px; padding-
> > left: 10px; padding-right:0px; border-left: 1px solid #cc }
> > blockquote.cite2 {margin-left: 5px; margin-right: 0px; padding-
> > left: 10px; padding-right:0px; border-left: 1px solid #cc;
> > margin-top: 3px; padding-top: 0px; }
> > a img { border: 0px; }
> > li[style='text-align: center;'], li[style='text-align: right;']
> > {  list-style-position: inside;}
> > body { font-family: Segoe UI; font-size: 12pt;   }
> >  I've had a Model 102 for years that I enjoy tinkering with and
> > I've often thought I should pick up a Model 100 as well but never
> > had a real need.  Now with new forthcoming REXCPM on the horizon I
> > figured I might start watching eBay looking for a deal.  I ended up
> > picking up a nice clean (on the outside anyway) m100 that has some
> > screen issues.  There isna large horizontal band of missing pixels
> > all the way across the screen as well as some vertical lines
> > missing for about half the screen.
> > https://imgur.com/JHnyrUB
> > 
> > I've seen the repair video linked below fixing similar issues. 
> > Squeezing the bezel fixes part of the widest section of missing
> > vertical lines near the middle of the screen but leaves every other
> > line missing still.  No amount of pressure anywhere around the
> > bezel seemed to affect the missing horizontal lines, nor the
> > alternating section of missing lines.  My question is, is there
> > anything else I should check before removing the LCD bezel and
> > examining the elastomer strips?  The NiCad has just begun leaking
> > but has not reached the board.  All but one of the smaller black
> > electrolytic caps have leaked quite a bit though.  Is there any way
> > that damaged traces on the main PCB would produce the issues on the
> > LCD?  
> > 
> > https://imgur.com/JHnyrUB
> > https://www.youtube.com/watch?v=bYa-zT75N9s

Re: [M100] LCD Lines

[Kevin Becker]

That's awesome news.  I followed his quest to do the PC1 screens but 
then lost track of his progress I guess.  I'll have to order one to add 
to the projects list.


As far as new M100 elastomeric strips, a brief search on alibaba shows 
plenty of manufacturers offering to make them.  Probably wouldn't be too 
hard to send off some measurements and get a batch made.


-- Original Message --
From: "Josh Malone" 
To: m...@bitchin100.com
Sent: 3/3/2020 4:32:20 PM
Subject: Re: [M100] LCD Lines

On Tue, Mar 3, 2020 at 4:28 PM Kevin Becker  
wrote:
Did he do PC3 screens too?  I've got a PC3 that could use a new 
screen...


Yes:

https://www.tindie.com/products/halfbakedmaker/lcd-replacement-for-trs-80-pc-3-sharp-pc-125x/

Re: [M100] LCD Lines

[Kevin Becker]

Did he do PC3 screens too?  I've got a PC3 that could use a new 
screen...


-- Original Message --
From: "Josh Malone" 
To: m...@bitchin100.com
Sent: 3/3/2020 4:25:58 PM
Subject: Re: [M100] LCD Lines

On Tue, Mar 3, 2020 at 10:10 AM Stephen Adolph  
wrote:

I recently had very good luck fixing an LCD.

With careful inspection with a microscope I found corrosion on the 
traces that drive the LCD from a particular driver.
The corrosion was right under the rubber conducting gasket.  I 
disassembled the LCD, removed the gasket, carefully repaired the 
traces, reassembled and voila all good.


I have had very poor luck re-assembling M100 LCDs into a workable 
state. My experience has been that the zebra strips never make good 
contact again once they've been removed from the PCB; they deform over 
the years to take the imprint of the copper pads such that they are not 
smooth anymore. I periodically fantasize about finding a company that 
can manufacture new zebras for the M100 (similar to how new PC1/PC3 
LCDs were recently manufactured by Robert B.)


Am I in the minority?

-Josh

Re: [M100] LCD Lines

[Kevin Becker]

I've seen your part 1 of this repair and I believe you also saw leaking 
from all the smaller black electrolytic caps, didn't you?  I haven't 
seen the part 2 but I'll check it out.  The capacitor list is great, I 
was going to go through the service manual and assemble a list today at 
work if I had the chance but this saves me the effort.  I also used a 
NiMh in my T102 and was planning to do the same for this guy.



-- Original Message --
From: "Jeffrey Birt" 
To: m...@bitchin100.com
Sent: 3/3/2020 10:15:07 AM
Subject: Re: [M100] LCD Lines

It ‘could’ also be a driver issue, i.e. the driver for one row is 
flakey or not being enabled. You would have to try and match the 
missing row up to the matching driver(s) and check for the proper 
signals. Looking at the schematic there are several signals marked 
‘CS’, i.e. PA0-PA7, PB0-PB1. These are the enable signals for each 
driver so you could check at the LCD connector to see if they are all 
being twiddled.




This is a classic issue with the ‘zebra strip’ on the LCD though. You 
may be able to fix it by releasing the bezel and cleaning the LCD, PCB 
and elastomer strip well.




I did a video on recapping a M100 and made up a color-coded capacitor 
list with part numbers. There is a link in the video description to 
download the list. I used a super-cap instead of a new battery on this 
machine as an experiment. On subsequent M100s I have used NiMh cells 
though as they have a much longer back up time. Arcadeshopper (another 
list member) carries the batteries as do I.


https://youtu.be/IGTdNMx1V1w


Jeff Birt (Hey Birt!)



From: M100  On Behalf Of Kevin 
Becker

Sent: Tuesday, March 3, 2020 8:59 AM
To:m...@bitchin100.com
Subject: [M100] LCD Lines



I've had a Model 102 for years that I enjoy tinkering with and I've 
often thought I should pick up a Model 100 as well but never had a real 
need.  Now with new forthcoming REXCPM on the horizon I figured I might 
start watching eBay looking for a deal.  I ended up picking up a nice 
clean (on the outside anyway) m100 that has some screen issues.  There 
isna large horizontal band of missing pixels all the way across the 
screen as well as some vertical lines missing for about half the 
screen.




https://imgur.com/JHnyrUB



I've seen the repair video linked below fixing similar issues.  
Squeezing the bezel fixes part of the widest section of missing 
vertical lines near the middle of the screen but leaves every other 
line missing still.  No amount of pressure anywhere around the bezel 
seemed to affect the missing horizontal lines, nor the alternating 
section of missing lines.  My question is, is there anything else I 
should check before removing the LCD bezel and examining the elastomer 
strips?  The NiCad has just begun leaking but has not reached the 
board.  All but one of the smaller black electrolytic caps have leaked 
quite a bit though.  Is there any way that damaged traces on the main 
PCB would produce the issues on the LCD?




https://imgur.com/JHnyrUB

https://www.youtube.com/watch?v=bYa-zT75N9s

[M100] LCD Lines

[Kevin Becker]

I've had a Model 102 for years that I enjoy tinkering with and I've 
often thought I should pick up a Model 100 as well but never had a real 
need.  Now with new forthcoming REXCPM on the horizon I figured I might 
start watching eBay looking for a deal.  I ended up picking up a nice 
clean (on the outside anyway) m100 that has some screen issues.  There 
isna large horizontal band of missing pixels all the way across the 
screen as well as some vertical lines missing for about half the screen.


https://imgur.com/JHnyrUB

I've seen the repair video linked below fixing similar issues.  
Squeezing the bezel fixes part of the widest section of missing vertical 
lines near the middle of the screen but leaves every other line missing 
still.  No amount of pressure anywhere around the bezel seemed to affect 
the missing horizontal lines, nor the alternating section of missing 
lines.  My question is, is there anything else I should check before 
removing the LCD bezel and examining the elastomer strips?  The NiCad 
has just begun leaking but has not reached the board.  All but one of 
the smaller black electrolytic caps have leaked quite a bit though.  Is 
there any way that damaged traces on the main PCB would produce the 
issues on the LCD?


https://imgur.com/JHnyrUB
https://www.youtube.com/watch?v=bYa-zT75N9s

Re: [M100] M100 repair video

[Kevin Becker]

It looks like it might be this one?

https://www.amazon.com/Stainless-Dispenser-durAstatic-Density-Polyethylene/dp/B00DK2BGIK/ref=sr_1_11?crid=1KWBRMEBQ5H2B=alcohol+dispenser+push+down=1580396996=alcohol+dispenser%2Caps%2C158=8-11

There are a lot of choices on amazon, with varying reviews.

-- Original Message --
From: "Josh Malone" 
To: m...@bitchin100.com
Sent: 1/30/2020 6:21:05 AM
Subject: Re: [M100] M100 repair video

It absolutely is. And, I just realized I left that out of my tools list 
- I'll have to see if I can add it.


On Wed, Jan 29, 2020, 10:20 PM Kevin Becker  
wrote:

That alcohol dispenser looks really handy.


On Wed, 2020-01-29 at 21:34 -0500, Josh Malone wrote:

All,

I finally made my first M100 repair video. This was a repair job that 
I picked up at Tandy Assembly -- one of several, actually. This may 
also be my first one-sitting fix (turned out to be a simple problem).


https://www.youtube.com/watch?v=PSD01xLqwEc

I'm still planning to make more videos of my repair jobs. I tried to 
include stuff that I thought might help others with their 
troubleshooting.


-Josh

Re: [M100] M100 repair video

[Kevin Becker]

That alcohol dispenser looks really handy.

On Wed, 2020-01-29 at 21:34 -0500, Josh Malone wrote:
> All,
> I finally made my first M100 repair video. This was a repair job that
> I picked up at Tandy Assembly -- one of several, actually. This may
> also be my first one-sitting fix (turned out to be a simple problem).
> 
> https://www.youtube.com/watch?v=PSD01xLqwEc 
> 
> I'm still planning to make more videos of my repair jobs. I tried to
> include stuff that I thought might help others with their
> troubleshooting.
> 
> -Josh 
> 

Re: [M100] REXCPM & M100 CP/M

[Kevin Becker]

Yeah this does look interesting.  Somewhat offtopic, I just switched my
work laptop from a MacBook to a Dell running Windows (for now) which
only has USB C ports.  I could use a dongle to convert my old USB A to
serial cable but ordered a new USB-C to DB9 converter to keep things
simple.  I also had to find a new Windows serial terminal app  since I
was just using he macOS terminal before.  Then I had to test the new
hardware/software combo to ensure I can interface with all the various
networking equipment I'm responsible for in the event of an
emergency.  It'd be nice to have a simple hardware solution like this
just hanging out in the event that it is needed independent of what my
work PC happens to support at any point in time.
On Sun, 2020-01-26 at 17:03 +1300, Philip Avery wrote:
> Mike Stein pointed me to this device:
> http://geoffg.net/terminal.html
> 
> which I have bought, but have yet to assemble & use. Up to now I
> have just been using a XP box with Hyperterm to give 80 x 24.
> 
> 
> 
> Philip
> 
> 
> 
> On 26/01/2020 4:52 pm, Kevin Becker
>   wrote:
> 
> 
> 
> >   
> >   I've been eagerly awaiting the REXCPM just for something to
> > tinker with. I've never really used CPM before and thought
> > this
> > would be a good opportunity. But I wasn't aware of the
> > serial
> > terminal possibilties. This sounds amazing.
> >   
> > 
> >   
> >   I also had never realized there were simple serial to VGA
> > options out there. I can't think of a lot of uses for a
> > device
> > like that and I'm off to research them now.
> >   
> > 
> >   
> >   On Sun, 2020-01-26 at 16:46 +1300, Philip Avery wrote:
> >   
> > >  It's about time I chimed in
> > > here with my side of deal - which is producing a CP/M
> > > operating
> > > system for M100. This works with Steve's REXCPM board and
> > > is a
> > > RAM-based system instead of floppy disks, so no DVI
> > > necessary,
> > > just a REXCPM board. We have CP/M fully up & running on
> > > real
> > > M100s and have been enjoying testing by playing Zork! The
> > > software side is almost done, I'm currently  doing
> > > documentation. Steve & I have chatted and we're aiming
> > > for
> > > hardware & software to be available for everyone within
> > > 2-months.
> > > 
> > > 
> > > 
> > > What CP/M brings to the M100 world, apart from languages
> > > (C,
> > > Pascal, Forth, compiled Basics, etc) and masses of
> > > application
> > > software is "easy 80 x 24 display". It is trivial in CP/M
> > > to
> > > direct output to the M100 RS-232 connector, and connect a
> > > terminal (or terminal emulator) to get 80 x 24. (Note:
> > > this
> > > *only* applies to CP/M mode, it wont allow your native
> > > M100
> > > software to display 80 x 24!) So the idea is if you're
> > > going to
> > > do some M100 CP/M work at a desk, then plug in a VGA LCD
> > > screen
> > > that has a serial-VGA conversion board attached and enjoy
> > > 80 x
> > > 24. All low cost/energy/resource & small footprint stuff
> > > these days. A M100 with 80 x 24 display & megabytes of
> > > fast
> > > disk is a joy to use. Then, when you want to go mobile,
> > > you can
> > > still use M100 CP/M, just with the M100 40 x 8 display.
> > > 
> > > 
> > > 
> > > Will keep you all updated closer to the time.
> > > 
> > > 
> > > 
> > > Philip
> > > 
> > > Making CP/M great again
> > > 
> > > 
> > > 
> > > 
> > > 
> > >   
> > 
> > 
> 
> 
> 
>   
> 

Re: [M100] REXCPM & M100 CP/M

[Kevin Becker]

I've been eagerly awaiting the REXCPM just for something to tinker
with.  I've never really used CPM before and thought this would be a
good opportunity.  But I wasn't aware of the serial terminal
possibilties. This sounds amazing.
I also had never realized there were simple serial to VGA options out
there.  I can't think of a lot of uses for a device like that and I'm
off to research them now.
On Sun, 2020-01-26 at 16:46 +1300, Philip Avery wrote:
> It's about time I chimed in here with my side of deal - which is
> producing a CP/M operating system for M100. This works with
> Steve's
> REXCPM board and is a RAM-based system instead of floppy disks,
> so
> no DVI necessary, just a REXCPM board. We have CP/M fully up &
> running on real M100s and have been enjoying testing by playing
> Zork! The software side is almost done, I'm currently  doing
> documentation. Steve & I have chatted and we're aiming for
> hardware & software to be available for everyone within
> 2-months.
> 
> 
> 
> What CP/M brings to the M100 world, apart from languages (C,
> Pascal,
> Forth, compiled Basics, etc) and masses of application software
> is
> "easy 80 x 24 display". It is trivial in CP/M to direct output to
> the M100 RS-232 connector, and connect a terminal (or terminal
> emulator) to get 80 x 24. (Note: this *only* applies to CP/M
> mode,
> it wont allow your native M100 software to display 80 x 24!) So
> the
> idea is if you're going to do some M100 CP/M work at a desk, then
> plug in a VGA LCD screen that has a serial-VGA conversion board
> attached and enjoy 80 x 24. All low cost/energy/resource & small
> footprint stuff these days. A M100 with 80 x 24 display &
> megabytes of fast disk is a joy to use. Then, when you want to go
> mobile, you can still use M100 CP/M, just with the M100 40 x 8
> display.
> 
> 
> 
> Will keep you all updated closer to the time.
> 
> 
> 
> Philip
> 
> Making CP/M great again
> 
> 
> 
> 
> 
>   
> 

Re: [M100] extend VirtualT to support REXCPM

[Kevin Becker]

I found the info below in my notes for building VirtualT on Fedora.  I
believe it was Fedora 29 at the time I made the notes.  My current
machines are Fedora 31 and running Wayland and I get some errors about
missing X libraries when trying to build fltk at the moment. 

   http://ijg.org/files/jpegsrc.v9b.tar.gz
compile
move .lib/libjpeg.so.9 to /usr/local/lib64
edit /etc/ld.so.conf.d/usr-local.conf
 and put one line in it:
/usr/local/lib64
Now run sudo ldconfig
# Compile
   http://bitchin100.com/wiki/index.php?title=Building_VirtualT_on_Linux



On Wed, 2020-01-01 at 18:13 -0500, Brian K. White wrote:
> Someone already copied it to github, and that's the copy I tried to
> build.
> 
> The current/last compiled VirtualT still works on linux. That's why
> I 
> didn't try too hard to build it. I just used the pre-built one. I
> was 
> just trying to use it to test my bootstrap updates to dlplus for 
> machines I don't own.
> 
> I just had to install a jpeg library.
> And Then for convenience wrote a little launcher bash script and 
> .desktop file.
> 
> 
> Here's what I did on ubuntu 19.10 a couple days ago.
> 
> $ sudo -i
> # apt install libjpeg9
> # mkdir /opt/VirtualT
> # cd /opt/VirtualT
> # wget wget 
> https://versaweb.dl.sourceforge.net/project/virtualt/Linux/v1.7/virtualt-linux64-v1.7.tgz
> # tar xvf virtualt-linux64-v1.7.tgz
> # rm virtualt-linux64-v1.7.tgz
> # wget https://github.com/osresearch/VirtualT/raw/master/ModelT.ico
> #
> 
> # cat > vt/VirtualT.sh <<%%EOF
> #!/bin/bash
> # launcher because virtualt expects to find resources like roms and
> # help docs in subdirectories under current dir when launched.
> VirtualT_HOME="${0%/*}/virtualt-linux64-v1.7"
> 
> cd "${VirtualT_HOME}"
> ./virtualt
> %%EOF
> 
> 
> # cat > "/usr/local/share/applications/Virtual T.desktop" <<%%EOF
> [Desktop Entry]
> Type=Application
> Name=Virtual T
> Exec=/opt/VirtualT/VirtualT.sh
> Icon=/opt/VirtualT/ModelT.ico
> %%EOF
> 
> 
> Now I have a "Virtual T" item in the "other" menu off my start menu,
> it 
> shows up automatically as soon as the .desktop file is created in one
> of 
> the special directories.
> 
> -- 
> bkw
> 
> On 1/1/20 5:37 PM, John R. Hogerhuis wrote:
> > Probably a first step is getting it into GitHub and then we can
> > clean up 
> > the build and README. I assume Ken will chime in with what he
> > wants.
> > 
> > I've never failed to build it under Linux when I try but there are 
> > always issues of installing dev libraries and setting defines.
> > 
> > -- John.
> > 
> > On Wed, Jan 1, 2020, 2:03 PM r cs  > > wrote:
> > 
> > When I went to build VirtualT under Linux some moons ago I got
> > some
> > advice off this list about what older version of FLTK to use,
> > but I
> > haven't gotten back to that yet.  I can go find it later if
> > it's not
> > immediately obvious in the archives (I haven't posted much here
> > yet).  I didn't explore the Windows path, but it would be
> > interesting to hear about either way.  It would be good for all
> > of
> > us trying a VirtualT rebuild to share notes here on the path to
> > a
> > successful rebuild as a start.
> > 
> > So I know about the REX chip and have bought a few but not
> > installed
> > them yet.  What is REXCPM?  Is that CP/M-80 as a ModelT ROM or
> > something?
> > 
> > Happy New Year to all!
> > rcs
> > 
> > On Wed, Jan 1, 2020 at 4:44 PM Brian White  > > wrote:
> > 
> > I failed to build it the other day using the latest version
> > of
> > fltk, so it may need an older version. I didn't give it
> > much
> > effort so maybe it's not much to fix, but it didn't build
> > out of
> > the box.
> > 
> > On Wed, Jan 1, 2020, 3:54 PM John R. Hogerhuis <
> > jho...@pobox.com
> > > wrote:
> > 
> > I contributed a little code to VirtualT. But it's
> > mainly
> > Ken's work. I'm fine with your plan. Are we still
> > operating
> > on sourceforge? I assume eventually we should move to
> > GitHub.
> > 
> > As to toolchain, if you can build it you're good. May
> > want
> > to learn to use GDB if you don't already know it.
> > 
> > 
> > -- John.
> > 
> > 
> > On Mon, Dec 30, 2019, 7:14 AM Stephen Adolph
> > mailto:twospru...@gmail.com>>
> > wrote:
> > 
> > Hi all,
> > 
> > I would like to modify virtualT to support REXCPM.
> > 
> > I downloaded the source, and while I don't know C
> > too
> > well, I think modifying the code may be within my
> > reach.
> > 
> > Questions
> > 1) when I'm happy with the changes, should I submit
> > them
> > to the broader team for review/inclusion?
> > 2) what is the tool set needed?  looks like GCC and
> > 

Re: [M100] New M100 hardware

[Kevin Becker]

That looks really cool.  I'm surprised how well the tiny keycaps came
out.

On Sun, 2019-12-29 at 18:27 +0800, Jeroen Domburg wrote:
> More updates! In general, I'll try not to flood the list too much,
> but
> I'm too happy with this result not to share it. Long story short, my
> 3d-printer came in. It's not one of those hot plastic squirter types,
> but a thing that projects UV through a LCD to harden out resin that's
> on
> top of it. The big plus of those is that you can get a really good
> resolution, which kinda is needed for tiny projects like this.
> 
> Well, I've been modelling in OpenSCAD for a while to create a case
> for
> the prototype I had, mostly to see if I can get the keys working and
> printed out correctly. The case still is intended for the prototype
> PCB
> so it has space for the ugly debugging buttons on the side, but
> otherwise I put most of the things in I also want in the final case,
> including e.g. embossed keycaps.
> 
> So it took me a few tries to get everything working; the current case
> is
> the 5th attempt or so... two attempts to figure out there is some
> 'light
> leakage' in the printer that make the parts come out a hair thicker
> than
> I specify, and two attempts to figure out it's really a good idea to
> make sure the first layer adheres to the building plate... ah well,
> new
> toy, you're going to get that.
> 
> Anyway, the final result ('final' mostly because my weekend is almost
> over):
> http://j0h.nl/qgIC/full
> 
> I'm really happy with this. The keycaps embossing (well, it's
> actually
> debossing, the letters are lower than the surface of the key) didn't
> come out like this from the start, but I used a trick: paint over the
> keycaps with a Sharpie or so, and the ink will flow into the letter.
> Wipe the top clean, and the ink in the letter remains.
> 
> Usability is hard to convey in an email, but that's unfortunately not
> a
> bit I'm happy with: some keys have a nice 'snap' when they make the
> metal domes under them fold, but other keys have no tacile feedback
> at
> all. Also, I made the keys concave, like I think the M100 does as
> well;
> that may not be suited well for buttons as small as this one. Food
> for
> thought...
> 
> Cheers,
> Jeroen
> 

Re: [M100] loader.ba function of dlplus

[Kevin Becker]

I never got that working if I recall.  It was quite a few years ago when I was 
first messing with dlplus and teeny on OS X, but I do recall it being a bit of 
a mess and the docs seemed to be either out of date or incorrect.  Thanks for 
doing this.



> On Dec 27, 2019, at 5:03 AM, Brian K. White  wrote:
> 
> Has anyone successfully used the loader.ba  function of 
> dlplus, where you send the preamble XX instead of ZZ and then immediately 
> read from the serial port?
> (see the very end of dl.do from dlplus.zip below)
> 
> I have tried a lot of things (including strictly exactly following the 
> directions verbatim with untouched versions  of the files) and it would be a 
> pretty long email to run down everything I tried, and why, and what I deduced 
> from each test, ... So I just ask that simple yes/no for now.
> If no one can say it works for them, then I'll just assume it's been broken 
> all along, regardless what the old original dl.do claims.
> 
> teeny-linux works perfect for me every time, but the source for that (and 
> teeny-freebsd and teeny-macosx) is not available, and I want some sort of 
> reproduceable, source-available dos bootstrapper.
> 
> So, I've taken dlplus.zip and rearranged things a little and put it up on 
> github and and added a "-b" commandline option which IS working to 
> successfully to bootstrap TEENY at least for me.
> "dl -b" essentially takes the place of teeny-linux, although simpler.
> 
> https://github.com/bkw777/dlplus 
> 
> The XX option requires longer more annoying BASIC code to manually enter than 
> what's needed for -b, so mostly I don't miss it now.
> But I think one possible use for XX might be getty mode.
> If you have dl running from getty on a headless little box like a Pi, then I 
> assume XX is a way you can bootstrap right from the same serial connection 
> without being able to log in and run commands at an interactive shell. So, it 
> still would be nice if it worked.
> 
> But for now, I'm pleased with how the -b option is working.
> 
> references:
> http://bitchin100.com/files/linux/dlplus.zip 
> 
> http://m100.bbsdev.net/ 
> 
> -- 
> bkw
> 

[M100] Windows Weekly Model 100 Cameo

[Kevin Becker]

At about 29 minutes into the show, as Leo Laporte is about to start an Epson ad 
read, he pulls out a Model 100.  After the ad he goes back to the m100 again 
for a bit.

https://www.thurrott.com/podcasts/windows-weekly/213344/redmondology-windows-weekly-636
 

Re: [M100] TPDD2 boot disk drive.

[Kevin Becker]

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

Re: [M100] Have a question about my M100

[Kevin Becker]

I believe it is CTRL-BREAK-RESET.  Also to state the obvious, try adjusting the 
contrast control on the screen.


> On May 17, 2019, at 9:38 AM, Jeffrey Birt  wrote:
> 
> Make sure the memory power switch is ON. Then, you’ll need to do a hard 
> reset, I think the ley combination is holding down control-shift and then 
> pressing the reset button. Hopefully someone else will chime in if that is 
> wrong.
>  
> Jeff_Birt
>  
>  
> From: M100  > On Behalf Of Ed Graffius
> Sent: Friday, May 17, 2019 8:26 AM
> To: m100@lists.bitchin100.com 
> Subject: [M100] Have a question about my M100
>  
> I just picked one up last monday at an estate sale.  New, in the box, but 
> opened.  lack of ANY fingerprints, wear etc leads me to believe got it, 
> looked at it, lost interest fast.
>  
> I put in 4 new AA batteries...no joy.  I have the new manual, and I found the 
> service manual online and poured thru it.
>  
> So here we go:  TRS80 M100 serial 306005812
>  
> Have not opened it yet.
>  
> I would assume the nicad is long dead and is likely 'reaction complete' 
> meaning it has no chance of charging.  I did not get the power supply (nor 
> was I looking for one at the auction, but part 2 is this monday so I will)
>  
> I have ample power supplies I can rig up.
>  
> I note it says tip negative - common to RS equipment - whereas the rest of 
> the planet preferred tip positive.  But again, I can dream up the correct 
> polarity.
>  
> I suspect due to age and perhaps accidental power reversal, the oscillator 
> used to produce the board +/- DC could be faulty, and I have the proper tools 
> to probe it and test it.
>  
> From looking at the SCM, if it was reversed polarity, small chance this 
> translates to the chipset as the PS/battery box is isolated thru the 
> transformer and reversal would have reverse biased the transistors.  perhaps 
> dried caps on the timing circuit?  dunno yet.
>  
> When I turn if off, for a small half second the low batt light flashes, but 
> that light is driven from a narrow voltage divider and would be expected.  A 
> couple times on power on if I press many keys, I get beeps from keys.  faulty 
> virgin display?
>  
> Any ideas where to start?
>  
> thanks!

Re: [M100] Tandy 200 Project Machines

[Kevin Becker]

I've got a smallbacklog of projects myself but the Model 200 is
definitely on my list of machines I want to get someday, so I'd
probably be interested in one. I just have to finish refurbing my Model
1, start refurbing my Model 4, and build an IDE adapter for my Tandy
1400LT first, and then I'm ready to go!



 

On Fri, 2019-04-05 at 18:44 -0400, Britt Dodd wrote:
> Good evening, 
> 
> Looking for a home for 3 Tandy 200 project machines. I'm sure they
> just need some re-cap action, but I have enough projects to last
> three lifetimes, and although I'm pretty handy at fixing things, I
> just don't have enough experience to get these things working again.
> They all seem to have a fault where, they will power on, but display
> lines in video, no matter what I seem to do. I've pulled the battery
> out (I think part of the problem is the lack of a battery causes the
> memory to be initialized in a inconsistent state), and although I'm
> not aware of widespread issues surrounding through-hole capacitors,
> there seems to be some suggestions that re-capping these M200's will
> fix them.
> 
> That being said, I bought these in an attempt to repair them and give
> them away to good homes, spurred by attending Tandy Assembly for the
> first time last year. Hoping that I can either fix them, or donate
> these to someone who can fix them, if anything to lessen the pile of
> projects I currently have. 
> 
> First time poster, long time listener
> 
> -Britt

Re: [M100] Going online?

[Kevin Becker]

http://bbs.retrobattlestations.com/



> On Mar 27, 2019, at 2:52 PM, Peter Vollan  wrote:
> 
> The Model 100 was great at going online before the internet, via the
> internal modem (or perhaps an external one). Getting stock quotes,
> using compuserve and or course reporters logging stories was what the
> m100 was all about. BBSing was even a reasonable proposition before
> ANSI graphics. Club 100 had a BBS up until the 90s which one could
> directly call with a model T and download software. I think there is
> clearly a need for this again: a low speed dialup bbs system which
> people with classic systems could use to circumvent the internet
> entirely.
> 
>> On Tue, 26 Mar 2019 at 19:06, James Zeun  wrote:
>> 
>> A recent question posed on here has led me to follow up with a question of 
>> my own.
>> 
>> The only time I've been 'online' with my M100, is via serial terminal to a 
>> Linux system.
>> 
>> I was wondering what other online options are available. What can the M100 
>> manage? IRC? Email?
>> 
>> 
>> 
>> Sent from my HUAWEI P20 lite on Three.

Re: [M100] Replacement belts for TPDD and other parts

[Kevin Becker]

https://www.arcadeshopper.com/  has batteries.  
I’ve only seen the belts for sale on eBay.



> On Mar 22, 2019, at 1:52 PM, alex d  wrote:
> 
> Hello,
> 
> Where would one order replacement belts for the TPDD from and backup 
> batteries? I see them listed on the club100 site at a cost of $7.00. The 3.6v 
> backup battery is also listed.
> 
> It wasn't readily apparent on how I could order them on the site. If anyone 
> could provide any pointers it would be greatly appreciated.
> 
> thanks
> 
> --
> alex

Re: [M100] Terminal for Mac

[Kevin Becker]

I use Serial as well.  I used to just use the native terminal but had
some issues with a piece of network equipment.  Also, typically if I'm
connecting to the serial console on a peice of gear at work it's
because there is a problem and Serial makes it easy to just connect and
go without trying to remember the details of setting up a serial
connection from the terminal.

On Thu, 2019-03-21 at 17:11 -0400, David Anderson wrote:
> Minicom and Serial are good options:
> https://www.decisivetactics.com/products/serial/
> 
> I use Serial with my SBCs that have usb serial ports and my
> Altairduino.
> 
> David
> 
> 
> 
> 
> 
> 
> 
> 
> 

Re: [M100] Lighter rows of pixels on LCD

[Kevin Becker]

Someone made new PC-1 LCDs?  Could you provide a link?

- Kevin


> On Feb 26, 2019, at 8:00 PM, Josh Malone  wrote:
> 
>> On Tue, Feb 26, 2019 at 4:45 PM Fugu ME100  wrote:
>> 
>> I have used de-oxit on the edge of the elastomer to pcb contact in the past 
>> – very, very sparingly to try and clean the PCB contacts.  Then used a piece 
>> of stiff card to very very gently push the elastomer in an attempt to clean 
>> up the contacts.  This tends to work for lines that are blank rather than 
>> dim.   The line is totally gone in this case either horizontally or 
>> vertically and they tend not to repeat.
>> 
>> With lines that are just a little dimmer than the rest I have not found a 
>> good solution.  If they are paired like this example it implies to me that 
>> the driver chips are no longer working properly.   The screen is split in 
>> two parts driven by the same horizontal chips.  So the 1&2 are the same as 
>> 33 & 34 lines.
>> 
>> As Jeff mentions check the –5V is close to –5V eg –4.89V or higher.
>> 
>> The problem is not related to the battery replacement.   It is simply the 
>> age of the machine, the old LCD displays were prone to heat and moisture 
>> problems and of course the chips themselves do age.
>> 
>> Don’t be tempted to take the screen apart they are almost impossible to get 
>> back together and work – yes I have tried it :)
> 
> So have I. It doesn't end well. Due to their age, the zebra strips
> have now been permanently deformed by the plating of the tracks on the
> PCB (and possibly on the glass as well). I briefly looked to see if I
> could find a vendor to make zebra strips the right size for the
> M100/M102 displays but didn't find anything. These strips have to be
> die-cut very precisely so that they apply even pressure to the LCD
> electrodes and the PCB contacts.
> 
> I think that if we could find a source for these elastomeric
> connectors, we could "rehabilitate" a large number of M100 LCD
> assemblies. Does anyone have good industrial contacts that might could
> make these? I imagine we'd be looking at a multi-hundred min qty
> purchase, but given the rarity of M100 LCDs I think it should be done.
> If one guy can bring new PC-1 LCDs into the world, surely we can find
> a source for this part. Right?

Re: [M100] New Model T owner

[Kevin Becker]

http://bitchin100.com/wiki/index.php?title=HTERM 



> On Feb 20, 2019, at 4:41 PM, George Michael Rimakis  
> wrote:
> 
> Where can one find HTERM?
> 
> -Grimakis
> 
> On Wed, Feb 20, 2019 at 4:35 PM Mike Stein  > wrote:
> Well, that depends... if you can do XON/XOFF handshaking and have a 'real' 
> serial port you should be able to do 19,200bd without problems.
>  
> But Hterm is worth looking into anyway; not only can it use hardware 
> handshaking, it can also go up to 38,400bd (or more) and can translate UTF & 
> ANSII codes.
>  
> Have FUN!! 
> - Original Message -
> From: Kurt McCullum 
> To: m100@lists.bitchin100.com 
> Sent: Wednesday, February 20, 2019 3:07 PM
> Subject: Re: [M100] New Model T owner
> 
> Welcome to the list Andrew. TELCOM will work as a dumb terminal. However, the 
> small serial buffer in the Model-T will get overloaded at highbaud rates. 
> HTerm, which uses RTS/CTS flow control, can run at 19200.
> 
> Kurt
> 
> 
> On Wed, Feb 20, 2019, at 11:47 AM, Andrew Kennedy wrote:
>> Howdy everyone, I just wanted to say hello!
>> 
>> I just purchased a 102 on eBay, and I'm trying to read up on things and get 
>> acquainted with the files on club100 and bitchin100 while I wait for it to 
>> arrive.
>> 
>> My machine should be in good condition when I get it, but I wanted to open 
>> it up and check on the NiCd. Is there a way to tell if it's been replaced 
>> recently or not?
>> 
>> A little about myself: I'm 27, if that makes me young for this crowd, and I 
>> live in Greensboro, NC. I built one of Glitch (of glitchwrks.com 
>> )'s 8085 SBCs at VCF East last year, so I'm 
>> interested in using another 8085 machine as my terminal for it.
>> 
>> Am I correct in believing that TELCOM on the M102 should work as a dumb 
>> terminal "out of the box", with a 3-wire null modem cable in the RS-232 
>> port? I'm going to have to wait a while before I can purchase a REX.
>> 
>> Thanks for taking the time to read, I probably won't have much to contribute 
>> to the discussions on here but I am looking forward to reading them :)
>> 
>> - Andrew
> 

Re: [M100] Weird "bug" with TS-DOS 4.0 (ROM version)

[Kevin Becker]

Please make it stop


> On Feb 15, 2019, at 10:56 PM, Brian White  wrote:
> 
> By tightly coupled, I mean that Telcom has inside  knowledge of the rest of 
> the system.
> 
> The tpdd does not.
> 
> (nor the dvi, and I'd put money on the chipmunk too)
> 
> The only reason you can produce examples of other software and systems doing 
> things like that, is because it's something that used to be very common, and 
> even today every new programmer takes some time to learn better, and some 
> never do. But by now it is recognized as an antipattern. After 
> Joe-self-taught-teenager-programmer-from-the-70s-80s writes a bunch of such 
> stuff, it's all fine at first, and only later he discovers that he has 
> written an unmaintainable and unportable brick. Customer wants the tiniest 
> change and it's practically impossible, because the code is riddled with 
> assumptions that should never have been made.
> 
> 
> John did raise some points that no tpdd emulator to date has emulated the 
> drive *really* though, else they would use disk images instead of files. And 
> the knitting machines don't use files either.
> 
> I personally don't think that's a strong enough argument, but it is at least 
> an argument. I think that just means a tpdd emulator is a filesystem instead 
> of a disk. OK, so I would not tolerate a filesystem that modified the files 
> either.
> 
> 
> As to Mikes point about causing harm:
> 
> Preserving data is never causing harm.
> 
> If there is harmful data, then the harm was caused by the thing that created 
> that harmful data.
> 
> I see that as "two wrongs don't make a right".
> 
> If a text editor added eof, that was a bad text editor, and it's more helpful 
> to the user to have the bad data and thus indirectly the cause of the bad 
> data, be exposed and corrected, rather than silently allowed to persist and 
> even propagate over time. So that you go on thinking you actually have good 
> data when you don't and it just fails tomorrow in any other context.
> 
> -- 
> bkw
> 
> 
> On Fri, Feb 15, 2019, 2:44 PM Gary Weber   wrote:
>   GW>> Since when is it NOT wrong for TELCOM to disallow recording of  
> into a .DO file being downloaded, but it IS wrong for the LaddieAlpha/TS-DOS 
> combination during the same operation?
>   BW>  the fact that telcom is part of a very tightly coupled and managed 
> system. It's not generic software that runs anywhere  
> 
> You have clearly, and strongly, stated the some very sound engineering 
> principles.   Honestly I doubt anyone (or at least many) would question the 
> principles in the universal generic sense.  
> 
> But I would assert LaddieAlpha is not universal or generic.  It has a very 
> defined stated purpose, and has always made specific concessions for Model Ts 
> & WP2s.   Using it outside of this context is at your own peril, so to speak. 
>  And you're bringing up not just edge cases but actually *corner* cases to 
> the usage model.
> 
> Secondly, TELCOM doesn't know where data is coming from via the COM: port, so 
> I question the claim that it is part of a very tightly coupled and managed 
> system in the context of how it downloads data.  Rather, it filters the data 
> to be appropriate to the machine.  The LaddieAlpha/TS-DOS coupling is no more 
> nefarious than this, and to knowingly permit that combination to crash the 
> machine, while TELCOM protects the machine, would not only be silly, it would 
> be irresponsible.  
> 
> Unless the user directs it to do so of course, whereby my 
> --allow_file_system_corruption switch would suffice.  ;-) 
> 
> 
> On Fri, Feb 15, 2019 at 11:31 AM Brian White  > wrote:
> All else being equal, it IS wrong for telcom not to record whatever bytes are 
> sent.
> 
> It's excuse is, at the time such ideas hadn't been recognized and discarded 
> yet, and the fact that telcom is part of a very tightly coupled and managed 
> system. It's not generic software that runs anywhere, it's part of a rom, and 
> so it's less of a crime to be tightly coupled with the other parts of that 
> rom, like making presumptions about what kind of data may exist in a file 
> with a certain kind of name. 
> 
> The tpdd makes no such presumptions.
> 
> Telcom also only ever claimed to operate like a user application that deals 
> in text just like a text editor. How the text editor and telcom package up 
> data internally are their own business. They just accept keystrokes and 
> display characters. That is an entirely different domain.
> 
> What you should ask is, when you tell BASIC to read or write from COM:, does 
> BASIC presume to modify the data?
> 
> Similarly would you tolerate a file compressor or other encoder that didn't 
> spit back out exactly the data you put into it?
> 
> Telcom processing the data as though it's text is like an image editor adding 
> metadata on it's own. It's an allowed part of it's job because it's job is to 
> deal in displaying a 

Re: [M100] Weird "bug" with TS-DOS 4.0 (ROM version)

[Kevin Becker]

An option to not crash the system but also account for some of the scenarios 
Brian suggested would be to create a log file that details any file 
manipulations that happen during a transfer.  That could be useful to some 
developer trying to write a TPDD emulator for some other platform in the future.

> On Feb 13, 2019, at 4:30 PM, Gary Weber  wrote:
> 
> 
> Good point, Mike.   I actually think I support the opt-out feature, just as 
> long as the name of the switch on the LaddieAlpha.exe command line is  
> --allow_file_system_corruption
> 
> 
> On Wed, Feb 13, 2019 at 2:20 PM Mike Stein  > wrote:
> Give up, John; just add a -EOF CLI option as requested and let the user guess 
> which one will crash the system, or better yet a checkbox:
>  
> "Crash system after loading (Y/N)?"
>  
> Most ridiculous argument I've read in a long time; why burden an 
> inexperienced user with a choice that he/she might not understand when one of 
> the two options will crash the system?
>  
> A good program IMO does its job with as little confusion and/or risk for the 
> user as possible, regardless of some irrelevant CS101 "principle."
>  
> Maybe just mentioning in the documentation that an inappropriate CTL-Z will 
> be stripped and the extension changed if necessary will satisfy the zealots...
>  
> Sheesh!
> - Original Message -
> From: John R. Hogerhuis 
> To: m...@bitchin100.com 
> Sent: Wednesday, February 13, 2019 2:14 AM
> Subject: Re: [M100] Weird "bug" with TS-DOS 4.0 (ROM version)
> 
> "That places the obligation on the wrong party."
> 
> It's not a legal issue. It's just functionality.
> 
> Arguing on other turf (FTP, or checksum algorithms, etc) is to totally ignore 
> the issue.
> 
> But really, you're arguing on the basis of principle that I agree with in 
> principle, but in real life an engineer weighs the issues and can set ANY 
> principle aside. 
> Yes my decision will violate your assumptions in a hypothetical scenario. I 
> guess.
> 
> That's what I did here, I set a principle aside, because there is zero, or 
> really, negative, value in inloading a character that crashes the machine.
> 
> The exception to the rule serves the greater good, such as it is with our 
> little hobby. But I make decisions just like this in work, and it is part of 
> what makes me a good engineer.
> 
> -- John.
> 
> 
> -- 
> Gary Weber
> g...@web8201.com 

Re: [M100] Dust Covers

[Kevin Becker]

The vacuum forming video that Brian shared was pretty interesting.  It wouldn’t 
be hard to vacuum form a keyboard cover I would think.

> On Feb 4, 2019, at 12:32 PM, Gary Weber  wrote:
> 
> You're right Bert, maybe it could more appropriately be called a "protective 
> cover".  I remember it was black thick plastic and it had the Club 100 logo 
> on it.  I'm basically looking to replicate that, somehow.  3D printing is 
> probably a good way to go.  But I really liked the shape of it, how it hugged 
> the keyboard to stay exactly in place.  
> 
> Unfortunately, I don't personally have access to a 3D printer, nor do I have 
> the design tools for creating CAD objects.   We could just take the outer 
> dimensions of your average Model T and ask a favor of someone who does have 
> the tools to come up with a CAD file of some kind.  But I'd love to get the 
> contouring such that it has the raised portion around where the keyboard is.
> 
> On Mon, Feb 4, 2019 at 7:42 AM Bert Put  > wrote:
> Hi Gary,
> 
> When you say "plastic dust covers" I tend to think of the thin,
> flexible, and usually clear plastic that we used to cover our PC
> keyboards with.  But the part I believe you are thinking of was not that
> flimsy -- it was a very sturdy cover that protected the screen and
> keyboard.  It was held in place by four velcro tabs.  I have one but
> unfortunately cannot part with it -- it is currently protecting my
> M-102. :-)
> 
> I don't know of any other places that manufacture them.  This may be a
> candidate for a 3D printing project?
> 
> Cheers,Bert
> 
> 
> On 2/2/19 9:35 PM, Gary Weber wrote:
> > Remember those plastic dust covers that you could set on top of your
> > Model T?  I think Rick used to sell them, with his Club100 logo, if I
> > remember correctly.
> > 
> > Having just moved from Oregon to Arizona, I'm finding that the house
> > gets covered in dust about twice as fast.  Now I do keep most of my
> > various machines in their vinyl cases most of the time, but I'd love to
> > be able to shield the keyboards of the couple of Model T's that I keep
> > on the desk. 
> > 
> > First, does anyone have any of those old dust covers that you just don't
> > use anymore?  I'd love to get a couple of them.
> > 
> > Secondly, anyone know where you can get something *like* this?  Maybe a
> > place that can fabricate make custom-sized plastic covers for a
> > less-than-obscene price?
> > 
> > Thanks,
> > 
> > -- 
> > Gary Weber
> > g...@web8201.com   > >
> 
> 
> -- 
> Gary Weber
> g...@web8201.com 

Re: [M100] TPDD emulator on Arduino

[Kevin Becker]

That would be really cool.

> On Jan 30, 2019, at 2:46 PM, c646581  wrote:
> 
> I've been thinking about an ESP8266-based TPDD emulator that can link up to 
> an FTP site or act as a telnet to serial bridge at the flip of a switch. 
> 
> On Wed, Jan 30, 2019, 14:06 Brian White   wrote:
> I think in both of these cases I'm using interrupts and hardware 
> sleep/wait-for-interrupt support, so there's no tight loop. (assuming correct 
> code and correct wiring on my part, of which I make no such claim :) ). And 
> yes there is serial port init code. I went through a few different variations 
> on that "while !Serial" kind of thing, but looks like now I just have 
> CLIENT.flush() ( Serial1.flush() )
> I think it's actually behaving now, in both devices. I believe I had 
> something bone-headed backwards at the time of the video, watching TX instead 
> of RX with the interrupt. Also there was something about how quickly the 
> device can wake from sleep, or from different levels of sleep. If you don't 
> go below a certain level of sleep, then the device can wake up fast enough 
> not to lose the same byte of data that woke it up.
> 
> 
> 
> On Wed, Jan 30, 2019 at 1:23 PM Scott Lawrence  > wrote:
> 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 
> mailto: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 
> 

Re: [M100] Unable to Load TEENY to MT

[Kevin Becker]

Before my REX I would transfer teeny.do via a terminal program and then 
justbused dlplus on OS X. 

> On Jan 23, 2019, at 1:55 PM, John R. Hogerhuis  wrote:
> 
> You could try mcomm under wine.
> 
> There are lots of ways to inject teeny.do
> 
> Any terminal program can do it. Laptop.exe. TBACK.EXE. 
> 
> LaddieAlpha won't help you in this case because it has no injector. 
> 
> Once you have your REX working, LaddieAlpha or dlplus is the way to go on 
> osx. And it works on all other platforms. 
> 
> I guess I should add an injector. 
> 
> -- John. 
> 
>> On Wed, Jan 23, 2019, 9:17 AM Greg Swallow > The same thing happens with other MT's so I am figuring something is amiss 
>> in my Windows 7; fain surprise.
>> Anyway, am going to try on the wife's Macbook Air, but need to find mComm 
>> for OSX. Anyone have the link? I can not seem to Google it up.
>> 
>> Thanks,
>> 
>> GregS <><
>> 
>> 

Re: [M100] Printer cable

[Kevin Becker]

Yeah just the regular parallel cable with a centronics port on one end and 
female ribbon connector for the M100 end. 

- Kevin


> On Jan 22, 2019, at 10:26 PM, C. Magaret  wrote:
> 
> Hi Kevin, I might be able to help.  I’ll need a day or two to look through my 
> stash.
> 
> Does it need just a standard parallel cable that connects to the M100’s XX 
> port, or does it need anything fancy?
> 
> Cam
> 
>> On Jan 22, 2019, at 19:05, Kevin Becker  wrote:
>> 
>> I recently got a DMP-120 as part of a CoCo2 bundle on eBay and I’d like to 
>> be able to use it with my T102. I don’t suppose anyone has a printer cable 
>> they’d like to sell for a reasonable price?  It looks like Ian Mavericks is 
>> selling them on eBay, but for a lot more than I want to pay. I’ll probably 
>> just make my own, but it’s not that exciting of a project so I’d rather buy 
>> one if possible. 
>> 
>> - Kevin
>> 
>> 
> 

[M100] Printer cable

[Kevin Becker]

I recently got a DMP-120 as part of a CoCo2 bundle on eBay and I’d like to be 
able to use it with my T102. I don’t suppose anyone has a printer cable they’d 
like to sell for a reasonable price?  It looks like Ian Mavericks is selling 
them on eBay, but for a lot more than I want to pay. I’ll probably just make my 
own, but it’s not that exciting of a project so I’d rather buy one if possible. 

- Kevin

Re: [M100] Noob squared

[Kevin Becker]

I replaced mine with a NiMH battery from eBay.  The description claimed it was 
NiCad but the actual product was not.  There has been some debate about NiMH vs 
NiCad on the list.  I’ve had no trouble with my NiMH.  Arcade shopper sells 
both NiCad and NiMH.

https://www.arcadeshopper.com/wp/?page_id=11#!/100-102-200/c/28313042/offset=0=nameAsc



> On Dec 17, 2018, at 3:13 PM, Jeffrey Birt  wrote:
> 
> I did a video last year on fixing a M100 with the same issues. There is a 
> link in the description to a color-coded map of the electrolytic caps and 
> part number for replacements. I used a super-cap instead of a battery, but it 
> won’t last as long backing up the memory (perhaps 3-4 days compared to a few 
> weeks or more with a battery.) For a battery use a NiMh I don’t have a part 
> number to hand but I’m sure somebody will chime in with one.
> 
> https://www.youtube.com/edit?o=U_id=hbLWk7ir9sI 
> 
> 
> Jeff_Birt
>  
> From: M100  > On Behalf Of Charles Hudson
> Sent: Monday, December 17, 2018 1:48 PM
> To: m100@lists.bitchin100.com 
> Subject: [M100] Noob squared
>  
> Thank you for your replies.  I found them in the archives; I'm not sure how 
> to access the (current) list itself.  I couldn't find a "reply" option on any 
> of the messages.  I'm also not sure why the JPG picture I attached was 
> "scrubbed" from my initial message.  As I said, I've got a lot to learn...
>  
> But THANK YOU for pointing out the possible problem with the rechargeable 
> battery.  When I first got the machine, seven days ago, I tried turning it 
> on; nothing happened.  Then I tried turning it on with a 6 VDC adapter - 
> again nothing - and finally inserted four fresh AA alkaline batteries.  
> Eventually it came up.  I knew there was a rechargeable battery that 
> maintained settings but I would have assumed it merely needed to be 
> recharged.  I opened the case just now and found that the battery had indeed 
> corroded its case and possibly leaked onto the circuits adjacent.  I'd show 
> you a picture but I don't know how to post one...
>  
> However, this repair, now prioritized, raises some questions of its own.  I 
> didn't see a wiki on how to make this repair so allow me to ask: 
>  
> - What do I need to look out for when removing the circuit board?
> - Which battery and what voltage for a replacement? 3.6 V?  NiCd? Li?
> - What do the gurus recommend for cleaning the traces?
>  
> Gonna get right on this.  Thanks again.
>  
> -CH-
>  
>  
>  
>  
>  
>  
> 
> 
> Virus-free. www.avast.com 
> 
>  

Re: [M100] Noob squared

[Kevin Becker]

The 40 pin socket is for connecting to a Disk Video Interface, usually just 
referred to as a DVI.

http://tandy.wiki/Disk/Video_Interface

The other one is for Option ROMs that contain additional software.  There is a 
modern product call a REX that lets you load multiple different option ROM 
images and swap between them.

http://bitchin100.com/wiki/index.php?title=REX





> On Dec 17, 2018, at 9:40 AM, Charles Hudson  wrote:
> 
> Hello to the members of the bitchin100 mailing list.  I am a newcomer to the 
> list and am posting here - at the suggestion of MikeS - because I am the new 
> owner of a Model 100.  It is my first TRS and I have a lot to learn, although 
> the VCFED members have helped where they can.
> 
> I have some documentation: the Radio Shack Model 100 manual and a book The 
> TRS-80 Model 100 Computer, by David Lein.  But I have a question about the 
> expansion ROM port and am hoping someone can help me to understand better:
> 
> In the expansion bay are two sockets; a 28-pin and a 40-pin.  The 40-pin is 
> referenced on page 208 of the RS manual as "40-pin extended bus" and a chart 
> of the signals is given along with a pinout diagram.  What is the purpose of 
> this bus?  Was / is there any device that used it?
> 
> Am I correct in assuming the 28-pin socket is used for the ROM Module 
> Cartridge referenced on page 8 of the RS manual?
> 
> Thanks for your replies.
> 
> -CH-
> 
> picture attached.
> 
> 
> 
>  
> 
>   Virus-free. www.avast.com 
> 
>  

Re: [M100] Building a run of TPDD cables using Rick's design

[Kevin Becker]

I'd probably be interested.  There are a lot of drives missing cables on
eBay.

On Wed, Nov 28, 2018 at 1:35 PM Rick Shear  wrote:

> A standard shroud works fine on the 102, it's only the 100 that has an
> issue.  So the extension, or modification would only be needed by 100 users.
>
> On Wed, Nov 28, 2018 at 12:20 PM Josh Malone 
> wrote:
>
>> On Wed, Nov 28, 2018 at 12:18 PM Rick Shear  wrote:
>> >
>> > Please make sure you build yours and test it out before doing a group
>> buy.  While I have used mine, and I have had no issues show themselves, I
>> really don't use my drive much.  I've shifted a lot of my time over to a
>> Model 3 project machine and haven't worked on the 100 in a while.  My tests
>> mostly consisted of transferring floppy.co from my utility disk,
>> formatting a new disk, copying files to and from a disk, and making a
>> backup of a disk.  All these functions worked as expected.
>>
>> Yeah. I don't actually have a TPDD, so I'm gonna have to build a
>> prototype and send it to be tested first. :-/
>>
>> > As for the DB-25's not fitting into the 100, an easy fix is to file off
>> the lips on the shroud that wrap over the top of the connector. Once this
>> is done, put a screw with nut through each of the side wings to keep the
>> shroud attached. I believe this should give you the extra length to get
>> engagement into the port on the 100.
>>
>> I'm looking through my options for connector shells. Trying to cut the
>> labor down. :)
>>
>> -Josh
>>
>

Re: [M100] WTB: TPDD cable

[Kevin Becker]

You can make one but I don’t think there is anyone selling them assembled.

https://rsmicro.wordpress.com/2018/09/08/built-tpdd-cable-comparison-to-oem/



On Nov 18, 2018, at 8:08 PM, Ron  wrote:

Hello everyone,

I am looking to purchase a TPDD cable for use with my Model 100.  If
someone has an original working one or if someone makes them new, please
let me know.

Thanks!

-Ron

Re: [M100] ba 2 wav software

[Kevin Becker]

Jesus has been working on converting programs to WAV.

https://docs.google.com/spreadsheets/d/1m7QRN1I5KpJJO_RKYnwFhmrluDjbYm6bEe_rIgz80ug/edit#gid=1942875794



On Fri, Nov 2, 2018 at 3:37 AM Joel Barbé  wrote:

> Hello,
>
> I done some unsucceful search on internet about a ba to wav software.
>
> Do you know if it's possible To convert ba file (from virtualt for
> example) To a wav file?
>
> I have several cassette cables for the m100 or 200. But no serial cable.
> I know serial transferts is better.  I havn't the hardware To do that
> right now.
>
>
> Thanks for reading.
>
>
>
>
>

Re: [M100] NaNoWriMo

[Kevin Becker]

I did 1992 words today on my T102.  You need to average 1666 per day to
meet the 50K goal so I'm right on target.  I didn't try T-Word yet, I just
wanted to get going on the challenge.  I did notice I was getting a lot of
spurious repeated characters... like a row of unexpected SSS's
but it may have just been the way I was sitting in a chair with the T102 in
my lap.  I don't recall ever seeing that issue before.

I transferred my work using TS-DOS/dlplus to my Mac and loaded the results
into Scrivener.  I've got an Adafruit Feather 32u4 Adalogger that I ordered
when Brian was sharing his TPDD emulator results a while back.  This will
give me some motivation to get that loaded up and try it out, although
realistically dlplus still gets the job done without much fuss.



On Thu, Nov 1, 2018 at 5:15 PM John Gardner  wrote:

> Can't speak to Tandys,  but it works fine on my NECs, &
>
> other senescent stuff like HPLXs,   (TI) CC40s & TI-74s...
>
> On 11/1/18, Josh Malone  wrote:
> > On Thu, Nov 1, 2018 at 4:38 PM John Gardner  wrote:
> >>
> >> If you need a serial port for your W8/W10 PC,  spring for one
> >> of these:  https://www.adafruit.com/product/284($14.50 USD)
> >> and install a (free) terminal emulator if you don't have one (Tera
> >
> > That's a TTL-level device - not the RS-232 level type needed to use
> > the serial port on the M100. Does this work for you to the Tandy??
> >
> > -Josh
> >
>

Re: [M100] NaNoWriMo

[Kevin Becker]

I will check it out.  I didn't have a REX last year and just used the
built-in text editor, the wordcount app, and teeny.co to transfer my work.
Now with my REX I have a lot more options.

On Thu, Nov 1, 2018 at 4:37 PM Kurt McCullum  wrote:

> T-Word has a word count feature built into it. So if you are using the
> Sardine ROM, Ultimate ROM, or SARDOS ROM you can use that feature.
>
> Kurt
>
>
> On Thu, Nov 1, 2018, at 1:32 PM, Kevin Becker wrote:
>
> I did my daily writing on my T102 and then transferred it to my Mac using
> dlplus every night.  I found a machine language word count app on Club100
> that I would run to check my progress to make sure I was getting my daily
> word count completed.
>
> On Thu, Nov 1, 2018 at 4:20 PM Russell Flowers  wrote:
>
> I used my M100 way back in 2005. It was perfect for writing close to the
> 1700 words per day I needed during my lunch hour. At night I would transfer
> the text through the serial port. (I think back then my desktop had an
> RS-232 serial port as well as USB.)
>
> On Thu, Nov 1, 2018 at 2:50 PM Josh Malone  wrote:
>
> How did it go using the Tandy? My quick estimate says you can't store
> anywhere close to 50k words in the Tandy memory. Did you use a tpdd device
> of some kind? Split into chapters?
>
> -Josh
>
> On Thu, Nov 1, 2018, 15:31 Kevin Becker 
> It’s that time of the year again and the perfect reason to break out
> you Model 100/102 for an hour or so each day.
>
> Anyone else participating? Last year was my first attempt and I really
> liked using my T102 as a distraction-free writing tool.
>
>
>

Re: [M100] NaNoWriMo

[Kevin Becker]

I did my daily writing on my T102 and then transferred it to my Mac using
dlplus every night.  I found a machine language word count app on Club100
that I would run to check my progress to make sure I was getting my daily
word count completed.

On Thu, Nov 1, 2018 at 4:20 PM Russell Flowers  wrote:

> I used my M100 way back in 2005. It was perfect for writing close to the
> 1700 words per day I needed during my lunch hour. At night I would transfer
> the text through the serial port. (I think back then my desktop had an
> RS-232 serial port as well as USB.)
>
> On Thu, Nov 1, 2018 at 2:50 PM Josh Malone  wrote:
>
>> How did it go using the Tandy? My quick estimate says you can't store
>> anywhere close to 50k words in the Tandy memory. Did you use a tpdd device
>> of some kind? Split into chapters?
>>
>> -Josh
>>
>> On Thu, Nov 1, 2018, 15:31 Kevin Becker >
>>> It’s that time of the year again and the perfect reason to break out
>>> you Model 100/102 for an hour or so each day.
>>>
>>> Anyone else participating? Last year was my first attempt and I really
>>> liked using my T102 as a distraction-free writing tool.
>>>
>>

Re: [M100] Serial IO from BASIC

[Kevin Becker]

Here is the arduino TPDD project.  I believe this is actually Brian's fork
of the original code.

https://github.com/TangentDelta/SD2TPDD

On Mon, Oct 29, 2018 at 12:15 PM Scott Lawrence  wrote:

> 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] Looking for complete, legible M100 schematic & parts list

[Kevin Becker]

The service manual on Club100.org seems to be a pretty good scan.

https://ftp.whtech.com/club100/doc/m100ServiceManual.pdf



On Fri, Oct 5, 2018 at 12:29 PM Josh Malone  wrote:

> All,
>
> I have an M100 that's had severe PCB damage from leaky electrolytic
> caps -- to the point where I can no longer read the ref designators on
> the PCB. The m100 service manuals that I can find on the web are all
> poorly scanned with illegible diagrams or crucial parts of listings
> cut off.
>
> Does anybody have a good scan of the service manual, or at least the
> schematic and parts listings? Or a paper copy that they could either
> scan or send to me to scan?
>
> Thanks,
>
> -Josh
>

Re: [M100] program library in WAV format

[Kevin Becker]

For what it’s worth I just tried one at random (alien.ba) and it
worked perfectly from my iPad to my T102. I didn’t have the volume up
high enough the first try, but I turned it up to max and it worked
fine on round 2.

I have an android phone I acquired just to run mcomm on, but haven’t
gotten around to doing it. I’ll try to charge it up and see how it
works for this sometime soon. Perhaps it is dependent on the player in
some way.

- Kevin


> On Oct 2, 2018, at 10:03 PM, Jesus R  wrote:
>
> Hooking this setup to my AP would be a mess:) It’s odd that you are
> having the exact opposite experience compared to mine. My iPhone, my
> Mac, my PC, and my iPad all work. I just transferred a random program
> with a standard cable and used it on my T100.
>
> If you look at the capture directly from the unit as is it’s way to
> low in amplitude so I'm not surprised a unit to unit connection will
> not work. The tape drive is clearly raising the gain and this is why
> you have to play with the volume on it. I could make you a file at
> +31db to see if your unit can hear it.
>
> Link to WAV archive: www.sonore.us/m100
>
> Jesus R
>
> -
>
> I think you should look at the waveforms you
> captured though.  They look distorted, relative to M100 output signals.
> I think this is tricky enough that in order for it to be truly useful, the
> details need to get ironed out.
> As I said, I have tried your files with 2 android phones, an MP3/WAV
> player, and a PC.  I didn't get a lot of success.  I would love to find a
> magic recipe, ideally with a bog standard cable.
>
> Interesting to note - if you cross wire two M100s and try to CSAVE on one,
> and CLOAD on the other... it wont work.  Not enough signal swing.

Re: [M100] forum vs mailing list

[Kevin Becker]

I’m in the CoCo Discord but I was unaware of a M100 one

- Kevin


On Sep 22, 2018, at 3:56 PM, Michael Brant 
wrote:

There is a forum and a discord chat server at the moment.  The discord chat
is has many catergories like a forum.

On Sat, Sep 22, 2018, 3:55 PM Jesus R  wrote:

> Would we be better off using a forum instead of a mailing list?
>
> Jesus R
>

Re: [M100] New Age Digital Storage Box (NADSBox)

[Kevin Becker]

I’ve got a max232 I was using to talk to the GPIO pins on a raspberry pi
that I was planning to use with this. I’ll most likely use Linux for the
programming but I have a few Macs I can use too. No windows though.

On Sep 20, 2018, at 7:12 PM, Brian White  wrote:

I'm continuing to hack on it, but now my own current local version isn't
working any more. I'm *this* close to having the top-right corner of ts-dos
display the current working dir instead of the static string "SDTPDD". But
the version currently posted on github still works and does at least have
the disk activity led and pretty good working sleep so it idles at 3ma, yet
wakes back up as soon as ts-dos does anything. The al32u4 branch remember
not master. master is Jimmy's version untouched. That works too, just no
sleep so it draws more power, and no led activity. Do you have a rs232
level shifter? you need that too. and you have to bridge dsr & dtr on the
M100 side (I would also tie in dcd to those on general principle but I
don't think ts-dos cares, and it doesn't care about rts/cts either. You can
ignore those and leave them open or short them. Only the M100 needs to see
the dtr/dsr short, not the arduino, so you do it on the rs232 side of the
rs232 tranceiver.

The sleeping current draw is pretty dependant on the sd card. If you have
10 different sd cards, you'll have 10 different sleep currents.

So far these Adafruit 32u4 boards seem to have alot more delicate boot
loader than the Teensy. The Teensy just about always works. When I hit the
reset button, their special programmer pops up and it's practically a
guarantee that it will program. The adafruit boards keep disappearing from
the bus and depending on what code is currently loaded in the board, I
sometimes have to retry programming 50 times to get it to go. I'm on linux
though not windows so maybe the windows version of everything works better.
(I've already googled up,the stuff about removing modemmanager and
installing udev rules to set group perms on the dev nodes etc, but there
could still be systemd crap going on. Or it could just be the kernel du
jour. I haven't tried booting back to something like 4.16.x or the distro
official kernel yet.

So, if you have trouble programming, don't give up. It was a bit finnicky
to get it working initially, but then once it was working, it was working
more or less fine for me for a week or more straight. Then just in the last
day or so something changed. I even got another of the same board just see
if maybe I fried my original one. (There is a store within driving distance
that has them right on a peg board, like Radio Shack should have had
instead of cell phones) The new board behaves exactly the same as soon as I
flash my current buggy code on it. It seems to depend on the code running
on the board. Even though the reset button kicks out of your code tonthe
bootloader, your code still kicks back in after a few seconds, and it seems
like some code is worse than other about what happens next, whether the
/dev/ttyACM# device will disappear or stay.

On Thu, Sep 20, 2018, 4:49 PM Kevin Becker  wrote:

> My adafruit logger arrived today.  Not sure if I'll get a chance to try
> this out tonight but sometime in the next few days I hope to give it a try.
>
>
> On Mon, Sep 17, 2018 at 1:04 PM, Stephen Adolph 
> wrote:
>
>> If I were going to mount this inside the M100, I would
>> 1) retask the modem port to be directly connected to this
>> 2) use a patched main rom to allow modem port to run at 19.2
>> 3) directly wire it to the battery voltage (after the on/off switch)
>>
>>
>>
>> On Mon, Sep 17, 2018 at 11:37 AM Kevin Becker 
>> wrote:
>>
>>> This is pretty cool.  I think I might have to check it out.  It might be
>>> an excuse to finally get a 3d printer too.
>>>
>>> On Sun, Sep 16, 2018 at 10:35 PM, Brian White 
>>> wrote:
>>>
>>>> There's the entire kit for SD2TPDD on an Adalogger 32u4.
>>>>
>>>> https://photos.app.goo.gl/N2v6iB45pePNFQNA8
>>>>
>>>> Bam. Couldn't be sweeter.
>>>>
>>>> On Sun, Sep 16, 2018, 9:56 PM Brian White  wrote:
>>>>
>>>>> SD2TPDD works without modification on an Adafruit Adalogger 32u4
>>>>> Your original code not my hacked up version I mean.
>>>>> Even the chip select is already correct out of the box.
>>>>> https://www.adafruit.com/product/2795
>>>>>
>>>>> This board doesn't have the cpu, ram, or other hardware to do some of
>>>>> the other facy ideas you could do with the Teensy 3.6 like cassette files
>>>>> and rtc, but it's perfect for tpdd-on-a-stick.
>>>>> What's cool about it is:
>>>>> * It runs your code just as

Re: [M100] New Age Digital Storage Box (NADSBox)

[Kevin Becker]

My adafruit logger arrived today.  Not sure if I'll get a chance to try
this out tonight but sometime in the next few days I hope to give it a try.


On Mon, Sep 17, 2018 at 1:04 PM, Stephen Adolph 
wrote:

> If I were going to mount this inside the M100, I would
> 1) retask the modem port to be directly connected to this
> 2) use a patched main rom to allow modem port to run at 19.2
> 3) directly wire it to the battery voltage (after the on/off switch)
>
>
>
> On Mon, Sep 17, 2018 at 11:37 AM Kevin Becker 
> wrote:
>
>> This is pretty cool.  I think I might have to check it out.  It might be
>> an excuse to finally get a 3d printer too.
>>
>> On Sun, Sep 16, 2018 at 10:35 PM, Brian White  wrote:
>>
>>> There's the entire kit for SD2TPDD on an Adalogger 32u4.
>>>
>>> https://photos.app.goo.gl/N2v6iB45pePNFQNA8
>>>
>>> Bam. Couldn't be sweeter.
>>>
>>> On Sun, Sep 16, 2018, 9:56 PM Brian White  wrote:
>>>
>>>> SD2TPDD works without modification on an Adafruit Adalogger 32u4
>>>> Your original code not my hacked up version I mean.
>>>> Even the chip select is already correct out of the box.
>>>> https://www.adafruit.com/product/2795
>>>>
>>>> This board doesn't have the cpu, ram, or other hardware to do some of
>>>> the other facy ideas you could do with the Teensy 3.6 like cassette files
>>>> and rtc, but it's perfect for tpdd-on-a-stick.
>>>> What's cool about it is:
>>>> * It runs your code just as it is.
>>>> * usb programming/charging port built-in.
>>>> * sd card reader built in.
>>>> * lithium battery charger circuit and standard battery pack connector
>>>> built-in, so you can power it from a little lipo battery, connected by a
>>>> standard plug so it's removabel/replaceable, charges by the same built-in
>>>> usb port as used to program it. There's an extra led on the board that
>>>> shows when the battery is charging. Goes out when done charging.
>>>>
>>>> With the rs232 module connected and an sd card inserted, it draws about
>>>> 12.7 ma @ 3.7v
>>>> That's about 27 hours from a 350mah battery pack which is still pretty
>>>> tiny battery.
>>>> And to recharge the battery, just plug in any usb charger to the usb
>>>> port. You could run off the usb port indefinitely too, with or without a
>>>> battery.
>>>>
>>>> Unlike the Teensy, this board also has
>>>> * card detect pin. You can use this to detect when a card has been
>>>> removed/inserted and re-init the card automatically.
>>>> * extra led near the card reader on it's own pin, aside from the
>>>> regular arduino pin 13 led.
>>>> * card reader socket is push-in push-out type.
>>>>
>>>> Teensy card reader just holds the card by friction, has to stick out a
>>>> little to leave something to grab to get back out, and there is no
>>>> card-detect pin.
>>>>
>>>> I'm already doctoring up a version of the code to take more advantage
>>>> of this board, like using the cardreader led and hopefully getting sleep
>>>> mode to work and the card detect pin.
>>>> But it's already a functional tpdd right out of the box.
>>>> --
>>>> bkw
>>>>
>>>> On Mon, Aug 20, 2018 at 4:31 PM c646581  wrote:
>>>>
>>>>> I have a project that uses an Arduino Mega to emulate a TPDD.
>>>>>
>>>>> https://github.com/TangentDelta/SD2TPDD
>>>>>
>>>>> I have plans to eventually sell easy-to-use shields that provide the
>>>>> RS232 level shifting and SD card interface.
>>>>>
>>>>> On Mon, Aug 20, 2018, 16:02 Brian White  wrote:
>>>>>
>>>>>> A tpdd emulated in low level basic hardware in line with the tpdd
>>>>>> itself really appeals to me.
>>>>>>
>>>>>> I would love to try to make it work on a tinyduino, or maybe a gotek.
>>>>>> Tinyduino may not seem "basic" being so small and modern, but it's a
>>>>>> microcontroller not a PC. It doesn't run linux and systemd and bash and
>>>>>> getty and python and a tcp stack and ssl and X and gnome etc etc etc.
>>>>>>
>>>>>> The fact that an entire pc fits in a tiny space and uses no power and
>>>>>> costs $5 today thanks to the plain advancement ov

Re: [M100] laser pc4

[Kevin Becker]

I saw your message, but it's not a computer that I am familiar with.

On Tue, Sep 18, 2018 at 3:16 PM, Peter Vollan  wrote:

> Did my message get through? The unit has basic, but it is type I am
> not familiar with
>
> On Sun, 16 Sep 2018 at 23:42, Peter Vollan  wrote:
> >
> > Just picked one up. It has a Thesaurus cartridge.
>

Re: [M100] Gonna need to replace my NiCad

[Kevin Becker]

Solder braid/wick has generally worked well for me.  You may need to
add some flux to it to really get it to wick properly.  If you don’t
have any flux, adding some fresh rosin core solder works too.

- Kevin


> On Sep 17, 2018, at 10:38 PM, Ian Eure  wrote:
>
> Desoldering the battery isn’t a big deal.  Start by clipping it
> out,
> leaving just the legs soldered in.  This makes the whole procedure
> much safer and easier.  You really don’t want to sink heat into a
> battery, it’s an explosion risk.
>
> Once the body of the battery is gone, use needle-nose pliers to
> grab
> the leg on the top side while heating from the solder side of the
> board. Pull gently on the pliers once the solder melts, and the
> leg
> will come right out.  Then you clear whatever solder is left in
> the
> holes, repeat for the other side, and solder in the new battery.
>
> If you have no tools at all, my preferred method is to heat up the
> through hole, then smack the board on the workbench.  The momentum
> will make the solder splash right out.  Crude, but effective.
>
> You can also use a soldapullt, this is very easy when the battery
> is
> removed.  Put it on the parts side while heating from the bottom
> and
> pop it when the solder melts.
>
> I’ve never had any luck with desoldering braid, so I don’t
> recommend
> it.
>
> A good soldering iron and the right tip make all the difference in
> the world.  It’s scary how much better it is.  I’m using an older
> Hakko station, the current model is the FX-888D.  They last
> forever.
> I got mine used, have had it for at least six years, do an
> above-average amount of soldering, and haven’t even needed to
> replace
> the tip.  Hard to beat for the money: https://amzn.to/2QCsWh3
>
> Another option is the TS100.  This is an open source iron that
> runs
> off a 12v wall wart.  There are a jillion manufacturers, and they
> all
> sell for around $60: https://amzn.to/2OyQvWP -- Once you factor an
> extra tip and power supply into the equation, it’s pretty close to
> the
> $100 mark, so you might be better off with the Hakko.
>
> Those are the top end of the low end solde station market.  Just
> about
> anything cheaper is junk.  Those cheapo Weller and Aoyue stations
> are
> just awful, don’t waste your money on them.
>
> No matter the iron, I’ve found the screwdriver shaped or "chisel"
> tip
> to work best for me.  It holds the solder great and transfers heat
> much better due to the large surface area you can put in contact
> with
> the part.  For the FX-888D, T18-D16 is what you want:
> https://amzn.to/2QDYcw0 -- For the TS100, the TS-D24:
> https://amzn.to/2QBBFA1
>
> Josh Malone writes:
>
>> Need to make sure you have a powerful-enough iron as there's a
>> fair amount
>> of heat sink there.
>>
>> I doubt you would *completely* destroy the machine, but you
>> could damage
>> the battery connections. Where are you located? Are you looking
>> for someone
>> to do the job or wanting to tackle it yourself?
>>
>> On Mon, Sep 17, 2018, 01:05 Gregory McGill
>>  wrote:
>>
>>> It's more the de-soldering that's the tricky part.. soldering
>>> the new one
>>> in is pretty simple..
>>>
>>> On Sun, Sep 16, 2018 at 9:40 PM Daryn Hanright
>>>  wrote:
>>>
 Hey gang

 My Tandy 102's NiCad finally looks like its giving up the
 ghost, so have
 ordered this:


 https://www.jameco.com/z/NHB60H3A2H-Evergreen-Battery-Nimh-3-6Volt80Mah-2-Pins-Std-14-16Hrs-8Ma-6Hrs-16Ma_2137473.html

 In terms of difficulty replacing the NiCad given I have
 negligible
 soldering skills...how hard? Is it possible I could completely
 destroy the
 machine?

 cheers
 Daryn

>>>

Re: [M100] New Age Digital Storage Box (NADSBox)

[Kevin Becker]

This is pretty cool.  I think I might have to check it out.  It might be an
excuse to finally get a 3d printer too.

On Sun, Sep 16, 2018 at 10:35 PM, Brian White  wrote:

> There's the entire kit for SD2TPDD on an Adalogger 32u4.
>
> https://photos.app.goo.gl/N2v6iB45pePNFQNA8
>
> Bam. Couldn't be sweeter.
>
> On Sun, Sep 16, 2018, 9:56 PM Brian White  wrote:
>
>> SD2TPDD works without modification on an Adafruit Adalogger 32u4
>> Your original code not my hacked up version I mean.
>> Even the chip select is already correct out of the box.
>> https://www.adafruit.com/product/2795
>>
>> This board doesn't have the cpu, ram, or other hardware to do some of the
>> other facy ideas you could do with the Teensy 3.6 like cassette files and
>> rtc, but it's perfect for tpdd-on-a-stick.
>> What's cool about it is:
>> * It runs your code just as it is.
>> * usb programming/charging port built-in.
>> * sd card reader built in.
>> * lithium battery charger circuit and standard battery pack connector
>> built-in, so you can power it from a little lipo battery, connected by a
>> standard plug so it's removabel/replaceable, charges by the same built-in
>> usb port as used to program it. There's an extra led on the board that
>> shows when the battery is charging. Goes out when done charging.
>>
>> With the rs232 module connected and an sd card inserted, it draws about
>> 12.7 ma @ 3.7v
>> That's about 27 hours from a 350mah battery pack which is still pretty
>> tiny battery.
>> And to recharge the battery, just plug in any usb charger to the usb
>> port. You could run off the usb port indefinitely too, with or without a
>> battery.
>>
>> Unlike the Teensy, this board also has
>> * card detect pin. You can use this to detect when a card has been
>> removed/inserted and re-init the card automatically.
>> * extra led near the card reader on it's own pin, aside from the regular
>> arduino pin 13 led.
>> * card reader socket is push-in push-out type.
>>
>> Teensy card reader just holds the card by friction, has to stick out a
>> little to leave something to grab to get back out, and there is no
>> card-detect pin.
>>
>> I'm already doctoring up a version of the code to take more advantage of
>> this board, like using the cardreader led and hopefully getting sleep mode
>> to work and the card detect pin.
>> But it's already a functional tpdd right out of the box.
>> --
>> bkw
>>
>> On Mon, Aug 20, 2018 at 4:31 PM c646581  wrote:
>>
>>> I have a project that uses an Arduino Mega to emulate a TPDD.
>>>
>>> https://github.com/TangentDelta/SD2TPDD
>>>
>>> I have plans to eventually sell easy-to-use shields that provide the
>>> RS232 level shifting and SD card interface.
>>>
>>> On Mon, Aug 20, 2018, 16:02 Brian White  wrote:
>>>
 A tpdd emulated in low level basic hardware in line with the tpdd
 itself really appeals to me.

 I would love to try to make it work on a tinyduino, or maybe a gotek.
 Tinyduino may not seem "basic" being so small and modern, but it's a
 microcontroller not a PC. It doesn't run linux and systemd and bash and
 getty and python and a tcp stack and ssl and X and gnome etc etc etc.

 The fact that an entire pc fits in a tiny space and uses no power and
 costs $5 today thanks to the plain advancement over the passage of time, is
 sort of beside the point. Sure it's practical, but it's not *elegant*, in
 some intangible abstract mental way.

 You could run dlplus or laddie from an init script on an Omega2 and
 stuff the entire thing inside of a db25 connector shell, and probably even
 scavenge enough power right from the usb port with charge pumps, and the
 entire thing would be small and cheap and relatively easy to do, since it's
 just sticking a few existing things together like legos. Outwardly this
 makes all the sense in the world. But it's just such a brute-force kind of
 solution. I'd rather spend all kinds of time and effort to do the same
 thing with a controller in place of the computer.

 Though, you can sure get a lot more functionality out of a computer,
 like that virtual modem in mcomm. And the computer is infinitely more
 end-user hackable. It would be neat to play with hacking together some sort
 of front-end dispatcher script, kind of like inetd for serial or I guess
 that would just be an amped-up getty, maybe even with an interactive menu
 that you can access via TELCOM, and the front end runs a tpdd server or a
 dos injector or ssh client or lynx or virtual modem or something else and
 hooks it to the tty. It could stay in the loop monitoring the tty for
 special escape commands to break out into a command mode just like modems,
 telnet, ssh, cu etc all do, so you could always switch between functions
 from the M100 even after starting one.

 gahh ideas are sure easy to throw around :)


>>
>> --
>> bkw
>>
>

Re: [M100] call for programs and games

[Kevin Becker]

SCHEDL and ADDRSS could both go for me, but I suspect they are pretty small

On Tue, Sep 11, 2018 at 3:56 PM, you got me  wrote:

> would ts-dos fit on the main rom if SCHEDULE was taken off? Who uses that?
> --
> *From:* M100  on behalf of Kurt
> McCullum 
> *Sent:* Tuesday, September 11, 2018 7:42:24 PM
> *To:* m100@lists.bitchin100.com
> *Subject:* Re: [M100] call for programs and games
>
> This brings a question to mind. The Tandy 200 and NEC 8201 (and 8300) have
> multiple banks. Since the 27c512 is identical to the 27c256 ROM with the
> exception of pin 1 which is for address 15. Could a 27C512 be inserted with
> pin 1 bent to stick out to the side and then a wire run from pin 1 to the
> enable pin of bank 2? So switching banks also switches OptRoms?
>
> I have read an article about installing a switch to do this but I wasn't
> sure if this could be done by taping the existing hardware.
>
> Kurt
>
>
> On Tue, Sep 11, 2018, at 9:36 AM, Mike Stein wrote:
>
> 
> Another simple approach that's often used is to have an adapter with an
> (E)EPROM large enough to hold several ROM images and a physical (or
> logical) switch to select among them (essentially what my adapter does, but
> with only one OptROM image).
>
> Unfortunately there's very little vertical clearance in these babies so
> there's not much room to use the old trick of stacking several chips with
> the select lines brought out the side. I haven't looked at my T102 but in
> the M100 there is enough room for one piggy-backed chip which would give
> you at least three 32KB OptROM images, but it does lift the keyboard
> slightly unless you remove the socket; depending on the socket used you
> might also gain some clearance if you trim the IC leads.
>
> Another approach to using several and/or larger ROMs is to make a little
> board that puts the chips upside down in the space beside the system ROM;
> as  a matter of fact the plan with this prototype board was to add another
> RAM or ROM socket beside the existing one:
>
>
>
>
>
> - Original Message -
> From: "Greg Swallow" 
> To: 
> Sent: Tuesday, September 11, 2018 9:34 AM
> Subject: Re: [M100] call for programs and games
>
> > Multiple ROMs would be easy enough with a REX. Of course if the REX
> goes, you could be out of luck.
>
>
>

Re: [M100] WTB: TPDD/2, REX, etc

[Kevin Becker]

I believe you can buy a REX here:

https://www.arcadeshopper.com/wp/?page_id=11#!/REX/p/102954443/category=28313042

On Sep 9, 2018, at 8:54 PM, Ian Eure  wrote:

Looking for a few M100 items.

- TPDD or TPDD2.  Prefer a TPDD2 if possible.
- REX for a 102.  The wiki says the project is abandoned, so I’m
not
  sure where they can be had now.
- Rear legs.  I’ve seen a few 100/102s in photos and commercials
that
  had legs installed on the back to prop it up.  Anyone know
  where I
  can get a set?
- Model 102 soft case.

Let me know what you’ve got...

 -- Ian

Re: [M100] TPDD Cable / Mystery Component

[Kevin Becker]

This looks great. I might make two just for the fun of it. I passed on a
lot of good eBay TPDD deals because they didn’t have the cable. I
eventually found one but it’d be nice to have a spare and/or a TPDD2.



On Sep 8, 2018, at 7:25 PM, rdsh...@comcast.net wrote:

Here’s the link to the board if anyone wants to try one.

https://oshpark.com/shared_projects/vntX40yC

Sent from Xfinity Connect App



-- Original Message --

From:  Charles  Shear
To: m...@bitchin100.com
Sent: September 8, 2018 at 5:56 PM
Subject: Re: [M100] TPDD Cable / Mystery Component

Whoops, LOL. https://rsmicro.wordpress.com/

On September 8, 2018 at 5:06 PM Brian White  wrote:

I'm definitely interested.

On Sat, Sep 8, 2018 at 3:27 PM CHARLES SHEAR < rdsh...@comcast.net> wrote:

Based on the information I read in Marty Goodman's write up on his cable
disassembly and reverse engineering, I have come up with a variation of his
design that definitely is working with my 100, 102, and TPDD.  I don't know
if it's been discussed since Marty did his work back in '89, but based on
his description, I may have found his "tiny rectangular components"  with
the "designation "14" on them".


I don't know if photo's are allowed in this mail list, so I'll just post a
link to a blog I setup real quick to explain my thoughts and show the cable
design I came up with.


Let me know what you think,


Rick



-- 
bkw

Re: [M100] New Age Digital Storage Box (NADSBox)

[Kevin Becker]

I do kinda like the idea of having my house wired with an M100 LAN.  There
are already unused RJ11 jacks all around the house.

On Fri, Aug 31, 2018 at 10:04 AM, Kurt McCullum  wrote:

> Yeah, but still fun to put together!
>
> Kurt
>
>
> On Thu, Aug 30, 2018, at 10:08 PM, Brian White wrote:
>
>
> An office file server for M100's
>
> What a wonderfully useless project. :)
>
>
>
>

Re: [M100] TRS-80/Tandy Pocket Computer

[Kevin Becker]

Yeah some of the newer Sharp stuff is really cool but my soft spot is for
the Tandy/Radio Shack stuff.

But even the PC-2 has bitmapped graphics and the ability to load machine
language programs.

http://www.pc1500.com/assemblylanguage.html



On Wed, Aug 8, 2018 at 10:52 AM, Nathan Misner  wrote:

> Sharp actually continued making the PC series of pocket computers into the
> early 2000s. The last model (the PC-G850VS) can show bitmapped graphics, is
> programmable in BASIC, C, and Z80 assembly, and has an 8-bit parallel user
> port.
>
> On Wed, Aug 8, 2018 at 9:31 AM, Jeff Gonzales 
> wrote:
>
>> I have a PC-6 which I used in high school.  It was such a cool
>> "calculator" for the time.  I liked the earlier ones more, however, as they
>> had more cool accessories.
>>
>> "Ready P0"
>>
>> haha.
>>
>> On Wed, Aug 8, 2018 at 8:59 AM, Kevin Becker 
>> wrote:
>>
>>> I'm a pocket computer fan too.  My original was a PC-3 that I used
>>> through high school.  At some point it died and I got a PC-7 which I used
>>> through college and early career.  In the mean time the PC-3 had been
>>> repaired by a friend but the PC-7 was a better calculator for my needs at
>>> that time.
>>>
>>> Not long ago I dug them out and started messing around with them again.
>>> The keys on the cover of the PC-7 no longer work.  I suspect the ribbon
>>> cable is broken and there  probably isn't an easy way to repair it without
>>> destroying it in the process.
>>>
>>> The PC-3 mostly worked but the run/program/power switch was flakey.  I
>>> took it apart and cleaned it an bent the contacts a bit to make a better
>>> connection and it is good to go.  I also replaced the nicad pack in the
>>> printer.
>>>
>>> Since then I picked up another PC-3a and printer that needed the same
>>> repair.  It has some bleed on the LCD but not too bad.  I also acquired a
>>> PC-4 which is working great with no refurbishment.  Most recently I got a
>>> PC-2 and a Sharp PC1500 that are also in great shape.  I have a Sharp
>>> CE-150 printer for it but I actually haven't tested it out yet but it seems
>>> to have been unused, with unopened pens included.  Ron Lauzon was nice
>>> enough to sell me some memory modules for them and I'm looking forward to
>>> doing some more advance programming on them soon.
>>>
>>>
>>>
>>> On Wed, Aug 8, 2018 at 7:39 AM, Jim Toth  wrote:
>>>
>>>> I'll keep that in mind.  But so far, so good.
>>>>
>>>>
>>>> - Original Message -
>>>> *From:* you got me 
>>>> *To:* m...@bitchin100.com
>>>> *Sent:* Wednesday, August 08, 2018 1:26 AM
>>>> *Subject:* Re: [M100] TRS-80/Tandy Pocket Computer
>>>>
>>>> be careful about the pc-2 and printing. You can always make or refill
>>>> your own pens but the MAJOR problem is a plastic cog within the
>>>> printing mechanism itself. Over time these things would crack and then you
>>>> would have abnormal printing operations. A brass or 3d printed version of
>>>> that cog would revitalize 98% of those ancient pc-2 printers. (that, and
>>>> changing the ni-cad batteries with ni-mh ones).
>>>> --
>>>> *From:* M100  on behalf of Jim Toth
>>>> 
>>>> *Sent:* Wednesday, August 8, 2018 2:08:03 AM
>>>> *To:* m...@bitchin100.com
>>>> *Subject:* Re: [M100] TRS-80/Tandy Pocket Computer
>>>>
>>>> You can still purchase PC-2 printer pens?  Excellent.  Where?
>>>>
>>>>
>>>> - Original Message -
>>>> From: "Ron Lauzon" 
>>>> To: 
>>>> Sent: Tuesday, August 07, 2018 9:46 PM
>>>> Subject: Re: [M100] TRS-80/Tandy Pocket Computer
>>>>
>>>>
>>>> My PC-4 was my constant companion through college and into my first
>>>> job.  I picked up a PC-2 at the Tandy Corporate auction and got bit by
>>>> the pocket computer bug.
>>>>
>>>> What I've put together is this:
>>>> + PC-1 - usually had bad screens over time.
>>>> + PC-2 - frequently people left the AA batteries in them when they
>>>> stopped using them.  The batteries leaked.  So always check the
>>>> battery compartment before buying one.  Leaky batteries can cause a
>>>> great deal of damage.
>>>> The printer/cassette interface is where th

Re: [M100] TRS-80/Tandy Pocket Computer

[Kevin Becker]

I'm a pocket computer fan too.  My original was a PC-3 that I used through
high school.  At some point it died and I got a PC-7 which I used through
college and early career.  In the mean time the PC-3 had been repaired by a
friend but the PC-7 was a better calculator for my needs at that time.

Not long ago I dug them out and started messing around with them again.
The keys on the cover of the PC-7 no longer work.  I suspect the ribbon
cable is broken and there  probably isn't an easy way to repair it without
destroying it in the process.

The PC-3 mostly worked but the run/program/power switch was flakey.  I took
it apart and cleaned it an bent the contacts a bit to make a better
connection and it is good to go.  I also replaced the nicad pack in the
printer.

Since then I picked up another PC-3a and printer that needed the same
repair.  It has some bleed on the LCD but not too bad.  I also acquired a
PC-4 which is working great with no refurbishment.  Most recently I got a
PC-2 and a Sharp PC1500 that are also in great shape.  I have a Sharp
CE-150 printer for it but I actually haven't tested it out yet but it seems
to have been unused, with unopened pens included.  Ron Lauzon was nice
enough to sell me some memory modules for them and I'm looking forward to
doing some more advance programming on them soon.



On Wed, Aug 8, 2018 at 7:39 AM, Jim Toth  wrote:

> I'll keep that in mind.  But so far, so good.
>
>
> - Original Message -
> *From:* you got me 
> *To:* m...@bitchin100.com
> *Sent:* Wednesday, August 08, 2018 1:26 AM
> *Subject:* Re: [M100] TRS-80/Tandy Pocket Computer
>
> be careful about the pc-2 and printing. You can always make or refill your
> own pens but the MAJOR problem is a plastic cog within the printing
> mechanism itself. Over time these things would crack and then you would
> have abnormal printing operations. A brass or 3d printed version of that
> cog would revitalize 98% of those ancient pc-2 printers. (that, and
> changing the ni-cad batteries with ni-mh ones).
> --
> *From:* M100  on behalf of Jim Toth <
> jt...@localnet.com>
> *Sent:* Wednesday, August 8, 2018 2:08:03 AM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] TRS-80/Tandy Pocket Computer
>
> You can still purchase PC-2 printer pens?  Excellent.  Where?
>
>
> - Original Message -
> From: "Ron Lauzon" 
> To: 
> Sent: Tuesday, August 07, 2018 9:46 PM
> Subject: Re: [M100] TRS-80/Tandy Pocket Computer
>
>
> My PC-4 was my constant companion through college and into my first
> job.  I picked up a PC-2 at the Tandy Corporate auction and got bit by
> the pocket computer bug.
>
> What I've put together is this:
> + PC-1 - usually had bad screens over time.
> + PC-2 - frequently people left the AA batteries in them when they
> stopped using them.  The batteries leaked.  So always check the
> battery compartment before buying one.  Leaky batteries can cause a
> great deal of damage.
> The printer/cassette interface is where the flaws are.  The printer
> gears tended to wear out.  Also the rechargeable battery packs are
> shot by now and are leaking.
> There are some people who refurbish the printers (new batteries and
> new gears), but they will be more expensive.  Surprisingly, you can
> still purchase the pens.
> + PC-3 - Not much that I know of.  I only have 1 in my collection and
> it has no problems.  The printer even works.
> + PC-4 - No problems with the pocket computer itself that I know of.
> The printer batteries are shot by now.  Usually they don't leak, but
> the batteries are not meant to be replaced. But with some work, the
> printers can be made to work with an AC-adapter.
>
> On Tue, Aug 7, 2018 at 8:01 PM megarat  wrote:
> >
> > Hey folks, a recent thread here highlighted my interest in the old
> > TRS-80/Tandy Pocket Computers (rebadged from existing Casio and Sharp
> > models).  I always had a fascination with these things as a kid, and I
> was
> > lucky enough to own one of them for a while (a PC-5), so I'm
> entertaining
> > the possibility of hunting some of them down.
> >
> > I'm concerned, however, with how well these models age.  Specifically
> the
> > electrolytics (and how easy are they to replace?), the LCD display (do
> > they have a tendency to fade/bleed?), and the keypad (do those little
> > chicklet keyboards still hold up years later?).
> >
> > Are there any PC collectors on this list that can offer me some
> > advice/guidance?  Thanks.
> >
> > /CAM
>
>
>
> --
> Ron Lauzon - rlauzon at acm dot org
>Homepage: http://webpages.charter.net/rlauzon/
>Weblog: http://ronsapartment.blogspot.com/
>
> TRS-80 Pocket Computer 2 - TRS-80 Pocket Computer 4 - TRS-80 Model 100/102
> Some people like to work on old cars.  But old computers are cheaper
> and don't require a big garage.
>
>

Re: [M100] New User - Resurrected T102

[Kevin Becker]

This video mentions a UK brand, BBlonde, that didn't seem to harm the
screen at all.

https://www.youtube.com/watch?v=uyi5ZhHzzvo

On Wed, Jul 25, 2018 at 1:02 PM, Greg Swallow  wrote:

> Glad to be of help Andy.
>
> May I ask which method of Retro Briting did you use. I jave made my own
> "cream"
> compound before, but have gotten the 40 Cream Hair Developer for my next
> try. A
> couple of M100 screens got scarred the last time; I used masking tape.
> This time
> I've gotten Frog Tape, but am wondering what you, and others, have done to
> avoid
> getting the H2 on the clear plastic screen cover. If there is a way to
> remove the
> clear part from the case, I have not been able to figure it out.
>
> God Bless,
>
> GregS <><
>
> - Original Message -
> From: "Andy Lawrence" 
> To: m100@lists.bitchin100.com
> Sent: Wednesday, July 25, 2018 9:11:18 AM
> Subject: [M100] New User - Resurrected T102
>
> Hello All,
>
> I was born in 1975, and throughout the 80s I looked forward to the annual
> Radio Shack catalogs, each year drooling over the T100/2s etc!  Well a
> couple weeks ago I was cruising eBay and ran across a busted T102 and
> snatched it up cheap.  Completed the following to fix it up:
>
> - Restored normal functionality by re-soldering the DC jack.
> - Burned y2k ROM, thanks to GregS for pointing out the file location.  I
> was planning to burn on a stash of old 27c256s, but appears I've used all
> of those, rather than eBaying surplus I simply ordered an AT27C256R-70PU-ND
> from Digikey for $1.38.  This also saved me 2mA.
> - Swapped the leaking NiCad for a 4F Supercap, Digikey part 4704PHBK-ND.
> - Swapped the original 32.768k crystal for a Digikey part 300-8763-ND,
> which is 4PPM part, though I didn't test the original this new part should
> help keep better time.
> - Followed the 8-Bit Guy's YouTube's guide to "Retro Bright" the yellowed
> plastic, which turned out great aside from slightly damaging the Tandy T102
> black plastic emblem by getting it too warm.  :crying:  Anybody have one of
> these laying around?  I was utilizing a halogen lamp to warm the solution,
> got it too close...
>
> Though I don't have any specific plans for the T102 (right now it's
> calculating prime numbers), I've already acquired a T200, which will
> receive similar treatment!
>
> I'm really glad to see communities like this still active, brings back such
> great memories!  I might even start a retro Z80/68000/etc or similar build,
> fun times ahead.
>
> Many thanks to all and have a great day.
> Andy
>

Re: [M100] Model 100 LCD doesn't work

[Kevin Becker]

I had a similar panic moment not long ago. I ran to the list asking for
help and then did a hard rest and was fine. I try to point it out to
everyone whenever I can now.

- Kevin


On Jul 21, 2018, at 7:01 PM, Nathan Misner  wrote:

Holy shit, thank you! The Ctrl+Break trick got it powering on! I thought my
M100 was dead, but now it lives to see another day. I really wish Tandy had
put that in the troubleshooting flowchart in the service manual, though.

-Nathan

On Sat, Jul 21, 2018 at 6:51 PM, Fugu ME100  wrote:

> Swap the leads around on the meter :) the black wire to the -ve voltage
> and the red to gnd.
>
> You could also try a cold boot, just in case.  Hold ctrl-break and power
> on.
>
>
> The NiCd battery is in good health?
>
>
> --
> *From:* M100  on behalf of Nathan
> Misner 
> *Sent:* Saturday, July 21, 2018 23:42
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] Model 100 LCD doesn't work
>
> This is turning out to be "fun". The screen used to not do anything but
> after replacing my patch wire the screen is still blank (don't think it's
> black, only turns grayish when I push the contrast up all the way) but I'm
> able to manipulate the contrast and I'm no longer able to make the computer
> beep. I'm not really equipped to measure negative voltage (only have an
> analog meter), but VDD measures 5V and VEE makes the meter's needle go as
> left as possible, when before the patch wire it measured around +0.2 volts.
>

Re: [M100] TPDD Specifics

[Kevin Becker]

http://bitchin100.com/wiki/index.php?title=TPDD



On Jul 17, 2018, at 7:37 PM, John Gardner  wrote:

How about those who've benefited from the research of others,

or even the researchers themselves,  publishing the protocol?

Nah..."8)

On 7/17/18, you got me  wrote:

If I'm not mistaken, the program Desklink emulates a TPDD. Perhaps a

combination of DOSbox or virtual software running Desklink can help you to

communicate and transfer files to and from a m100. Another program can be

used to capture to/from serial data and reveal protocols for different use

case conditions.



It may be possible to do things the other way around: the virtual m100

program can log serial port data I believe. Perhaps a TPDD could be

connected to the host computer via a serial or usb to  serial adapter?



Any more experienced people with thoughts on this?




From: M100  on behalf of c646581



Sent: Tuesday, July 17, 2018 10:50:58 PM

To: m100@lists.bitchin100.com

Subject: [M100] TPDD Specifics


Hello!


I'm working on a TPDD hardware emulator using low-cost

off-the-shelf-components. I can't find much online about the specifics of

the serial connection between the M100 and the TPDD. The TPDD protocol page

on the wiki mentions 19200/9600 baud, but nothing about flow control or how

it negotiates the speed.


Based on trial-and-error, I did figure out that hardware flow control is

needed before TS-DOS will try sending any data. This gives me something to

work off of, but more details would be great.


Thanks,

Jimmy

Re: [M100] Tandy trs80 PC-3 lcd

[Kevin Becker]

I had my PC-3 and PC-3a apart recently to fix the power swtiches.  They
weren't really registering the different positions correctly.  While I had
it apart, I messed with the LCD on the PC-3a a little bit to see if I could
reduce the bleeding issue it has.  I failed to fix that but I did take some
pics of it all if they help.  I didn't see any markings on the LCD which I
had completely off the motherboard but I didn't pull it out of the metal
housing.

https://imgur.com/a/ti5OByH



On Tue, Jul 3, 2018 at 10:25 AM, Jason Paul  wrote:

> I've been doing a lot of looking around recently and I've noticed tons of
> crossover on parts and cases and keys and keypads. I would just scoop up as
> many damaged or undamaged units as inexpensively as possible experiment on
> them find the similarities and then maybe you can just leave your
> grandfather's one alone until you're certain you can do it without damaging
> it.
>
> Wikipedia search for Tandy pocket computer, Casio pocket computer and
> sharp pocket computer. Also substitute the word calculator and portable
> when searching. Some of the similarities are simply machines with different
> labels on them some of them are non-intuitive with different interfaces for
> the same body model.
>
> Also there are tons of in-between models that aren't listed anywhere that
> you can still find but were hardly marketed or didn't last long OR were
> only released in Europe or Japan.
>
> Cassette and printer interfaces use the connector as Model T's although
> Sharp and Casio also created different format interfaces.
>
>
> Good luck!
>
> On Tue, Jul 3, 2018, 10:09 AM Nickolas Nolan 
> wrote:
>
>> So I'm aware the m100 group may not be the best place to ask. may also
>> post on vcfed. My past grandfather's pocket computer, marketed as either
>> the trs80 pc-3 or the sharp pc-1251 has had a broken lcd for some time now.
>>
>> http://oldcomputers.net/trs80pc3.html
>>
>> Obviously, this one is just a bit more sentimental to me as it and the
>> nec 8201a can be credited for my interest, leading to my current career.
>>
>> I'm having a heck of a time getting the lcd safely off the unit to find a
>> part number, and I don't know if these LCDs are unique to that product.
>> does anyone know anything about them? Perhaps other
>> calculator/PocketComputer models that have the same size lcd? With any
>> leads, i may be able to broaden my search for other dead models.
>>
>> Thanks,
>> Nick
>>
>

Re: [M100] TPDD Utility Disk

[Kevin Becker]

Unless the pictures on eBay are wrong, mine is definitely a TPDD.



On May 29, 2018, at 7:01 PM, Brian White  wrote:

If what you have is a TPDD-2 and not a TPDD, I can supply a copy for
TPDD-2. Send me an address off-list and I'll mail it tomorrow.

Conversely I would like a copy for TPDD myself if anyone is willing to
either make me one, or trust me with mailing me theirs and I'll mail it
back after making a copy myself.

>From what I've been able to tell, although people have tried and failed for
30 years, it actually *should* be physically possible to generate a new
disk purely from a download, as long as you have a real drive and a working
special cable. After all, the included floppy dos + backup.ba does it, and
the drive is controlled entirely by mere serial communication which
anything can do.

A little progress has been made recently wrt recording the entire serial
conversation during a backup, but it still has not yet gone all the way to
being able to generate a disk from scratch from a download.
I think the tools are there to at least work on it and eventually get
there. So if you want an interesting project that hasn't already been solve
at least 7 different times over the decades, yet looks within reach, there
it is. :)

You absolutely need a working TPDD or TPDD-2 drive to make these though,
even if you use a modern pc to control it. It's not just a matter of an odd
number of tracks or sectors or other formatting. The raw magnetic format is
FM instead of MFM which all pc drives & drive controllers use. No amount of
special software can overcome that!


On Tue, May 29, 2018 at 4:58 PM, Kevin Becker  wrote:

> A little deeper googling is leading me to believe there is a special
> floppy_sys file on the utility disk that nobody has figured out how to
> recreate.  I'll try it anyway when it arrives but If that ends up being the
> case, then I wonder if there is anyone on the list who would be willing to
> make my a utility disk.  I'd be happy to send a blank disk and a
> self-addressed stamped envelope.
>
>
>
> On Tue, May 29, 2018 at 4:38 PM, Tom Dison  wrote:
>
>> Ah that's a good question, is like to know also.
>>
>> On Tue, May 29, 2018 at 3:29 PM Kevin Becker 
>> wrote:
>>
>>> I don’t mean with a PC. I should already be able to use the drive via
>>> TS-DOS so I’m assuming I can just copy floppy.co to my M102 using
>>> desklink and then save it to the TPDD. I’m just wondering if that is good
>>> enough or if there is some special boot sector magic necessary.
>>>
>>> On May 29, 2018, at 3:55 PM, Tom Dison  wrote:
>>>
>>> I don't believe you can create one with a PC floppy controller. I'd buy
>>> a copy off of someone is I could. For now, I'm planning on using the python
>>> library on Linux box connected to the drive to create the disk. I'd much
>>> rather just have the floppy.
>>>
>>> On Tue, May 29, 2018 at 2:31 PM Kevin Becker 
>>> wrote:
>>>
>>>> I've been watching eBay on and off for a TPDD or TPDD2 complete with
>>>> cable at a reasonable price for what feels like forever.  I finally pulled
>>>> the trigger on one today but doesn't include the utility diskette.
>>>>
>>>> I already have a REX with TS-DOS and I know how to bootstrap TEENY if
>>>> necessary, but I'd like to have a utility disk with floppy.co just for
>>>> the fun of it.  I believe I found floppy.co in an archive on the
>>>> Club100 site.  Is there anything special about the utility disk or can I
>>>> just save floppy.co to any formatted disk and then be able to use it
>>>> to bootstrap floppy.co later?
>>>>
>>> --
>>> Faith without Works is Dead...
>>>
>>> --
>> Faith without Works is Dead...
>>
>
>


-- 
bkw

Re: [M100] TPDD Utility Disk

[Kevin Becker]

A little deeper googling is leading me to believe there is a special
floppy_sys file on the utility disk that nobody has figured out how to
recreate.  I'll try it anyway when it arrives but If that ends up being the
case, then I wonder if there is anyone on the list who would be willing to
make my a utility disk.  I'd be happy to send a blank disk and a
self-addressed stamped envelope.



On Tue, May 29, 2018 at 4:38 PM, Tom Dison  wrote:

> Ah that's a good question, is like to know also.
>
> On Tue, May 29, 2018 at 3:29 PM Kevin Becker 
> wrote:
>
>> I don’t mean with a PC. I should already be able to use the drive via
>> TS-DOS so I’m assuming I can just copy floppy.co to my M102 using
>> desklink and then save it to the TPDD. I’m just wondering if that is good
>> enough or if there is some special boot sector magic necessary.
>>
>> On May 29, 2018, at 3:55 PM, Tom Dison  wrote:
>>
>> I don't believe you can create one with a PC floppy controller. I'd buy a
>> copy off of someone is I could. For now, I'm planning on using the python
>> library on Linux box connected to the drive to create the disk. I'd much
>> rather just have the floppy.
>>
>> On Tue, May 29, 2018 at 2:31 PM Kevin Becker 
>> wrote:
>>
>>> I've been watching eBay on and off for a TPDD or TPDD2 complete with
>>> cable at a reasonable price for what feels like forever.  I finally pulled
>>> the trigger on one today but doesn't include the utility diskette.
>>>
>>> I already have a REX with TS-DOS and I know how to bootstrap TEENY if
>>> necessary, but I'd like to have a utility disk with floppy.co just for
>>> the fun of it.  I believe I found floppy.co in an archive on the
>>> Club100 site.  Is there anything special about the utility disk or can I
>>> just save floppy.co to any formatted disk and then be able to use it to
>>> bootstrap floppy.co later?
>>>
>> --
>> Faith without Works is Dead...
>>
>> --
> Faith without Works is Dead...
>

Re: [M100] TPDD Utility Disk

[Kevin Becker]

I don’t mean with a PC. I should already be able to use the drive via
TS-DOS so I’m assuming I can just copy floppy.co to my M102 using desklink
and then save it to the TPDD. I’m just wondering if that is good enough or
if there is some special boot sector magic necessary.

On May 29, 2018, at 3:55 PM, Tom Dison  wrote:

I don't believe you can create one with a PC floppy controller. I'd buy a
copy off of someone is I could. For now, I'm planning on using the python
library on Linux box connected to the drive to create the disk. I'd much
rather just have the floppy.

On Tue, May 29, 2018 at 2:31 PM Kevin Becker  wrote:

> I've been watching eBay on and off for a TPDD or TPDD2 complete with cable
> at a reasonable price for what feels like forever.  I finally pulled the
> trigger on one today but doesn't include the utility diskette.
>
> I already have a REX with TS-DOS and I know how to bootstrap TEENY if
> necessary, but I'd like to have a utility disk with floppy.co just for
> the fun of it.  I believe I found floppy.co in an archive on the Club100
> site.  Is there anything special about the utility disk or can I just save
> floppy.co to any formatted disk and then be able to use it to bootstrap
> floppy.co later?
>
-- 
Faith without Works is Dead...