Re: [M100] Subjective poll on M100 "dialob box"

[Chris Fezzler]

 LEFT
On Monday, January 9, 2023 at 07:44:51 PM EST, Ken Pettit 
 wrote:  
 
 Hey gang,

I'm curious which of the two "dialog box" options people think look 
better between the two shown in the attached diagram.  These were coded 
up in BASIC, but I'm thinking of using it in an ASM program.

Ken
  

Re: [M100] Thinking of selling my Booster Pak

[Chris Fezzler]

 I've had offers of $300+ for mine with the Model 100 attached.
On Saturday, November 5, 2022 at 12:42:18 AM EDT, John R. Hogerhuis 
 wrote:  
 
 I'm thinking of selling my Booster Pak... I have manuals, the M100 cable, and 
I think the TS-DOS and Sardine ROMs in it. I have other ways of doing the same 
things it does, so it just collects dust.
Any ideas what it's worth today, working? Searching Ebay wasn't helpful.
Thanks,

-- John.   

Re: [M100] Model 100 folding Leg Extensions (3D Printable)

[Chris Fezzler]

 If someone makes a batch, I'd buy a few sets.
On Sunday, August 22, 2021, 12:47:20 AM EDT, David Grissom 
 wrote:  
 
 
Been playing with my 3D Printer too much…

 

I’ve used pencils, plastic coat hangers and other materials to make let 
extensions for my Model 100.

 

I designed a folding leg extension.  This allows me to keep the legs on the 
computer when I store it in its plastic slip case.  No more lost peg legs for 
me. They open and lock at around 40mm (1.5 inches).  Pictures are on the site 
below.

 

Remember this is a work in progress.  Since the object is fairly small it may 
take more tweaking to work with every printer and filament type.

 

Comment and Remixes are welcome.  This is fun project for me!

 

Here is a link:  

  

TRS-80 Model 100 Custom Folding Leg Extensions by dgrissom - Thingiverse

  

Please excuse if I get multiple posts.  Been have email woes today 

  

David Grissom

  

Sent from Mail for Windows

  
  

Re: [M100] Super ROM for NEC

[Chris Fezzler]

 Exciting! (Said a nerd.)
On Monday, July 19, 2021, 12:40:36 PM EDT, Stephen Adolph 
 wrote:  
 
 Update for the list.
Making progress!Using a combination of tools - python, DASMX140, and excel, 
I've been able to get a pretty complete "structural disassembly" of the Super 
ROM.
>From here, it is apparent how the main ROM calls are used, and what memory 
>locations are used.There are about 450 or so main ROM calls, many of them the 
>same, so maybe 100 or so unique ROM calls.
I'm starting to do the work to "transform" the addresses for  both RAM and main 
ROM calls, and so far so good.
So while this is certainly a daunting task, progress seems possible and I think 
it is still achievable to have a version of Super ROM for NEC.  Time will tell.
Steve





















  

[M100] TEST

[Chris Fezzler]

TEST.  Is this on?

Re: [M100] A decent replacement for M100 "Feet"

[Chris Fezzler]

 looks like the old rubber doorstops.
https://www.amazon.com/s?k=door+stop=nb_sb_noss_2

On Friday, July 9, 2021, 04:01:02 PM EDT, Brian Brindle 
 wrote:  
 
 I found this thing called a "Laptop Foot" at the checkout of my local Barnes 
and Noble the other day. I am slightly embarrassed to admit that I paid $12 for 
it but also I've been very happy with how it works so...
It's just the one wedge, you pop it under the back of the M100 and it just sort 
of tripods. It's very stable, no rocking or anything and has it at a decent 
angle for me. I find it easier to keep up with and quicker to deploy than my 
plastic feet. 
Quick Amazon search for "Laptop Foot" or Universal Laptop/Notebook stands will 
reveal 4-packs available from $10-$13 but totally lacks the instant 
gratification I received for 4x the price, not to mention the blank look from 
my SO as I ran from the checkout to the Starbucks inside, ripped my rubberized 
wedge from its box and plopped my M102 on it happily exclaiming "Hu?! HU?!! 
Awesome right?!" 
She didn't respond, likely because it was too awesome for her to handle. 
Anyway, I thought you guys would appreciate it. 
Behold - the M100 foot!
http://niedobry.com/mod100/images/


Brian
  

Re: [M100] M100 / 102 Wanted

[Chris Fezzler]

 That's a shame.  I'm sure in my 15-20 years here on the Club100 listserv the 
topic of screen repairs, backlighting, cleaning, etc. has been thoroughly 
discussed several times.But with all the amazing innovation happening for our 
treasured Model T format by extremely talented people, no options exist to rid 
the scourge of bad screens once and for all?
On Tuesday, July 6, 2021, 09:42:00 PM EDT, lloydel...@comcast.net 
 wrote:  
 
 
The problem is annoying but it is something I can live with.   I attached a 
picture illustrating the problem.

  

On the picture, you can see that the top of the 6th line has a horizontal roll 
of pixels out.  It is most noticeable on the number, “5” where it took out the 
top of this number.

  

The vertical column of dead pixels is on the column labeled, “Dist”.   It 
affects the first four lines of the display and you can see where the number, 
“9” is affected.

  

Lloyd

  

From: M100  On Behalf Of Jeffrey Birt
Sent: Tuesday, July 6, 2021 6:00 PM
To: m...@bitchin100.com
Subject: Re: [M100] M100 / 102 Wanted

  

Bum LCDs are often the most difficult thing to fix. If the problem is a 
corroded connection to the LCD glass there is a 50/50 chance of fixing it and 
getting the glass lined back up properly. I have also seen a missing horizontal 
line be due to a bad LCD glass. The driver ICs can also fail and they have to 
be scrounged from other LCDs are they are an odd/smaller package that seems to 
be unique to the M100/T102.

  

Jeff Birt

  

From: M100  On Behalf Of 
lloydel...@comcast.net
Sent: Tuesday, July 6, 2021 3:47 PM
To: m...@bitchin100.com
Subject: Re: [M100] M100 / 102 Wanted

  

I wish I had known about this group prior to forking over $200 to eBay for a 
M100 in “mint” condition.

  

The seller’s definition of “mint” differed a bit from mine in that a horizontal 
row of pixels is out and there is a column of pixels that is out for the top 
1/3 of the column.

  

Do you fix these and if so, how much would it cost?   The Y2K updated ROM 
sounds useful as well.

  

Lloyd

  
  

Re: [M100] reuse Palm pilot as a serial LCD display for M100

[Chris Fezzler]

 Yup!  I did it once.
On Wednesday, June 23, 2021, 06:36:41 PM EDT, Dan Higdon 
 wrote:  
 
 Wow, that's pretty cool. I have an old Palm III that I keep wanting to find 
stuff to do with. I have the cradle (an RS232 cradle, thankfully) but no 
software. I put batteries into it and it does work.
>From the sounds of things, it looks like it won't be a straight-up "throw 
>ASCII at it" terminal, but it will be fun to explore the options I think.

On Wed, Jun 23, 2021 at 7:24 AM Stephen Adolph  wrote:

http://palmorb.sourceforge.net/download.html

stumbled across this interesting piece of Palm Pilot software it turns the 
PP into an RS232 driven LCD display.  This seems like it could be quite useful 
for the M100 - debug interface, auxiliary input/output etc.  

  

Re: [M100] reuse Palm pilot as a serial LCD display for M100

[Chris Fezzler]

 The TRS-80 Model 102 - The Tandy Model T!


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
The TRS-80 Model 102 - The Tandy Model T!

PalmHeads

A site dedicated to PalmOS, Linux and the Tandy.
 |

 |

 |





On Wednesday, June 23, 2021, 08:24:56 AM EDT, Stephen Adolph 
 wrote:  
 
 http://palmorb.sourceforge.net/download.html

stumbled across this interesting piece of Palm Pilot software it turns the 
PP into an RS232 driven LCD display.  This seems like it could be quite useful 
for the M100 - debug interface, auxiliary input/output etc.  
  

[M100] Tandy 102 Keyboard Flat Ribbon Cable

[Chris Fezzler]

 In need of a flat ribbon cable for the Tandy 102.

Any recommendations for source?

Re: [M100] mcomm on linux

[Chris Fezzler]

 Over a decade of Club100 and multiple decades with Model T computing and I 
never tried mComm.  Looks cool.
Dug out my old Win7 subnotebook, my Gigaware USB-to-serial cable and a null 
modem gender changer.  Connected everything up.mComm installed perfectly and 
put a nice icon on my desktop.  It sees the USB serial port as Com3.  Cool.
Hey, after I type RUN "COM:98N1E" in BASIC, do I hit ENTER on the M100?  
So the notebook and Model T were definitely communicating but I was not able to 
get TSDOS pushed to the Model T.  Should I see text echoed to screen?  How long 
does it take?
Anyway, I got another Model T that already has TSDOS on it and it works great 
with mComm.
Thanks to all you innovators out there.  


On Friday, February 26, 2021, 03:14:34 PM EST, AvantGuard Systems 
 wrote:  
 
 I have yet to get the cables for connecting my M100 to my computer to access 
files. However in the meantime I have installed mcomm. I'm wondering how I'm 
supposed to use it. 

So if I enter the command: mcomm -l    it says there are no serial ports 
available. Perhaps once it's plugged into the M100 it will see the USB as a 
serial port, but.Now I can issue the command mcomm --port to open a serial 
port.I'm wondering if that is what I will have to do. So I'll have to figure 
out which /dev/tty is the usb port in question, set it as a serial device 
and then tell mcomm to set it as the serial port to use?
Maybe once I get the cables it'll make more sense.
Setting the path to the base directory seems self explanatory. (mcomm --path 
PATH) or I can create a TPDD directory right in my home directory as that would 
be the default.

 Curtis 
  

[M100] REXCPM and NADSBox

[Chris Fezzler]

 First impression after installation.  A dream come true!
Oh, I found the recommended CPM apps (So listserv manager, feel free to reject 
my last post.)
Any favorite CPM apps for Model 100 from members?  

[M100] REXCPM

[Chris Fezzler]

So any recommendations for CPM software to run on REXCPM?
WordStar, VisCalc, other?  
What to try and where to get?

[M100] Are You Mapped Yet?

[Chris Fezzler]

TRS-80 Model 100 Users - Google My Maps


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
TRS-80 Model 100 Users - Google My Maps

TRS-80 Model 100 Family Users
 |

 |

 |

Re: [M100] vga monitor solutions

[Chris Fezzler]

 This is interesting but over my head.  I have an old Google Nexus 7 gathering 
dust.  Can I use it as an monitor for a Model T?
On Tuesday, January 19, 2021, 03:39:29 PM EST, Kenneth Pettit 
 wrote:  
 
 I’ve actually stripped out the Model T logic from VirtualT and used the 
framework for other apps twice now
Ken

Sent from my iPhone

On Jan 19, 2021, at 12:10 PM, Stephen Adolph  wrote:



WRT using Virtual T - I just meant the framework.  strip out Virtual T and 
replace with a new application that uses all the same tool kit.
After all it is the only thing I know how to do!
On Tue, Jan 19, 2021 at 2:58 PM John R. Hogerhuis  wrote:



On Tue, Jan 19, 2021 at 11:44 AM Stephen Adolph  wrote:

I am actually thinking about exactly that, a new VT100 app that implements the 
custom M100 control codes, and takes serial data.Was thinking to use the 
VirtualT framework to do it also.


VT100 is an industry standard so I don't know about M100 control codes. I think 
you had mentioned something about arrow keys being different in the current 
implementation. Which control codes are you referring to? The whole set of 
Model 100 escapes?

Which is fine... that's one way to go and it can be implemented exactly. It 
just isn't VT100.

The other issue is encoding and fonts. HTERM does this mapping on the Model T 
side, which makes it compatible with any shell/terminal. But you could also do 
a mapping to Unicode on the terminal side. Then you could use off-the-shelf 
fonts.

Another way to go would be to render the display completely yourself with 
graphics based on the Model 102 character set. Then you could get very high 
fidelity. 
As to VT, it's just a terminal, so you don't need 99% of what VT does. And what 
VT does do that you need, like rendering the display, has to pass through the 
Model T ROM and 8085 emulation. And it's limited to 40x8. Seems like it creates 
more problems than it solves. Just displaying character bitmaps to the screen 
is a simpler task.

-- John.


  

[M100] TRS-80 MODEL 100 GETS 64-BIT CPU AND A VERY WIDE LCD

[Chris Fezzler]

 
TRS-80 MODEL 100 GETS 64-BIT CPU AND A VERY WIDE LCD


TRS-80 Model 100 Gets 64-Bit CPU And A Very Wide LCD


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
TRS-80 Model 100 Gets 64-Bit CPU And A Very Wide LCD

To say the TRS-80 Model 100 was ahead of its time would be something of an 
understatement. It had a high-quality...
 |

 |

 |




  

Re: [M100] Gold Card v7.10 2x256Kb IC Card expansion for M100/T102 from 1988

[Chris Fezzler]

 Very cool.  I don't think I've ever seen or heard of this.  Read Mike's 
article.  Very capable unit.  Wonder if they sold very many.  May be extremely 
rare.
On Sunday, January 10, 2021, 04:06:10 PM EST, Steve Baker 
 wrote:  
 
 Quick update on my (previously mysterious) Gold 7.10 chip. I dusted off the 
corresponding hardware (an interesting case with two 256Kb IC cards that plugs 
into the system bus) and was able to get it working. It offers two banks of 
256Kb storage plus some utilities to format and test IC cards, copy cards, 
transfer files to/from RAM, and so on.
Today I made a quick PDF that has (a) photos of the software running on a Tandy 
102, the chip itself, and the IC case and cards; and (b) a two-part article 
written by Mike Nugget in the Oct/Nov 1988 issues of Portable 100. Thought it 
might be interesting to read a more robust hands-on review, as I’m just 
starting to figure out what this does.

The PDF is stored here in my Club100 folder:
http://www.club100.org/memfiles/index.php?direction=0==Steve%20Baker;
… along with the HEX and BX files of the chip itself. Now I’m totally curious 
about what I have… given the chip has a hand-written label, is this a 
pre-production version? Or were all of them shipped like this, thereby 
asserting a relatively low volume (the 512k set had a list price of $550 back 
in ’88)? Well, it’ll be fun to see what I can do with it.
Cheers and here’s to a good week,SB

—
Greetings from Steve Baker
“Gravity brings me down…”


  

Re: [M100] New Boards

[Chris Fezzler]

 Great discussion.  It's sort of like restoring a car or motorcycle.  Do you do 
a "restoration" where the PCB is identical to the factory model with the goal 
of having a reliable copy of what came off the factory floor or a "resto-mod" 
where you just use the shell and all the internal are new with modern features?
To me, I'd like a mix.  No sense redesigning an Alpha Smart or something that 
already exists and has no connection to Model T.  So what would be interesting 
is to reuse the Model T shell and have the PCB as close to original but a few 
upgrades so the user experience is the same.   
  

[M100] New Boards

[Chris Fezzler]

Long time Club100 member here, more from the user side than engineering or 
programming world.
I see people are coming out with complete kits to build new versions of old 
computers - including the PCB.Economical? Might that be coming for the Model T 
someday?  Dumb thought?

Re: [M100] Spreadsheet Users?

[Chris Fezzler]

 Mike -
Great to hear from you.  I very much appreciate the information and found the 
history extremely interesting.

On Saturday, November 28, 2020, 10:52:47 PM EST, Mike Nugent 
 wrote:  
 
 Chris,

On Nov 28, 2020, at 13:48, Chris Fezzler  wrote:


Any preference between Microsoft MultiPlan or Lucid?

Lucid employs a sparse matrix array, wherein empty cells use no memory. 
Therefor you can have larger spreadsheets than with Multiplan. The Super ROM 
version of Lucid is more up-to-date (sounds weird saying that in 2020) and acts 
as the underlying repository for the Super ROM’s Lucid Data database. The 
database is essentially avery useful  “front end” for a spreadsheet. Thus, for 
every spreadsheet you have a database and vice versa. Also, the various apps on 
the ROM can interact with one another. So, give the opportunity, I’d opt for a 
Super ROM.

Were there others with the same level of functionality?

Not that I’m aware of. Certainly nothing that grabbed by attention.
I was contracted at one time to write a 3D spreadsheet, a “Lucid Killer,” so to 
speak, as part of an never-released multi-function “Super ROM Killer” 
code-named Avant. I don’t know who was working on the other apps. Alas, the 
developer ran out of funding before I could finish. It was fast, and it was 
slick! Wicked fast scrolling, many levels of function keys, and, of course, 3D 
— sheets linking with other sheets, any cell could access any other.
Anyhow, I hope this helps
Best regards!

  

Re: [M100] Spreadsheet Users?

[Chris Fezzler]

 Yes.
On Saturday, November 28, 2020, 10:13:09 PM EST, Kurt McCullum 
 wrote:  
 
 Was the Super ROM ever available for the 8201?
On Sat, Nov 28, 2020, at 1:14 PM, Greg Swallow wrote:

Hey Chris,

Lucid here. Two MT w/ SR and have Lucid for DOS & Windows (3.1).

God Bless,

GregS <><

Nov 28, 2020 11:49:08 AM Chris Fezzler :

> Any active Model T-family spreadsheet users?
> 
> Any preference between Microsoft MultiPlan or Lucid?
> 
> Were there others with the same level of functionality?
> 



  

[M100] Spreadsheet Users?

[Chris Fezzler]

 Any active Model T-family spreadsheet users?
Any preference between Microsoft MultiPlan or Lucid?
Were there others with the same level of functionality?
  

Re: [M100] WP-2

[Chris Fezzler]

 Agree.  And as an occasional writer, I seem to recall that the processing of 
the text on the screen at times doesn't keep up with the keystrokes.
That said, it is a nifty little device for what it is.
On Monday, November 16, 2020, 08:43:39 AM EST, Josh Malone 
 wrote:  
 
 On Mon, Nov 16, 2020 at 1:21 AM Brian K. White  wrote:
>
> On 11/16/20 12:18 AM, Nick Shaner wrote:
> > any report on keyboard quality versus the model t? I really appreciate this 
> > timely thread because I've been looking at the WP-2 of late.
> I'm not a typist so I can only say it isn't exceptionally bad in some
> way. There's a few youtube videos that review it though.

I find the keyboard on mine to be not nearly as good as the M100. I
assume they're all the same type, but mine at least is a rubber-dome
keyboard vs the M100's keyswitch one. That said, it's not actually
"bad"... just not as good as the M100 by a good bit.

-Josh
  

Re: [M100] Epson HX-20 Technical Manual

[Chris Fezzler]

 Great stuff!  I noticed the Operations Manual is there as well!
Thanks!
On Wednesday, November 11, 2020, 01:24:41 PM EST, Jeffrey Birt 
 wrote:  
 
 
I recently acquired an HX-20 from a friend who also located a factory service 
manual on eBay. I tried, for about 15milliseconds, to resist but snapped it up 
and scanned it in (also did OCR so it can be searched). It just finished 
uploading to Archive.org

Epson HX-20 Technical Manual: 
https://archive.org/details/epson-hx-20-tech-manual-ocr_202011

Jeff Birt
  

Re: [M100] M100 ROM Socket

[Chris Fezzler]

 All good.  Thanks.
On Wednesday, November 11, 2020, 08:36:19 AM EST, Brian K. White 
 wrote:  
 
 On 10/26/20 4:47 PM, Chris Fezzler wrote:
> Came into a Model T that's working well but the ROM socket is all 
> mangled on one side from I assume rough extraction of old SuperRom.
> (Other has ZIFF socket for DVI cable.)
> 
> Anyone have a spare ROM compartment cover and ROM socket in a spare 
> parts bin?  Or where can I get a new ROM socket to install?
> 
> Thanks.
> 


Did you ever get a response to this?
I just found it in my spam folder.
I have new sockets and you can have one if you still need it.
I know I sent a few out to someone a few weeks ago but don't think it 
was you. email me off list.

There are at least a couple different 3d-printable compartment covers on 
thingiverse, for 100 at least, maybe not 102. Though one of these was 
written in openscad which means it would be real easy to alter the 100 
one to fit 102.

https://www.thingiverse.com/thing:1608320
https://www.thingiverse.com/thing:4616011

ooh one with a slot for the DVI cable!
https://www.thingiverse.com/thing:4616079

and an even bigger opening
https://www.thingiverse.com/thing:4616062

-- 
bkw
  

Re: [M100] compile and execute Turbo Pascal

[Chris Fezzler]

 Wow!  A language I can program and compile in!

On Wednesday, September 30, 2020, 06:17:25 PM EDT, Stephen Adolph 
 wrote:  
 
 Well, that feels good!
I finally got Turbo Pascal 3.01 configured (well enough) and running on Model 
100!  And I compiled and ran a demo provided by Borland.  Sweet!
Setup:REXCPM 2MBM100 CP/M (modified to remove 8085 undoc opcodes)Dual CPU board 
with 80C85 and NSC800 (socket at CPU on M100)
Dual Main ROM adapter (need a specific mainROM for each processor)

  

Re: [M100] John Ph. Graf

[Chris Fezzler]

 R.I.P. John.  We chatted many times over the past 15 or so years and he was a 
nice fellow.
On Tuesday, September 22, 2020, 03:17:50 PM EDT, John R. Hogerhuis 
 wrote:  
 
 Hello Club,

I wanted to let you all know that one of our long-time friends and members, 
John Ph. Graf of Galesville, Wisconsin passed away June 5, 2020. As sometimes 
happens, I discovered the fact recently when his emails from the list started 
to bounce.

It seems John's last interaction with us was in March of last year.

He was a long-time newspaper publisher and also served as mayor the mayor of 
his town for 6 years.

https://wnanews.com/2020/06/10/john-graf-galesville-republican-obituary/

My connection to John is he gave me some of his NEC 8500 equipment years back. 
And he reached out often with sympathy and support when we lost Rick and 
through the ongoing evolution of the list. He was a friendly person always 
willing to lend a hand.

Goodbye John.
  

Re: [M100] definition of null modem

[Chris Fezzler]

 Love the Psion 3c I had but the case literally disintegrated.  Had some type 
of soft plastic that just corroded and fell apart. 
On Monday, September 21, 2020, 03:24:59 PM EDT, james.z...@gmail.com 
 wrote:  
 
 The 5mx is a nice machine, I reviewed and tested several Psion devices. The 
company was often said to be the UK version of Apple for their innovative 
devices, programming language. I still have a soft spot for the series 3.



Sent from my iPad

> On 21 Sep 2020, at 8:10 pm, Jonathan Yuen  wrote:
> 
> Hello,
> 
> I actually am trying to connect a Psion 5MX with it's 'serial cable' to a 
> raspberry pi, the serial lines on the GPIO thing.  The pi is TTL, so I have 
> an adapter to change it to RS-232.  The adapter is DCE, but the Psion cable 
> actually terminates as DCE, since it was made to plug into the serial port on 
> your PC for synchronizing etc.  The Psion has a perfectly good comm program, 
> so I'm using it as terminal (there is even a VT100 program) but I need the 
> 'null modem' or crossover connector to connect it to the level-shifter.  
> Since they were both female, I actually did the test with 3 pieces of maybe 
> 14 or 16 gauge insulated wire, maybe 3 cm long, with their ends stripped and 
> pushed into the right holes. But I thought I should have something a bit more 
> 'robust' and maybe do the other lines as well.
> 
> I think Psion actually made a modem that connected to this cable, but that 
> must have been DTE...
> 
> I guess I always thought of the 'modem' in null-modem as 'modem=DCE' since 
> I've always connected DTE things together. But I appreciate the feedback from 
> the group.
> 
> Jonathan
> 
> jonathan.y...@mykopat.slu.se
> 
> Från: M100 [m100-boun...@lists.bitchin100.com] för Tom Wilson 
> [wilso...@gmail.com]
> Skickat: den 21 september 2020 20:18
> Till: M100 Mailing List
> Ämne: Re: [M100] definition of null modem
> 
> "Null" means "none" or "zero." So "null modem" means "no modem."
> This term is an adjective and should be coupled with "cable", "adapter", or 
> some other noun to be of any use.
> 
> I don't see a need to re-define the term, since "null modem cable" is well 
> established, and we all know exactly what the term means.
> 
> Strangely, there are times you actually need a null modem cable to connect a 
> computer to a modem. Most CP/M computers used dumb terminals, as did any 
> mainframe and minicomputer (also called a mini mainframe.) Since those 
> computers were designed to have DTE devices plugged directly in to their 
> terminal ports, you might need a null modem cable to connect a modem to the 
> mainframe... Of course, in that case, we'd just call those "modem cables" 
> (or, more commonly, the 8-pin modular to DB25 adapter would be labeled 
> "modem".) So in that instance, we literally used a null-modem cable to 
> connect to a modem
> 
> Sometimes I love the English language.
> 
> Tom Wilson
> wilso...@gmail.com
> (619)940-6311
> K6ABZ
> 
> 
> On Mon, Sep 21, 2020 at 9:16 AM Lee Kelley 
> mailto:l...@3footed.com>> wrote:
> I've always thought "null modem" was a misnomer. It probably should have been 
> called a "non modem cable" or simply a cross over cable as mentioned above.
> 
> On Mon, Sep 21, 2020, 11:06 RETRO Innovations 
> mailto:go4re...@go4retro.com>> wrote:
>> On 9/21/2020 10:59 AM, Jonathan Yuen wrote:
>> 
>> That said, I could only think that the other wiring should be same as a null 
>> modem, but I thought that I should air my thoughts to see what other people 
>> think.
> 
> I'm curious about the use case, but you are correct, the wiring would be
> the same.  Maybe, (though no one will do this, as the other terms have
> been in use for too long), it's best to call such a cable a "crossover"
> cable, like is available for Ethernet ports.
> 
> Jim
> 
> 
> ---
> 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 
>   

Re: [M100] M100 SysBus to M102 'adapter'

[Chris Fezzler]

 Clever.
On Sunday, September 20, 2020, 07:04:10 PM EDT, Jeffrey Birt 
 wrote:  
 
 
Well, the title is not exactly correct, but it conveys the general idea. I was 
building b4me100’s M100-T102 test harness which he cleverly designed to plug 
into the T102 SysBus connector. For the M100 if you make up a DIP-40 to IDC-40 
ribbon cable you wind up with the same pinout as the T102 and it will plug into 
the test harness as well. I was struggling to get a good crimp on the 40-pin 
DIP IDC connector. My cheap handheld crimp tool was not up to the task. Once I 
got a good crimp I found trying to install/remove the DIP adapter difficult. 
What a silly idea Kyocera had using a DIP socket as an expansion connector.

  

I made this little PCB to adapt the DIP40 socket to a standard 2x20 box header. 
This allows using a simple straight through 40-pin ribbon cable. With the cable 
plugged into the adapter it does stick down form the bottom of the M100 but as 
it is for testing purposes, I don’t see this as a major limitation. It is also 
a lot easier to install the remove. 

  

I had a few made up by OSH park and can share the project if anyone want to get 
some made for themselves. I’ll also be ordering from PCBWay in a few weeks so 
if there is interest, I can add some to my order, it won’t affect the shipping 
cost and that will make the boards very inexpensive. 

Jeff Birt
  

Re: [M100] Discord Server

[Chris Fezzler]

 Is it safe?
On Monday, September 14, 2020, 12:51:39 PM EDT, Gregory McGill 
 wrote:  
 
 It's chat, and video/audio chat..so good for demonstrations etc.. and 
interaction 
On Mon, Sep 14, 2020 at 9:37 AM Stephen Adolph  wrote:

what is discord, and how does it fit into  or around or on top of (1) the 
mailing list and (2) the facebook group ?

On Mon, Sep 14, 2020 at 12:21 PM Gregory McGill  wrote:

For those of us that like a chat room sort of thing I have set up a Discord 
server for the models 100,102,200,Nec 8201A/8300 Kyocera kc-85 etc
https://discord.gg/fQPF9cC
Greg

  

Re: [M100] Stat command PC-8201a vs PC-8300

[Chris Fezzler]

 Try the Club100 Documentation section.  The NEC PC-8300 Telcom Manual is there.


On Tuesday, August 18, 2020, 04:53:24 AM EDT, Brian K. White 
 wrote:  
 
 
Is there a difference between the Stat arguments in Telcom on the 8201a 
vs the 8300?

I can't find a pc-8300 manual on-line that covers telcom. Just a user 
guide, basic, and text. And the tech references on web8201.net. 
Apparently there was a dedicated manual for telcom.
The closest I can find is the BASIC manual shows an example
OPEN "COM:9N82XN"
which is the same format as 8201.

On my 8201a, the following works ("works" defined simply as: it accepts 
the change in settings, and a subsequent Stat command shows the new 
settings, not talking about actually communicating)

F4
Stat 3n81xn

(upper or lowercase both work)

On 8300, the Stat key is F3 instead of F4.

Stat with no argument shows:
8I71XSP10

That's also the same format as 8201, just like the BASIC example.

But I can't get the stat command to accept anything.
The same exact format that works on 8201 isn't working.
Even typing the current displayed string back verbatim, with or without 
the added P10, still beeps.

I found the NEC.THD file in the M100SIG which probably explains why 
there's no manual available. They simply didn't sell this model to end 
users via retail channels. It was just sold to big companies for 
internal/integrated use.

Apparently the built-in telcom actually has xmodem???

-- 
bkw
  

Re: [M100] WTB: NASDBox

[Chris Fezzler]

 Nice!
On Wednesday, August 12, 2020, 07:18:43 PM EDT, Josh Malone 
 wrote:  
 
 Android phone w/ USB serial cable is all of that, and Wi-Fi
On Wed, Aug 12, 2020 at 6:57 PM Chris Fezzler  wrote:

 I seem to recall I connected my Model T to an old Palm Pilot 500.
Batteries.  Check.  Simple.  Check.  Portable. Check.  Power-efficient.  Check.
https://www.ebay.com/b/Palm-M500/38331/bn_7023339442





On Wednesday, August 12, 2020, 04:52:13 PM EDT, Wayne Lorentz 
 wrote:  
 
 Thanks for the advice, John.  Unfortunately, I'm looking for something better 
than an Android device.  Too many wires, and too much complication.  And I 
liked that the NASDBox ran of off AA batteries, so I don't have to think about 
whether the Android device is charged or not.

I guess I was looking for something more in line with the philosophy of the 
100, itself: simple, portable, power-efficient.

Maybe someone will put a used one on fleaBay some day.

> On Aug 11, 2020, at 1:40 PM, m100-requ...@lists.bitchin100.com wrote:
> 
> If you need a completely portable solution for a TPDD emulator, I'd go for 
> mComm on an Android device.
  
  

Re: [M100] WTB: NASDBox

[Chris Fezzler]

 I seem to recall I connected my Model T to an old Palm Pilot 500.
Batteries.  Check.  Simple.  Check.  Portable. Check.  Power-efficient.  Check.
https://www.ebay.com/b/Palm-M500/38331/bn_7023339442





On Wednesday, August 12, 2020, 04:52:13 PM EDT, Wayne Lorentz 
 wrote:  
 
 Thanks for the advice, John.  Unfortunately, I'm looking for something better 
than an Android device.  Too many wires, and too much complication.  And I 
liked that the NASDBox ran of off AA batteries, so I don't have to think about 
whether the Android device is charged or not.

I guess I was looking for something more in line with the philosophy of the 
100, itself: simple, portable, power-efficient.

Maybe someone will put a used one on fleaBay some day.

> On Aug 11, 2020, at 1:40 PM, m100-requ...@lists.bitchin100.com wrote:
> 
> If you need a completely portable solution for a TPDD emulator, I'd go for 
> mComm on an Android device.
  

Re: [M100] Narrowing down issue, I think

[Chris Fezzler]

 Correct.  Now examining PCB with magnifying glass and continuity tester to 
inspect circuit line that may look broken or brownish as earlier described as 
evidence of corrosion.
Common sense, patience and willingness hoping for dumb luck.
Never surrender!
On Sunday, August 2, 2020, 05:58:35 PM EDT, Jeffrey Birt 
 wrote:  
 
 
So the screen/kb from the unit you were working on worked fine on the other 
M100? (Just making sure.)

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, August 2, 2020 2:51 PM
To: m...@bitchin100.com
Subject: Re: [M100] Narrowing down issue, I think

  

Thanks.  Dug out another Model T and swapped screens and keyboard.

They worked flawlessly as suspected.

So the LCD and keyboard side of the equation has been eliminated.

  

On Sunday, August 2, 2020, 08:34:22 AM EDT, Jeffrey Birt 
 wrote: 

  

  

If you look close you can just see a green trace under that block of solder so 
it looks like those two pins would be electrically joined anyhow. Sometimes 
this PCBs had messy solder joints from the factory. Probably the most common 
issue is a poor connection from the solder not flowing out properly originally 
and then developing cracks over time. 

 

Ideally the solder forms a tent like shape around the pin and flows down 
smoothly to the pad. A joint that did not have enough solder or that was not 
soldered properly will look more like a blob, there will not be a nice smooth 
transition from pin to pad. The where the solder meets the pad it tends to tuck 
back under itself rather than flowing out. If you look up at pin 40 in the 
picture you can see that is more of ball. This is probably a case of just too 
much solder there. Often times I will put some flux on joints like that and 
reflow them.

 

It can be tough to find bad solder joints. Sometimes the cracks are obvious 
under magnification and sometimes they are not.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, August 1, 2020 11:36 PM
To: M100 Mailing List 
Subject: [M100] Narrowing down issue, I think

 

Please look at the PCB pic here.  It is of the option rom socket from the 
component side.

 

Those to points are not supposed to be soldered together, are they?

 

My LCD issue may be related if they are not.

 

 
  

Re: [M100] Narrowing down issue, I think

[Chris Fezzler]

 Thanks.  Dug out another Model T and swapped screens and keyboard.They worked 
flawlessly as suspected.So the LCD and keyboard side of the equation has been 
eliminated.
On Sunday, August 2, 2020, 08:34:22 AM EDT, Jeffrey Birt 
 wrote:  
 
 
If you look close you can just see a green trace under that block of solder so 
it looks like those two pins would be electrically joined anyhow. Sometimes 
this PCBs had messy solder joints from the factory. Probably the most common 
issue is a poor connection from the solder not flowing out properly originally 
and then developing cracks over time. 

  

Ideally the solder forms a tent like shape around the pin and flows down 
smoothly to the pad. A joint that did not have enough solder or that was not 
soldered properly will look more like a blob, there will not be a nice smooth 
transition from pin to pad. The where the solder meets the pad it tends to tuck 
back under itself rather than flowing out. If you look up at pin 40 in the 
picture you can see that is more of ball. This is probably a case of just too 
much solder there. Often times I will put some flux on joints like that and 
reflow them.

  

It can be tough to find bad solder joints. Sometimes the cracks are obvious 
under magnification and sometimes they are not.

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, August 1, 2020 11:36 PM
To: M100 Mailing List 
Subject: [M100] Narrowing down issue, I think

  

Please look at the PCB pic here.  It is of the option rom socket from the 
component side.

  

Those to points are not supposed to be soldered together, are they?

  

My LCD issue may be related if they are not.

  

  
  

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 Yes, just for no other reason than to make sure the ribbon in the connector 
was making good contact.  Look below: I never understood if my logic probe 
results on the CS pins were correct. I also tested a few other components with 
my multi-meter.  All were okay.  
Then I reassembled, fired up and no result.  Then, why I don't know, I turned 
unit on while holding down just CTRL and BREAK (No reset) and it worked for two 
days!  I ran a burn in test.  Just a full line of text that scrolled and 
looped.  Ran it overnight once.  Flawless.

Dumb luck (likely)? What is happening when I hold just CTRL and BREAK and turn 
on?  Some variation of an initialization?  I know cold/hard reset is CTRL, 
BREAK, RESET and turn on.
What the!?!  After trying all sorts of reset combinations today to no result, 
as I was writing this just now I moved the M100 in front of me on the desk, hit 
CTRL and BREAK and it is flawless again.  I'm running the loop. 
So fair to say not the ribbon?
I think I have an intermittent issue with a component due to heat or power on.  
A guess.  In randomly ready about the LCD and looking at service manual, I'm 
wondering if 
its capacitors C47 or C54 - a hunch.  Also, T21 looked a little twisted after I 
replaced the internal battery and I noticed it was REALLY hot.  To hot to touch 
with your finger.  After straightening it some, it ran cool.  Is that T21 
failing after heating up?  I assume T=transitor.
I'm close!  If I only knew what I was doing!  



On Tuesday, July 28, 2020, 06:10:24 PM EDT, Jeffrey Birt 
 wrote:  
 
 
You squeezed the end of the ribbon cable that plugs into the main board? 

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Tuesday, July 28, 2020 2:45 PM
To: m...@bitchin100.com
Subject: Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

  

:(  Short lived.  Worked for 2-day.  Back to old glitch.

  

  

  

On Sunday, July 26, 2020, 06:26:04 PM EDT, Jeffrey Birt  
wrote: 

  

  

Excellent! Let us know!

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 5:19 PM
To: m...@bitchin100.com
Subject: Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

 

Working but "uncle" LOL.

 

After logic prob test, I got some pliers and gently squeezed the LCD connector 
to ensure good contact with the clip and wires before reinstalling.

 

Fired it up.  Nothing.  Blank screen.  Warm boot, nothing.  Hard rest, LCD 
pixels went dark momentarily.  Then nothing.

 

About to call it quits but something told me to switch off, hold just CTRL and 
BREAK while turning on (no reset button).

 

It fired up perfect, all lines.  

 

Who knows?

 

We'll see if it sticks before installing REXCPM.

 

 

 

On Sunday, July 26, 2020, 05:42:36 PM EDT, Chris Fezzler  
wrote: 

 

 

For what it is worth, logic probe results for LCD connector chip select pins:

 

CS01 (pin 18) = H

CS20 (pin 14) = H

CS21 (pin 12) = H

CS22 (pin 10) = H

CS23 (pin   8) = H

CS24 (pin   7) = H

CS25 (pin 16) = L

CS26 (pin 15) = L

CS27 (pin 13) = L

CS28 (pin 11) = L

CS29 (pin   9) = L

 

I took the prob positive from C83 and ground from C8.

 

 

On Sunday, July 26, 2020, 03:55:00 PM EDT, Chris Fezzler  
wrote: 

 

 

No after market ROM.

 

Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.

 

I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.

 

Thoughts are:

 

Capacitors C47 or C54 and or M17 and/or M25.

 

But I don't know how to determine their impact on the issue.

 

 

 

 

On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt  
wrote: 

 

 

When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

 

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

 

Do you have any sort of aftermarket ROM installed? 

 

Very interesting problem. 

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Gladly.

 

 

 

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

 

 

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 P

Re: [M100] REXCPM 102 - it's arrived - Let's Livestream an install!

[Chris Fezzler]

 Really enjoyed this.  Thanks!  Well done.
On Tuesday, July 28, 2020, 06:05:03 PM EDT, Josh Malone 
 wrote:  
 
 Got my REXCPM 102 today (well, finally checked my post box and picked it up, 
anyway).
I haven't done a live stream in a while, so I'm going to livestream the install 
in my "spare" 102.
8PM Eastern time tonite (July 28)
https://www.twitch.tv/48kram 
Thanks so much, Steve and Phil. I'll be reviewing all the docs now :)
-Josh  

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 John - I'm going back in  LOL.
On Tuesday, July 28, 2020, 04:11:18 PM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 28, 2020 at 12:45 PM Chris Fezzler  wrote:

 :(  Short lived.  Worked for 2-day.  Back to old glitch.


Still, almost certainly the problem is at the connector then if tightening 
fixed it up for a time
-- John.  

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 :(  Short lived.  Worked for 2-day.  Back to old glitch.


On Sunday, July 26, 2020, 06:26:04 PM EDT, Jeffrey Birt 
 wrote:  
 
 
Excellent! Let us know!

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 5:19 PM
To: m...@bitchin100.com
Subject: Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

  

Working but "uncle" LOL.

  

After logic prob test, I got some pliers and gently squeezed the LCD connector 
to ensure good contact with the clip and wires before reinstalling.

  

Fired it up.  Nothing.  Blank screen.  Warm boot, nothing.  Hard rest, LCD 
pixels went dark momentarily.  Then nothing.

  

About to call it quits but something told me to switch off, hold just CTRL and 
BREAK while turning on (no reset button).

  

It fired up perfect, all lines.  

  

Who knows?

  

We'll see if it sticks before installing REXCPM.

  

  

  

On Sunday, July 26, 2020, 05:42:36 PM EDT, Chris Fezzler  
wrote: 

  

  

For what it is worth, logic probe results for LCD connector chip select pins:

  

CS01 (pin 18) = H

CS20 (pin 14) = H

CS21 (pin 12) = H

CS22 (pin 10) = H

CS23 (pin   8) = H

CS24 (pin   7) = H

CS25 (pin 16) = L

CS26 (pin 15) = L

CS27 (pin 13) = L

CS28 (pin 11) = L

CS29 (pin   9) = L

 

I took the prob positive from C83 and ground from C8.

  

  

On Sunday, July 26, 2020, 03:55:00 PM EDT, Chris Fezzler  
wrote: 

  

  

No after market ROM.

  

Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.

  

I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.

  

Thoughts are:

  

Capacitors C47 or C54 and or M17 and/or M25.

  

But I don't know how to determine their impact on the issue.

 

  

  

  

On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt  
wrote: 

  

  

When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

 

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

 

Do you have any sort of aftermarket ROM installed? 

 

Very interesting problem. 

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Gladly.

 

 

 

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

 

 

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

ALERT: Beginner asking question.

 

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

 

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 

 

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

 

- Where do I place the pos and neg alligator clips?

 

- Do I set the logic prob to 400PPS or 00.5PPS?

 

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

 

I see no broken or corroded lines on the board.  

 

Thanks in advance.

 

 

 

 

 

 

 

 

 

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

 

 

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

 

Each driver chip on the LCD controls one block of pixels. If

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 Everything has a purpose, I guess.  I learned to read a schematic better.  I 
learned how to use a logic probe and my mutli-meter better.  I got experience 
de-soldering.  I replaced the internal battery.  So if it holds, I'll have a 
sweet Model T with REXCPM installed.  
On Sunday, July 26, 2020, 06:26:04 PM EDT, Jeffrey Birt 
 wrote:  
 
 
Excellent! Let us know!

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 5:19 PM
To: m...@bitchin100.com
Subject: Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

  

Working but "uncle" LOL.

  

After logic prob test, I got some pliers and gently squeezed the LCD connector 
to ensure good contact with the clip and wires before reinstalling.

  

Fired it up.  Nothing.  Blank screen.  Warm boot, nothing.  Hard rest, LCD 
pixels went dark momentarily.  Then nothing.

  

About to call it quits but something told me to switch off, hold just CTRL and 
BREAK while turning on (no reset button).

  

It fired up perfect, all lines.  

  

Who knows?

  

We'll see if it sticks before installing REXCPM.

  

  

  

On Sunday, July 26, 2020, 05:42:36 PM EDT, Chris Fezzler  
wrote: 

  

  

For what it is worth, logic probe results for LCD connector chip select pins:

  

CS01 (pin 18) = H

CS20 (pin 14) = H

CS21 (pin 12) = H

CS22 (pin 10) = H

CS23 (pin   8) = H

CS24 (pin   7) = H

CS25 (pin 16) = L

CS26 (pin 15) = L

CS27 (pin 13) = L

CS28 (pin 11) = L

CS29 (pin   9) = L

 

I took the prob positive from C83 and ground from C8.

  

  

On Sunday, July 26, 2020, 03:55:00 PM EDT, Chris Fezzler  
wrote: 

  

  

No after market ROM.

  

Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.

  

I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.

  

Thoughts are:

  

Capacitors C47 or C54 and or M17 and/or M25.

  

But I don't know how to determine their impact on the issue.

 

  

  

  

On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt  
wrote: 

  

  

When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

 

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

 

Do you have any sort of aftermarket ROM installed? 

 

Very interesting problem. 

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Gladly.

 

 

 

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

 

 

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

ALERT: Beginner asking question.

 

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

 

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 

 

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

 

- Where do I place the pos and neg alligator clips?

 

- Do I set the logic prob to 400PPS or 00.5PPS?

 

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

 

I see no broken or corroded lines on the board.  

 

Thanks in advance.

 

 

 

 

 

 

 

 

 

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

 

 

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seem

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 Working but "uncle" LOL.
After logic prob test, I got some pliers and gently squeezed the LCD connector 
to ensure good contact with the clip and wires before reinstalling.
Fired it up.  Nothing.  Blank screen.  Warm boot, nothing.  Hard rest, LCD 
pixels went dark momentarily.  Then nothing.
About to call it quits but something told me to switch off, hold just CTRL and 
BREAK while turning on (no reset button).
It fired up perfect, all lines.  
Who knows?
We'll see if it sticks before installing REXCPM.


On Sunday, July 26, 2020, 05:42:36 PM EDT, Chris Fezzler 
 wrote:  
 
  For what it is worth, logic probe results for LCD connector chip select pins:
CS01 (pin 18) = HCS20 (pin 14) = HCS21 (pin 12) = HCS22 (pin 10) = HCS23 (pin   
8) = HCS24 (pin   7) = HCS25 (pin 16) = LCS26 (pin 15) = LCS27 (pin 13) = LCS28 
(pin 11) = LCS29 (pin   9) = L I took the prob positive from C83 and ground 
from C8.

On Sunday, July 26, 2020, 03:55:00 PM EDT, Chris Fezzler 
 wrote:  
 
  No after market ROM.
Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.
I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.
Thoughts are:
Capacitors C47 or C54 and or M17 and/or M25.
But I don't know how to determine their impact on the issue. 


On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt 
 wrote:  
 
 
When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

  

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

  

Do you have any sort of aftermarket ROM installed? 

  

Very interesting problem. 

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

Gladly.

  

  

  

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

  

  

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

ALERT: Beginner asking question.

 

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

 

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 

 

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

 

- Where do I place the pos and neg alligator clips?

 

- Do I set the logic prob to 400PPS or 00.5PPS?

 

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

 

I see no broken or corroded lines on the board.  

 

Thanks in advance.

 

 

 

 

 

 

 

 

 

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

 

 

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

 

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

 

Jeff BIrt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

H

Re: [M100] Listserv Search

[Chris Fezzler]

 I typed same text in all lines.
Thanks.  Out beyond my skis here but learning and having some fun.  I'll 
probably fry the thing trying to fix it.
On Sunday, July 26, 2020, 05:05:36 PM EDT, Ken Pettit  
wrote:  
 
  Hey Chris,
 
 The LCD has 10 actual controller chips.  Each one controls 4 lines x 50 
pixels.  The two completely blank areas on the screen are the exact size of one 
of the controllers.  It looks like either those controllers are not 
functioning, or the enable signal driving them is not functioning (bad decoder 
IC, bad trace, bad connector).  I can't tell if the others have missing single 
pixel columns, or if the text is actually missing some letters (i.e. should 
line 6 actually say "test of the TRS-80" or does it really have spaces instead 
of text there?
 
 Ken
 
 On 7/26/20 12:54 PM, Chris Fezzler wrote:
  
  No after market ROM. 
  Logically, I would think the fact that the top four lines are perfect, the 
hard reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look. 
  I know nothing other than reading a lot off Internet.  My instinct tells me 
the issue is a component that regulates power or signals to the LCD driver 
chips for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal. 
  Thoughts are: 
  Capacitors C47 or C54 and or M17 and/or M25. 
  But I don't know how to determine their impact on the issue.   
  
  
  On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt 
 wrote:  
  
  
When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.
 
  
 
If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.
 
  
 
Do you have any sort of aftermarket ROM installed? 
 
  
 
Very interesting problem. 
 
  
 
Jeff Birt
 
  

From: M100  On Behalf Of Chris Fezzler
 Sent: Sunday, July 26, 2020 9:47 AM
 To: m...@bitchin100.com
 Subject: Re: [M100] Listserv Search
   
  
   
Gladly.
   
  
   
  
   
  
  
On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 
   
  
   
  
  
Can you attach a picture of the cold boot screen too? 
 
 The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.
 
 
 
Jeff Birt
 
 

From: M100  On Behalf Of Chris Fezzler
 Sent: Saturday, July 25, 2020 6:20 PM
 To: m...@bitchin100.com
 Subject: Re: [M100] Listserv Search
   
 
 
ALERT: Beginner asking question.
   
 
 
Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)
   
 
   
(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 
   
 
  
So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).
   
As I unboxed it I remembered I never used one before. :) 
   
 
   
- Where do I place the pos and neg alligator clips?
   
 
   
- Do I set the logic prob to 400PPS or 00.5PPS?
   
 
   
- In checking the chip select lines, am I looking for HI, LO, or PULSE?
   
 
   
I see no broken or corroded lines on the board.  
   
 
   
Thanks in advance.
   
 
   
 
   
 
   
 
   
 
   
 
   
 
   
 
   
 
 
On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 
   
 
   
 
  
This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).
 
 
 
Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.
 
 
 
Jeff BIrt
 
 

From: M100  On Behalf Of Chris Fezzler
 Sent: Wednesday, July 22, 2020 11:26 AM
 To: m...@bitc

Re: [M100] LCD Botton 4 Lines (WAS) Listserv Search

[Chris Fezzler]

 For what it is worth, logic probe results for LCD connector chip select pins:
CS01 (pin 18) = HCS20 (pin 14) = HCS21 (pin 12) = HCS22 (pin 10) = HCS23 (pin   
8) = HCS24 (pin   7) = HCS25 (pin 16) = LCS26 (pin 15) = LCS27 (pin 13) = LCS28 
(pin 11) = LCS29 (pin   9) = L I took the prob positive from C83 and ground 
from C8.

On Sunday, July 26, 2020, 03:55:00 PM EDT, Chris Fezzler 
 wrote:  
 
  No after market ROM.
Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.
I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.
Thoughts are:
Capacitors C47 or C54 and or M17 and/or M25.
But I don't know how to determine their impact on the issue. 


On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt 
 wrote:  
 
 
When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

  

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

  

Do you have any sort of aftermarket ROM installed? 

  

Very interesting problem. 

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

Gladly.

  

  

  

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

  

  

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

ALERT: Beginner asking question.

 

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

 

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 

 

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

 

- Where do I place the pos and neg alligator clips?

 

- Do I set the logic prob to 400PPS or 00.5PPS?

 

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

 

I see no broken or corroded lines on the board.  

 

Thanks in advance.

 

 

 

 

 

 

 

 

 

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

 

 

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

 

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

 

Jeff BIrt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Here you go.  

 

 

 

On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote: 

 

 

a pic of the garbled screen would be great if you can do it.. thanks

 

On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:


Sorry - typing too fast.  Top four lines of the screen.

 

Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.

Yes, in BASIC the same.  But if I type in a test program and hit RUN the 
program will indeed run.

So the computer is getting the commands/keystrokes.  Just not displaying bottom 
four lines.

 

I think it is a component issue

Re: [M100] Listserv Search

[Chris Fezzler]

 No after market ROM.
Logically, I would think the fact that the top four lines are perfect, the hard 
reset produces a perfect Menu screen, and just the bottom four lines are 
garbled would be a clue where to look.
I know nothing other than reading a lot off Internet.  My instinct tells me the 
issue is a component that regulates power or signals to the LCD driver chips 
for the bottom half of the screen.  The are getting power (because we see 
gibberish and the perfect Menu screen) but perhaps it is the wrong voltage or 
intermittent power or signal.
Thoughts are:
Capacitors C47 or C54 and or M17 and/or M25.
But I don't know how to determine their impact on the issue. 


On Sunday, July 26, 2020, 11:25:01 AM EDT, Jeffrey Birt 
 wrote:  
 
 
When comparing your two pictures, after rotating them right side up, I noticed 
just now that not only do you have blank blocks but some of the characters are 
reversed.  That is really bizarre. I’m not sure if that points to a problem 
with how the LCD drivers are being configured/initialized or what data is being 
sent to them.

  

If the driver ships are outputting a built-in font here it might be a chip 
configuration issue. If the display is always bit mapped, then it would be 
something else.

  

Do you have any sort of aftermarket ROM installed? 

  

Very interesting problem. 

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Sunday, July 26, 2020 9:47 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

Gladly.

  

  

  

On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt  
wrote: 

  

  

Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

 

Jeff Birt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

ALERT: Beginner asking question.

 

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

 

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

 

 

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

 

- Where do I place the pos and neg alligator clips?

 

- Do I set the logic prob to 400PPS or 00.5PPS?

 

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

 

I see no broken or corroded lines on the board.  

 

Thanks in advance.

 

 

 

 

 

 

 

 

 

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

 

 

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

 

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

 

Jeff BIrt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Here you go.  

 

 

 

On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote: 

 

 

a pic of the garbled screen would be great if you can do it.. thanks

 

On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:


Sorry - typing too fast.  Top four lines of the screen.

 

Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.

Yes, in BASIC the same.  But if I type in a test program and hit RUN the 
program will indeed run.

So the computer is getting the commands/keystrokes.  Just not displaying bottom 
four lines.

 

I think it is a component issue.

 

 

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote: 

 

 

Hi Chris,

 

What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

 

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times

* not after a (hard) reset - you get a correct MENU display  (not just a RESET 
but a HARD RESET?)

* when you e

Re: [M100] Listserv Search

[Chris Fezzler]

 Gladly.


On Sunday, July 26, 2020, 08:36:06 AM EDT, Jeffrey Birt 
 wrote:  
 
 
Can you attach a picture of the cold boot screen too? 

The positive and negative clips go to a +5 and ground source on the M100 PCB 
itself. The PPS setting if ‘Pulses Per Second’ when using it as a logic pulser, 
i.e. to inject a pulsing signal. On the chip select lines you should she them 
quickly toggling.

  

Jeff Birt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Saturday, July 25, 2020 6:20 PM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

ALERT: Beginner asking question.

  

Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)

  

(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

  

  

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).

As I unboxed it I remembered I never used one before. :) 

  

- Where do I place the pos and neg alligator clips?

  

- Do I set the logic prob to 400PPS or 00.5PPS?

  

- In checking the chip select lines, am I looking for HI, LO, or PULSE?

  

I see no broken or corroded lines on the board.  

  

Thanks in advance.

  

  

  

  

  

  

  

  

  

On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote: 

  

  

This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

 

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

 

Jeff BIrt

 

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

 

Here you go.  

 

 

 

On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote: 

 

 

a pic of the garbled screen would be great if you can do it.. thanks

 

On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:


Sorry - typing too fast.  Top four lines of the screen.

 

Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.

Yes, in BASIC the same.  But if I type in a test program and hit RUN the 
program will indeed run.

So the computer is getting the commands/keystrokes.  Just not displaying bottom 
four lines.

 

I think it is a component issue.

 

 

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote: 

 

 

Hi Chris,

 

What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

 

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times

* not after a (hard) reset - you get a correct MENU display  (not just a RESET 
but a HARD RESET?)

* when you enter BASIC and/or run any software, the LCD bottom half shows 
garbage?

 

I would suggest that you run a memory test.

I doubt that you have a fundamental problem with the LCD system, nor the 
keyboard system.

 

good problem!  

 

 

 

On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:


I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.

 

The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard or

screen but components that process the bottom half.  A hard rest will present a 
perfect menu screen. But upon entering 

an app, the bottom four lines are not getting proper signal.

 

Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.

Plan to look at Technical Reference Manual to see if I can troubleshoot.

 

On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote: 

 

 

 

 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:


Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.

 

Seriously, would like to research.


 

 

How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nn

Re: [M100] Listserv Search

[Chris Fezzler]

 ALERT: Beginner asking question.
Reminder: Upon hard reset the LCD initializes perfectly and displays the main 
Menu screen perfectly.  However, once in BASIC or TEXT the bottom four lines do 
not display correctly.  (See attached.)
(Planned to test LCD in M102 but it has a different connector.  I don't have a 
second M100 right now to test it in, but I am 99.99% positive the LCD is fine)

So I purchased a logic prob (Elenco LP-900) to test chip select lines on the 
LCD connector (Pins 14, 12, 10, 8, 7, 16,15,13,11, 9, and CS1=Pin? - schematics 
blurry).As I unboxed it I remembered I never used one before. :) 
- Where do I place the pos and neg alligator clips?
- Do I set the logic prob to 400PPS or 00.5PPS?
- In checking the chip select lines, am I looking for HI, LO, or PULSE?
I see no broken or corroded lines on the board.  
Thanks in advance.








On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote:  
 
 
This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

  

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

  

Jeff BIrt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

Here you go.  

  

  

  

On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote: 

  

  

a pic of the garbled screen would be great if you can do it.. thanks

  

On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:


Sorry - typing too fast.  Top four lines of the screen.

  

Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.

Yes, in BASIC the same.  But if I type in a test program and hit RUN the 
program will indeed run.

So the computer is getting the commands/keystrokes.  Just not displaying bottom 
four lines.

  

I think it is a component issue.

  

  

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote: 

  

  

Hi Chris,

  

What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

  

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times

* not after a (hard) reset - you get a correct MENU display  (not just a RESET 
but a HARD RESET?)

* when you enter BASIC and/or run any software, the LCD bottom half shows 
garbage?

  

I would suggest that you run a memory test.

I doubt that you have a fundamental problem with the LCD system, nor the 
keyboard system.

  

good problem!  

  

  

  

On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:


I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.

  

The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard or

screen but components that process the bottom half.  A hard rest will present a 
perfect menu screen. But upon entering 

an app, the bottom four lines are not getting proper signal.

  

Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.

Plan to look at Technical Reference Manual to see if I can troubleshoot.

  

On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote: 

  

  

  

  

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:


Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.

  

Seriously, would like to research.


  

  

How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.

  

http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

  

Or just ask. We Are The Archive.

  

-- John.


  

Re: [M100] NDC800 conversion was Re: dual CPU project

[Chris Fezzler]

 My head is spinning with the innovation taking place here the last 10 years.
On Friday, July 24, 2020, 03:59:21 PM EDT, Stephen Adolph 
 wrote:  
 
 yah I think so. It is only slightly larger than the 40 pin socket.  should 
drop it place.
I can share the mods I made to the M100 ROM.  You might have a hard time to get 
a working ROM for NEC.The reason why is that, on the M100 ROM, I have a patch 
that creates a BIG HOLE. I found an optimization in how the video code worked, 
and my patch makes something like 170 bytes free in the ROM.I use that hole to 
embed code to work around the various changes to back out / change the calls 
that use SIM and RIM.
(The M100 rom does not make use of the undocumented commands of the 8085.
So it is a good challenge for you Gary-  Modify the NEC ROM to work with NSC800.
..Steve

On Fri, Jul 24, 2020 at 3:40 PM Gary Weber  wrote:

Great news!

Question for you: I know the dual-CPU board doesn't physically fit
into the socket space in the NEC machines, but would your single
NSC800 adapter fit just fine?

Gary

On Thu, Jul 23, 2020 at 7:38 PM Stephen Adolph  wrote:
>
> Update.
> I have refined my NSC800 aka Z80 conversion for M100 somewhat.
>
> I now have a very simple adapter board that converts the 80c85 socket to 
> accept NSC800.  Small and simple.  Plug and play.
>
> The main rom needs to change to a patched version that I have.  To do so, you 
> need to use one of the various means to convert the strange M100 main rom 
> socket to something more standard.
>
> Why?
>
> Well I am still pushing towards a nice Z80 solution for CP/M.
>
> Besides.. the solution is so clean it is really cool.  Hard to resist!  The 
> M100 could have easily been designed with this processor to begin with.
>
> So why not ;)
>
> My thinking is to offer this as a simple kit or maybe even just release the 
> board.  The BOM is really small.  Processor is easy to get off ebay.
>
> One thing that would be nice, is a new version of tsdos that avoids all the 
> special 80c85 opcodescompatible with 8080.  Then it could run on z80 as 
> well.
>
> Even a patched teeny would be fine I suppose.
>
>
>
>
> On Thursday, July 11, 2019, Stephen Adolph  wrote:
>>
>> Motivated by 2 things
>> 1) discovery of the NSC800 Z80 processor that is 80C85 like
>> 2) continuing to work in the direcition of CP/M
>> 3) and recalling that there are 5MHz 80C85 parts out there..
>>
>> I started to work on a dual CPU card for M100 that enables a couple of 
>> things;
>> - standard 2.5MHz 80C85 operation (default)
>> - switchable clock for 80C85, supporting 5MHz
>> - switchable CPU enabling NSC800 at 2.5 MHz.
>>
>> Board is done and heading to the fab.  VHDL is mostly done.
>>
>> I don't expect this board will be wildly popular but maybe it has some 
>> interest  Double speed M100 seems interesting on it's own, let alone being 
>> able to support Z80 CP/M applications.
>>
>>
>> Any interest?
>>
>> I have purchased material to make 5 of these.
>>
>> A few more comments.
>> - to install this board you need to remove the 80C85.  that's some effort to 
>> do
>> - to run at 5MHz you need to upgrade the 81C55 to a 5MHz version.  That's 
>> also some effort.
>> - NSC800 runs about 5$ on ebay.
>> - fast 80C85 can be had for under 5$.
>> - fast 81C55 can be had for under 5$.
>> - to run at 5MHz  you might also find you need a faster main ROM, and faster 
>> RAM.  TBD on that; will advise after I do some testing.
>>
>>
>>

  

Re: [M100] Listserv Search

[Chris Fezzler]

 Great clues.  Thanks.  
On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt 
 wrote:  
 
 
This loss of an entire block is the symptom of a missing chip select. When the 
LCD driver chips are powered/reset they will drive every pixel on/black. When 
they receive the proper initialization, they will drive every pixel off/clear. 
It seems the rest and initialization steps are being done so commands are 
getting through (and the machine is booting so the LCD has to be initializing 
and responding).

  

Each driver chip on the LCD controls one block of pixels. If an entire block is 
missing, it is a good sign the chip select is not getting through. It could be 
a bad trace on the M100, a bad LCD cable or a bad LCD itself. If you have a 
scope of logic probe you can check to see if all the chip select lines are 
toggling.

  

Jeff BIrt

  

From: M100  On Behalf Of Chris Fezzler
Sent: Wednesday, July 22, 2020 11:26 AM
To: m...@bitchin100.com
Subject: Re: [M100] Listserv Search

  

Here you go.  

  

  

  

On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote: 

  

  

a pic of the garbled screen would be great if you can do it.. thanks

  

On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:


Sorry - typing too fast.  Top four lines of the screen.

  

Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.

Yes, in BASIC the same.  But if I type in a test program and hit RUN the 
program will indeed run.

So the computer is getting the commands/keystrokes.  Just not displaying bottom 
four lines.

  

I think it is a component issue.

  

  

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote: 

  

  

Hi Chris,

  

What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

  

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times

* not after a (hard) reset - you get a correct MENU display  (not just a RESET 
but a HARD RESET?)

* when you enter BASIC and/or run any software, the LCD bottom half shows 
garbage?

  

I would suggest that you run a memory test.

I doubt that you have a fundamental problem with the LCD system, nor the 
keyboard system.

  

good problem!  

  

  

  

On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:


I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.

  

The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard or

screen but components that process the bottom half.  A hard rest will present a 
perfect menu screen. But upon entering 

an app, the bottom four lines are not getting proper signal.

  

Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.

Plan to look at Technical Reference Manual to see if I can troubleshoot.

  

On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote: 

  

  

  

  

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:


Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.

  

Seriously, would like to research.


  

  

How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.

  

http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

  

Or just ask. We Are The Archive.

  

-- John.


  

Re: [M100] Listserv Search

[Chris Fezzler]

 Will do.
On Wednesday, July 22, 2020, 01:21:58 PM EDT, Josh Malone 
 wrote:  
 
 So, I think I'm seeing entire controllers out (the empty square sections). But 
if, as you say, the MENU screen works properly, then I would assume that some 
communications is just slightly out-of-spec for the chips. My first suspect 
would be failing capacitors - but there are no electrolytics on the LCD PCB. 
Perhaps corrosion on the LCD PCB is creating a high-impedance short somewhere? 
Have you inspected the unit for corrosion or other damage?
-Josh
On Wed, Jul 22, 2020 at 1:17 PM Stephen Adolph  wrote:

If you have a second M100, it would be interesting to see if the problem 
follows the LCD.  So, move the entire Top half of the M100 to a second machine 
and see if the problem goes with the top half.

On Wed, Jul 22, 2020 at 1:15 PM Stephen Adolph  wrote:

ok this is quite interesting.  I'm not sure what to make of that.  And you are 
sure there is no problem with the "hard reset MENU' screen.
On Wed, Jul 22, 2020 at 12:26 PM Chris Fezzler  wrote:

 Here you go.  


On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote:  
 
 a pic of the garbled screen would be great if you can do it.. thanks
On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:

 Sorry - typing too fast.  Top four lines of the screen.
Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.Yes, in BASIC the same.  But if I type in a test program and hit 
RUN the program will indeed run.So the computer is getting the 
commands/keystrokes.  Just not displaying bottom four lines.
I think it is a component issue.

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote:  
 
 Hi Chris,
What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times* not after a (hard) reset - you get a correct MENU display  (not just a 
RESET but a HARD RESET?)* when you enter BASIC and/or run any software, the LCD 
bottom half shows garbage?
I would suggest that you run a memory test.I doubt that you have a fundamental 
problem with the LCD system, nor the keyboard system.
good problem!  


On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:

 I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.
The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard orscreen but components that process the 
bottom half.  A hard rest will present a perfect menu screen. But upon entering 
an app, the bottom four lines are not getting proper signal.
Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.Plan to look at Technical Reference 
Manual to see if I can troubleshoot.
On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.


How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

Or just ask. We Are The Archive.
-- John.  
  
  


  

Re: [M100] Listserv Search

[Chris Fezzler]

 Can do.
On Wednesday, July 22, 2020, 01:17:48 PM EDT, Stephen Adolph 
 wrote:  
 
 If you have a second M100, it would be interesting to see if the problem 
follows the LCD.  So, move the entire Top half of the M100 to a second machine 
and see if the problem goes with the top half.

On Wed, Jul 22, 2020 at 1:15 PM Stephen Adolph  wrote:

ok this is quite interesting.  I'm not sure what to make of that.  And you are 
sure there is no problem with the "hard reset MENU' screen.
On Wed, Jul 22, 2020 at 12:26 PM Chris Fezzler  wrote:

 Here you go.  


On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote:  
 
 a pic of the garbled screen would be great if you can do it.. thanks
On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:

 Sorry - typing too fast.  Top four lines of the screen.
Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.Yes, in BASIC the same.  But if I type in a test program and hit 
RUN the program will indeed run.So the computer is getting the 
commands/keystrokes.  Just not displaying bottom four lines.
I think it is a component issue.

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote:  
 
 Hi Chris,
What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times* not after a (hard) reset - you get a correct MENU display  (not just a 
RESET but a HARD RESET?)* when you enter BASIC and/or run any software, the LCD 
bottom half shows garbage?
I would suggest that you run a memory test.I doubt that you have a fundamental 
problem with the LCD system, nor the keyboard system.
good problem!  


On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:

 I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.
The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard orscreen but components that process the 
bottom half.  A hard rest will present a perfect menu screen. But upon entering 
an app, the bottom four lines are not getting proper signal.
Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.Plan to look at Technical Reference 
Manual to see if I can troubleshoot.
On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.


How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

Or just ask. We Are The Archive.
-- John.  
  
  

  

Re: [M100] Listserv Search

[Chris Fezzler]

 Here you go.  


On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph 
 wrote:  
 
 a pic of the garbled screen would be great if you can do it.. thanks
On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler  wrote:

 Sorry - typing too fast.  Top four lines of the screen.
Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.Yes, in BASIC the same.  But if I type in a test program and hit 
RUN the program will indeed run.So the computer is getting the 
commands/keystrokes.  Just not displaying bottom four lines.
I think it is a component issue.

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote:  
 
 Hi Chris,
What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times* not after a (hard) reset - you get a correct MENU display  (not just a 
RESET but a HARD RESET?)* when you enter BASIC and/or run any software, the LCD 
bottom half shows garbage?
I would suggest that you run a memory test.I doubt that you have a fundamental 
problem with the LCD system, nor the keyboard system.
good problem!  


On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:

 I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.
The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard orscreen but components that process the 
bottom half.  A hard rest will present a perfect menu screen. But upon entering 
an app, the bottom four lines are not getting proper signal.
Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.Plan to look at Technical Reference 
Manual to see if I can troubleshoot.
On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.


How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

Or just ask. We Are The Archive.
-- John.  
  
  

Re: [M100] Listserv Search

[Chris Fezzler]

 Sorry - typing too fast.  Top four lines of the screen.
Yes, mostly garbage all of the time.  Except a hard rest will generate a proper 
menu screen.Yes, in BASIC the same.  But if I type in a test program and hit 
RUN the program will indeed run.So the computer is getting the 
commands/keystrokes.  Just not displaying bottom four lines.
I think it is a component issue.

On Wednesday, July 22, 2020, 09:20:53 AM EDT, Stephen Adolph 
 wrote:  
 
 Hi Chris,
What do you mean by "the top 4".  Do you mean top 4 lines on the screen?  I 
think so.

So is it correct to say that the LCD bottom  4 lines display garbage at certain 
times* not after a (hard) reset - you get a correct MENU display  (not just a 
RESET but a HARD RESET?)* when you enter BASIC and/or run any software, the LCD 
bottom half shows garbage?
I would suggest that you run a memory test.I doubt that you have a fundamental 
problem with the LCD system, nor the keyboard system.
good problem!  


On Wed, Jul 22, 2020 at 9:02 AM Chris Fezzler  wrote:

 I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.
The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard orscreen but components that process the 
bottom half.  A hard rest will present a perfect menu screen. But upon entering 
an app, the bottom four lines are not getting proper signal.
Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.Plan to look at Technical Reference 
Manual to see if I can troubleshoot.
On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.


How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

Or just ask. We Are The Archive.
-- John.  
  

Re: [M100] Listserv Search

[Chris Fezzler]

 I'm trying to troubleshoot what components on the circuit board process 
keystrokes and send them to the screen.

The screen and keyboard on my Model 100 are in perfect working order.  But only 
the top four are processing correctly.
The bottom four are displaying gibberish.  But if I type commands in BASIC, 
they work.  So again, not the keyboard orscreen but components that process the 
bottom half.  A hard rest will present a perfect menu screen. But upon entering 
an app, the bottom four lines are not getting proper signal.
Sorry, I'm not an electronics or computer engineer.  Just a hobbyist with a 
soldering iron and a willingness to learn.Plan to look at Technical Reference 
Manual to see if I can troubleshoot.
On Wednesday, July 22, 2020, 01:15:25 AM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Tue, Jul 21, 2020 at 5:08 PM Chris Fezzler  wrote:

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.


How old are we talking?

Gmane was our archive until it went down for a long time. Then it was back up 
recently but only accessible through nntp readers. Not sure the status of that.

Our GNU Mailman list itself has an archive which goes back to 2011 when I took 
over running the list.
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/  

Or just ask. We Are The Archive.
-- John.  

[M100] Listserv Search

[Chris Fezzler]

Is there a way to search old Listserv messages so I can research before 
embarrass...err...I mean ask a dumb question.
Seriously, would like to research.

Re: [M100] Troubleshooting M102 (Was: M102, Black Screen, Help!)

[Chris Fezzler]

 The quality of the information shared on this listserv is off the charts.I 
joined many moons ago when the focus was on simply using the Model T platform.  
The transformative innovation, while often over my head, has been remarkable to 
watch, support and use.


On Friday, July 17, 2020, 03:17:23 PM EDT, Jeffrey Birt 
 wrote:  
 
 
M28 has to do with the low voltage reset. If pin 13 of M28 is low, then you are 
not in low voltage reset so T20 will not be switched on which kills the power 
supply. 

  

Generally having a screen with all dark elements with these Hitachi type LCD 
controllers means the LCD is not being initialized properly. After the driver 
chips are initialized, they will turn off until told to turn on. 

  

Given that ‘BEEP’ does not work it would seem like the LCD is not being 
initialized and the boot code in ROM is stuck in a loop waiting for it. The 
following text is from an email conversation I had with group member Ian (who 
developed the M100/T102 test harness). It was nice of him to pass on this 
information about the LCD boot process and I hope it helps you with your 
troubleshooting.

  

Jeff

  

---

LCD Initialization – From Ian

The boot routines check the LCD is in "up mode" and the busy and reset bits are 
correct.  If this is not the case it will keep looping forever, i.e. the 
machine will not boot. If the screen is blank, blind type in ‘beep’ and press 
return. If this works you know the machine is booting and that the LCD is 
returning the correct status. 

The LCD is split into 10 RAM like ICs that deal with the columns and then two 
row chips.  The CS20-29 lines are the individual column chip selects and CS1 is 
the common select that allows all the ICs to be written in one operation 
usually for refresh/clearing or individually with the relevant CS20-29 line.  

If the screen is remaining dark this is the post reset condition and none of 
the chips are being correctly set up and/or cleared with a screen bit data 
write.  If one of the CS20-29 lines had failed I would expect to see blocks of 
the screen with garbage., in fact it would be blank as part of the 
initialization turns on the ICs for display.   I was surmising that the CS1 
line might have failed which is preventing the screen from being correctly 
initialized.  

But thinking further if the D/I line has failed low then it would allow the 
screen status to be read back and of course set up for the correct direction 
mode – so the status would be correct.  However, when writing screen bit data, 
it would fail to write anything to the screen.  So, it could be D/I- is stuck 
low and only allowing Instructions to be written but not allowing screen bit 
data to be written. This could mean the A8 track is broken and not connected to 
the LCD.  

If WR/RD had failed, then it would not initialize, and the screen would not 
work - it would hang. I think the LCD ICs reset to down mode and not up mode 
which the boot sequence wants to see. 

---

  

From: M100  On Behalf Of perhaps...@gmail.com
Sent: Friday, July 17, 2020 1:15 PM
To: m...@bitchin100.com
Subject: [M100] Troubleshooting M102 (Was: M102, Black Screen, Help!)

  

Thanks Jeff. I have revisited all the documented diagnostics in the service 
manual, and checked/re-checked all the voltages, reset circuit and LCD.

  

The current state is that the system has correct voltages in both 
power-on/memory-on and power-off/memory-on modes. The LCD works, in as much as 
it can be adjusted from light to dark contrast (full black screen) but displays 
nothing otherwise.

  

I have checked the reset signal on the ICs, and see only one anomaly in M28 
(Flip-flop) where:
   
   - Pin #10 (RESET) - Low/0v (reset button out), Low/0v (reset button 
in/active)
   - Pin #13 (Q) - 0v (reset button out), 0v (reset button in/active). Neither 
state shows either high or low.
   - I will note that since I don't have a logic chart, I'm not sure if this is 
normal or an anomaly.

In addition, I have checked T9, T10, T11 and T25 and with the exception of T9 
all show what I assume is correct behavior on the Emitter -- H/4.9v (reset 
out), L/0v (reset in/active). 
   
   - T9 however shows L/0.3v (reset out), H/2.7v (reset in/active). 
   - A check of all the transistors via my multimeter (diode test) shows they 
all appear to be OK (0.7v from B to E, and B to C). So T9's behavior might be 
good, but without anything to compare I don't know.

I also checked the keyboard, in case it was not working and thus the 
 signal would never be seen -- as best as I can tell 
it works.

  

I have checked/rechecked all flat cables connecting LCD + Keyboard, and they 
all appear to have no bad connectors or breaks along the cable (checked in 
various positions to ensure not an intermittent break).

  

Additionally, I have fully charged the memory battery, turned the system off, 
removed the AAAs (I have no 

Re: [M100] Slim style DB25/DE9 connectors

[Chris Fezzler]

 Bluetooth?
On Saturday, July 11, 2020, 04:48:48 PM EDT, Gary Weber  
wrote:  
 
 Thanks, Mike.  Yes that's about the size I was looking for.  I'm using them to 
pull power from a BCR port, which is just 2 wires.  The slimmer the better.  
Like this:  https://www.web8201.net/images/Bluetooth_BCR_Powered.jpg
Thanks for that link, that just may be the best one can get today.Gary

On Sat, Jul 11, 2020 at 1:38 PM Mike Stein  wrote:

Not sure what your criteria are; are you talking about the length? These any 
good? https://www.electronicsurplus.com/md9-00j-vl-connector-hoods-for-db9-de9
 - Original Message -  From: Gary Weber  To: m...@bitchin100.com  Sent: 
Saturday, July 11, 2020 4:26 PM Subject: Re: [M100] Slim style DB25/DE9 
connectors 
 Thanks for the tip, Brian.   About the best I've been able to find is this: 
https://www.digikey.com/product-detail/en/cinch-connectivity-solutions-aim-cambridge/40-9709H/367-1139-ND/3830261
  
 Apparently those half-size hoods that I linked earlier aren't made these days. 
 
  On Sat, Jul 11, 2020 at 1:08 PM Brian White  wrote:
 
 I don't know about 9 pin, but Mike Stein found a really good 25 pin when I was 
trying to find something good for tpdd cables. 
 https://www.digikey.com/product-detail/en/09670250411/1195-2690-ND/3181274/ 
 If I wasn't on my phone I'd just try searching "dsub" on digikey and filter by 
9 pin instead of 25 and scroll through all of them.

-- 
 bkw
  On Sat, Jul 11, 2020, 2:14 PM Mitch Parker  wrote:
 
  Gary, 
 I may have some in stock.  LMK if you want pics. 
 Mitch 
 
  On Sat, Jul 11, 2020 at 1:58 PM Gary Weber  wrote:
 
  Anyone know where you can source this style of D-sub connector anymore?  I 
like how slim they are.  The only connectors I can find these days are quite a 
bit larger.    https://www.web8201.net/images/db9_hood.jpg  
 https://www.web8201.net/images/db25_db9_hoods.jpg  
 Thanks for any info,   
 
-- 
 Gary Weber
g...@web8201.com





  

Re: [M100] DVI replacement floppy drive

[Chris Fezzler]

 Nice setup there!
On Tuesday, July 7, 2020, 07:29:28 AM EDT, Mike Stein  
wrote:  
 
  ...or maybe even: 
 - Original Message -  From: James Zeun  To: M100 Mailing List  Sent: 
Friday, July 03, 2020 7:31 PM Subject: Re: [M100] DVI replacement floppy drive 
 Wait, you actually have 3.5" floppy drives working on the DVI? 
 Would not have expected that
  On Fri, 3 Jul 2020, 11:43 pm Greg Swallow,  wrote:
 
James:

I'd try it. Seems the DVI is pretty forgiving. I have boxes & boxes of old 
3.5in diskettes. So, installed two 1.44mb drives in my DVI. I don't get 1.44mb 
or double sided, but I have plenty of media.

GregS <><

Jul 3, 2020 2:53:53 PM james.z...@gmail.com:

> Would a 180kb floppy drive work in the DVI?
> 
> Sent from my iPad
> 


  

Re: [M100] TPDD request type 48

[Chris Fezzler]

 Nice!  
On Wednesday, July 1, 2020, 10:44:32 AM EDT, Gary Weber  
wrote:  
 
 STARDISK.COM is a TPPD2 file import/export utility for CP/M running on the NEC 
PC-8401A(Starlet) or PC-8500.  I've verified proper functionality with real 
TPDD2 hardware so I have to conclude that yes the format of the request is 
correct.
On Wed, Jul 1, 2020 at 6:23 AM Kurt McCullum  wrote:

Almost seems like an FDC request. I've never encountered it.
There is a response code 4X (pg42 of manual) where X can be 0-F which would 
include 48. But you are looking for a request not a response.

What does STARDISK.COM do?

Is the rest of the TPDD request formatted correctly?
Kurt
On Tue, Jun 30, 2020, at 10:25 PM, John R. Hogerhuis wrote:

Seen in the wild.. TPDD request code 48 by Gary Weber with STARDISK.COM

Anyone happen to know what it is?

-- John.



  

Re: [M100] Any idea what's attached to this Model 100?

[Chris Fezzler]

 Booster Pak is good call but doesn't look like one exactly - unless they had 
two cases.
On Sunday, June 28, 2020, 12:06:35 AM EDT, Ken Pettit  
wrote:  
 
  Looks like a piece of wood with a piece of cushioning fabric inbetween to me. 
 How's that for speculation?  :)
 
 Ken
 
 On 6/27/20 8:37 PM, Gary Weber wrote:
  
 Can anyone speculate what's attached to the bottom of this Model 100 listed 
for sale? 
  At first I thought "Bookster Pak", but it doesn't have the clips on the side, 
plus it has green & red LEDs on the front and what looks like a cut-off cable 
connector on the back.  The whole unit looks like it might have been 
flood-damaged actually, from the amount of gunk on it... 
  
https://www.ebay.com/itm/Vintage-Radio-Shack-TRS-80-Model-100-Portable-Computer/254637209666?hash=item3b498f7842:g:rIQAAOSw4lte992V
  
 
  -- 
 Gary Weber
 g...@web8201.com

 
   

Re: [M100] Off Topic: NEC PC-8500/Starlet

[Chris Fezzler]

 I opened my NEC PC-8508A ROM/RAM Cartridge today.  It was, of course, just 
like your's pictured below but my ROM sockets (4) were white.  So clearly the 
NEC PC-8500 was designed to employ option ROMs.  Still not sure if any were 
made or if the Real Estate and Expert I & II program advertised were ROM-based. 
 
On Saturday, June 27, 2020, 01:16:07 AM EDT, Chris Fezzler 
 wrote:  
 
  From your pic, there are ROM sockets in the PC-8508A! I wondered if they 
offered any ROMs?  Never came across any.
On Friday, June 26, 2020, 11:33:00 PM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Fri, Jun 26, 2020 at 7:20 PM Chris Fezzler  wrote:

Any NEC PC-8500/Starlet owners or folks familiar?To keep it short, in 64K Mode, 
all the 64K in the computer is assigned to the OS and all the RAM in the 
cartridge is for storage.  Is that correct?


I've never got it into all-RAM mode. Admittedly though I haven't tried that 
hard. I thought the point of that was to run CP/M, but the only way I know you 
can do that is with the floppy disk attached, that no one has. Theoretically 
you could probably do it with just the ROM/RAM cartridge. If someone has docs 
or files that would help.

I do believe I have the boot disk though. 
The NEC PC-8508A ROM/RAM Cartridge...is there a "ROM" socket in there?


I don't know. I will open it up.
Here are pictures:
https://bitchin100.com/wiki/index.php?title=NEC_8508A_RAM/ROM_Cartridge  

-- John.

[M100] Off Topic: NEC PC-8500/Starlet

[Chris Fezzler]

Any NEC PC-8500/Starlet owners or folks familiar?To keep it short, in 64K Mode, 
all the 64K in the computer is assigned to the OS and all the RAM in the 
cartridge is for storage.  Is that correct?
The NEC PC-8508A ROM/RAM Cartridge...is there a "ROM" socket in there?
Thanks.
Chris

Re: [M100] Off Topic: NEC PC-8500/Starlet

[Chris Fezzler]

 I found an old add that said and option were programs called Insurance Expert 
I and II and Real Estate Expert.  Not sure if they were ROMS.
Interesting.
On Saturday, June 27, 2020, 01:15:37 AM EDT, Gary Weber  
wrote:  
 
 The rumor I had heard way, way back in the day was that NEC had originally 
intended to release ROMware for those cartridges.  Not sure it ever happened.
I'd like to believe they'd at least released the technical information on how 
those ROM sockets are mapped within memory.  We just need to find technical 
reference manuals covering the PC-8401A, 8500, and/or 8508A.   (Yeah, I know, 
I'm laughing out loud as well...)  




On Fri, Jun 26, 2020 at 8:33 PM John R. Hogerhuis  wrote:



On Fri, Jun 26, 2020 at 7:20 PM Chris Fezzler  wrote:

Any NEC PC-8500/Starlet owners or folks familiar?To keep it short, in 64K Mode, 
all the 64K in the computer is assigned to the OS and all the RAM in the 
cartridge is for storage.  Is that correct?


I've never got it into all-RAM mode. Admittedly though I haven't tried that 
hard. I thought the point of that was to run CP/M, but the only way I know you 
can do that is with the floppy disk attached, that no one has. Theoretically 
you could probably do it with just the ROM/RAM cartridge. If someone has docs 
or files that would help.

I do believe I have the boot disk though. 
The NEC PC-8508A ROM/RAM Cartridge...is there a "ROM" socket in there?


I don't know. I will open it up.
Here are pictures:
https://bitchin100.com/wiki/index.php?title=NEC_8508A_RAM/ROM_Cartridge  

-- John.
  

Re: [M100] Off Topic: NEC PC-8500/Starlet

[Chris Fezzler]

 From your pic, there are ROM sockets in the PC-8508A! I wondered if they 
offered any ROMs?  Never came across any.
On Friday, June 26, 2020, 11:33:00 PM EDT, John R. Hogerhuis 
 wrote:  
 
 

On Fri, Jun 26, 2020 at 7:20 PM Chris Fezzler  wrote:

Any NEC PC-8500/Starlet owners or folks familiar?To keep it short, in 64K Mode, 
all the 64K in the computer is assigned to the OS and all the RAM in the 
cartridge is for storage.  Is that correct?


I've never got it into all-RAM mode. Admittedly though I haven't tried that 
hard. I thought the point of that was to run CP/M, but the only way I know you 
can do that is with the floppy disk attached, that no one has. Theoretically 
you could probably do it with just the ROM/RAM cartridge. If someone has docs 
or files that would help.

I do believe I have the boot disk though. 
The NEC PC-8508A ROM/RAM Cartridge...is there a "ROM" socket in there?


I don't know. I will open it up.
Here are pictures:
https://bitchin100.com/wiki/index.php?title=NEC_8508A_RAM/ROM_Cartridge  

-- John.  

Re: [M100] REXCPM orders.

[Chris Fezzler]

 Me too!
Chris
On Monday, June 8, 2020, 10:17:11 PM EDT, Stephen Adolph 
 wrote:  
 
 Will Do Gary.  

On Monday, June 8, 2020, Gary Weber  wrote:

Hi Steve! Put me down for one, and an adapter.
On Mon, Jun 8, 2020 at 7:02 PM Doug Jackson  wrote:

It certainly is.
Please put me down for one and an adaptor :-)
Kindest regards,
Doug Jackson
em: doug@doughq.comph: 0414 986878
Check out my awesome clocks at www.dougswordclocks.comFollow 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 - for this I apologise in advance 
- It's ok bec we don* nee* accu tex* to unde** actu** mean***.

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.





On Tue, Jun 9, 2020 at 11:45 AM Stephen Adolph  wrote:

Of course!  No problemI have 2MB available.  M100 adapter needed, I trust that 
your system bus connector is intact.
..steve

On Monday, June 8, 2020, Doug Jackson  wrote:

Hi Stephen,
How awesome.  I would love one, but, remember, I changed the Molex socket out 
for a standard socket when I was a trainee (many years ago), so I could plug 
other items into it.
Is it possible to provide one with pins, like you did for my original REX ?
Doug
Kindest regards,
Doug Jackson
em: doug@doughq.comph: 0414 986878
Check out my awesome clocks at www.dougswordclocks.comFollow 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 - for this I apologise in advance 
- It's ok bec we don* nee* accu tex* to unde** actu** mean***.

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.





On Tue, Jun 9, 2020 at 9:23 AM 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






-- 
Gary Weber
g...@web8201.com

  

Re: [M100] NEC PC-8231A on eBay

[Chris Fezzler]

 Interesting John.  Can you tell me more about that mode?  OS runs on the disk 
drive leaving all PC-8500 ram for program?
On Wednesday, May 27, 2020, 05:16:57 PM EDT, John R. Hogerhuis 
 wrote:  
 
 That is rare!

I was looking for the 8431A at one time because the PC-8500 needs it to boot 
into all-RAM CP/M mode. Gave up.

-- John.  

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

[Chris Fezzler]

 Keep in one place but encourage starting messages with "CP/M:" so folks not 
interested can manage efficiently.  I am interested. 
On Tuesday, May 12, 2020, 11:20:23 AM EDT, Joshua O'Keefe 
 wrote:  
 
 Thanks for updating on REXnext!

As far as CP/M discussion goes: while I probably don't have the technician's 
chops to do a REXCPM installation on my 102 given the surface mount ROM issue, 
I'm still quite interested in the discussion.  Significant new development on 
the platform is fascinating!  Should I remain in the traditional T world I'd 
still love to hear about the fabulous new things happening on the CP/M side.

> On May 11, 2020, at 7:40 PM, 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] Best Place to Procure a Tandy 102

[Chris Fezzler]

 Most excellent response (long time Club100 member).
On Monday, April 27, 2020, 11:02:18 PM EDT, Joshua O'Keefe 
 wrote:  
 
 Hi David,
I bought my 102 on eBay as a single non-lot unit (that is, without the 
slipcase, manuals, cabling, and other assorted goodies you might get in the 
box) for a song (about $100).  I then ordered a recap kit, external power 
supply, internal NiMH battery, and 8K chip from Arcadeshopper.  The 8K 
expansion for the 102 is extremely easy to install -- there's a simple DIP 
socket accessible by a hatch on the bottom of the computer.  You simply open 
the hatch, orient the chip, and push it into place.  Be aware that the 8K 
expansion chip for the 100 does not fit in the 102.  The 100 uses a different 
socket.
It's imperative that you at least replace the internal battery -- used to keep 
the contents of RAM intact while you switch AA batteries -- as these are all 
old enough to be on the verge of leaking battery acid all over the board, 
destroying it.  Replacing the capacitors on the board is also a very good idea 
-- I have done most of mine except for the two tucked under the big coil that I 
assume is part of the modem assembly.  Those two are tough to get to and I have 
yet to reach out to the listserv's experts for advice about them.  Recapping is 
pretty simple, but takes some manual dexterity and good eyesight.  I have 
neither of those things in abundance, and was able to do the bulk of the 
recapping work in about an hour with a simple soldering/desoldering kit from 
Amazon.
Since then, I have bought a number of little things to make my life with the 
M102 better.  I found a M100 slipcase on eBay, and while it's a little large 
and loose around the smaller 102, it suffices to take the computer for travel.  
I bought Stephen Adolph's REX system, which is a device and software subsystem 
that is inserted into the "Option ROM" slot and used to allow you to load 
various application or development environment ROMs without using up your 
precious RAM.  It also allows you to back up the contents of RAM to the flash 
device, which is a huge lifesaver, as you *will* experience loss of state in 
the course of using your T.  The REX is the secret sauce for making your T into 
a daily driver!  I also bought a Panasonic eneloop rechargable battery kit with 
8xAA batteries, and use the NiMH cells as primary power for the 102 when I'm 
away from my desk.  Despite heavy usage, I have yet to go through the first 
charge.  The eneloops are great.
I also have a USB to serial rig, and the requisite adapters, so I can connect 
the 102 to another computer.  I use my household's file server, and can mount 
it directly over the serial port using TS-DOS (loaded into the REX).  I have a 
32K computer with 40 terabytes of storage!
Depending on the condition you get your 102 in, you might want the Novus 3-step 
plastic polishing kit.  I used mine to buff and polish the plastic that covers 
the screen, and it removed nearly every sign of scuffs and scratches.  This 
makes it much more pleasant to read the screen.
As far as software loadout goes, I try to keep things light.  I have a couple 
of programs I picked up after sifting through the contents of club100 and the 
ZIP file floating around that contains the old CompuServ SIG file area.  
Between those -- and the member file area of club100 -- you'll find lots to 
choose from.
I do the majority of my writing in the built-in TEXT program, which is pretty 
rudimentary, but has some handy navigation hotkeys.  I also use a small basic 
program called JERNAL which creates and timestamps entries into a text file, 
allowing me to make diary-like entries.  For note taking, you can use TEXT to 
create a file called NOTE.DO and search through it with the built-in SCHEDL 
program.  There's an option ROM available called Sardine which offers a spell 
checker, but requires a peculiar TPDD storage device emulation setup that I 
haven't had an opportunity to play around with.  The Ultimate ROM II offers 
some word processing features, but they're largely irrelevant as I have no 
interest in print formatting.  I write everything in plain old Markdown, and 
upload it into my home directory on the server for processing.
There's a port of ANS FORTH called MFORTH.  Pick it up from the MFORTH web 
page, because the one linked on the bitchin100 wiki is an older version.  It's 
a pretty full featured FORTH programming environment, and I'm having a blast 
reacquanting myself with the language.  There's another option ROM called 
Cleusau which provides a bunch of BASIC programming and debugging enhancements. 
 I highly recommend it -- once you get your REX.


On Mon, Apr 27, 2020 at 6:19 PM David N. Hughes-Robinson  
wrote:

Hello!!

I have recently learned of the model t and have fallen head-over-heals. As a 
full-time python developer, I have enjoyed playing with BASIC and look forward 
to conquering low level programming in 8085 assembly. I live in a tiny 

Re: [M100] Web 8201 is moving servers!

[Chris Fezzler]

 Good luck.  One of my favorite sites.  How's that mint PC8300 working?
On Monday, January 27, 2020, 12:40:20 PM EST, Gary Weber  
wrote:  
 
 Greetings all!
I'll be having my web hosting company move the Web 8201 website to a newer 
operating system in order to get away from the TLS 1.0 protocol limitations on 
the old Windows 2008 server.
This move is going to require a bit of downtime and I don't have a time window 
yet.  But, I'm expecting that my site will be offline for a period of time over 
the next few days and wanted to just send out this notice as a head's up.   
Nobody panic!   :)
I'll send out an "all clear" when the migration is finished.
Talk soon,

-- 
Gary Weber
g...@web8201.com
  

Re: [M100] REXCPM & M100 CP/M

[Chris Fezzler]

 Video please!
On Saturday, January 25, 2020, 10:46:20 PM EST, 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] Non-Charger (Terry Cox)

[Chris Fezzler]

 New.  Just replaced it.  
On Tuesday, April 23, 2019, 6:43:50 PM EDT, Gregory McGill 
 wrote:  
 
 original battery?   If so maybe time to replace it. I had one take a couple 
days to charge so it would boot..  I almost wrote it off 
Greg
On Tue, Apr 23, 2019 at 3:30 PM Chris Fezzler  wrote:

 I removed the batteries last night and plugged into the power adaptor.  
Couldn't get it going again.I left it plugged in and got it to boot at lunch.  
Running now (6:24p ET).
Turned it on and off a few times.  Booting right up.
I have 4 fresh batteries.  I'll insert them now.  Turn off.  Unplug adaptor.  
Batteries in.  Hmm.  Fired right up.
Well, it's either an intermittent issue or it takes much longer to charge up 
the internal 3.6v battery than I thought.




On Tuesday, April 23, 2019, 6:03:07 PM EDT, Terry  wrote: 
 
 
 I have noticed in the past that a long stored 8201 can have PCB damage from 
leaking backup Ni-Cad battery whereby the ‘acid/alkali’ eats away tracks.  
These tracks are around the power management circuits.  Might be a idea to open 
up and check inside. Repair is foable.  
  

Re: [M100] Non-Charger (Terry Cox)

[Chris Fezzler]

 I removed the batteries last night and plugged into the power adaptor.  
Couldn't get it going again.I left it plugged in and got it to boot at lunch.  
Running now (6:24p ET).
Turned it on and off a few times.  Booting right up.
I have 4 fresh batteries.  I'll insert them now.  Turn off.  Unplug adaptor.  
Batteries in.  Hmm.  Fired right up.
Well, it's either an intermittent issue or it takes much longer to charge up 
the internal 3.6v battery than I thought.




On Tuesday, April 23, 2019, 6:03:07 PM EDT, Terry  wrote: 
 
 
 I have noticed in the past that a long stored 8201 can have PCB damage from 
leaking backup Ni-Cad battery whereby the ‘acid/alkali’ eats away tracks.  
These tracks are around the power management circuits.  Might be a idea to open 
up and check inside. Repair is foable.  

Re: [M100] Non-charger

[Chris Fezzler]

My bad.  I should have labeled thread "non-booter."
By not take a charge I was referencing the internal 3.6v battery must have gone 
dead in storage and would not take a charge.
I did get it going.  I used POWER CONT command and I'm letting it run today 
while at work.
But something intermittent is going on.  I need to assess behavior some more.  
As Arnold said, I'll be back.


  From: Thomas Morehouse 
 To: m...@bitchin100.com 
 Sent: Tuesday, April 23, 2019 8:07 AM
 Subject: Re: [M100] Non-charger
   
Just a thought here - many (most?) rechargeable AA size (and AAA size) 
batteries are lower voltage than standard alkaline batteries.
An alkaline 1.5 volt AA can be replaced with a rechargeable AA, but the 
rechargeable is usually labeled 1.2 volts.  They're the same physical size, but 
supply different voltages.
Thus, alkaline 4x1.5 volts = 6 volts.  But rechargeable 4x1.2 volts = 4.8 volts.
Tom M.

On Tue, Apr 23, 2019 at 7:58 AM Jeffrey Birt  wrote:

What sort of T do you have that has rechargeable batteries? Jeff Birt 
(Hey_Birt!) From: M100  On Behalf Of Fugu 
ME100
Sent: Tuesday, April 23, 2019 1:49 AM
To: m...@bitchin100.com
Subject: Re: [M100] Non-charger Sometimes a cold boot can help after a NiCd 
battery replacement. Then check the Vdd and Vee voltages are +5V and –5V 
respectively.   The voltage on the battery should be about 3.7V if it is 
charging OK.   It could be powering on just the screen is dim.  Try powering 
on, hit return (this takes you to BASIC) and then type BEEP and return.  There 
should be a beep if the unit is powering up but the screen is not working.   If 
the screen is dim the –5V (Vee) might be really low. The memory protect switch 
is set correctly?  I routinely forget to set this switch correctly when I take 
a machine out of storage :( From: M100  on 
behalf of Chris Fezzler 
Reply-To: 
Date: Tuesday, April 23, 2019 at 12:31 AM
To: Model 100 Discussion 
Subject: [M100] Non-charger 
I took a Model T out of storage and it was completely dead and would not take a 
charge.
I figured I'd use the opportunity to replace internal battery anyway.Installed 
the new battery and it started right up, albeit with a Low Battery light.  So I 
assumed it just needed an overnight charge and would be as good as new. Just 
got home from work and it is dead as a doorknob again after being plugged into 
wall wort. I can solder and have a digital multimeter.  Some clues on what to 
check?  I assume it is not charging. 



   

[M100] Non-charger

[Chris Fezzler]

I took a Model T out of storage and it was completely dead and would not take a 
charge.
I figured I'd use the opportunity to replace internal battery anyway.

Installed the new battery and it started right up, albeit with a Low Battery 
light.  So I assumed it just needed an overnight charge and would be as good as 
new.
Just got home from work and it is dead as a doorknob again after being plugged 
into wall wort.
I can solder and have a digital multimeter.  Some clues on what to check?  I 
assume it is not charging.

Re: [M100] REX replaces internal RAM?

[Chris Fezzler]

 Thanks John - That's what I was getting at but did not articulate it clearly.
On Sunday, April 21, 2019, 7:55:40 PM EDT, John R. Hogerhuis 
 wrote:  
 
 Chris -- no, a normal rex does not replace your internal RAM. If you have a 8k 
unit now you still will after installation.  
-- John. 
On Sun, Apr 21, 2019, 2:28 PM Chris Fezzler  wrote:

Does a REX completely replace/supplant the internal ram?
If I have an old Model T with 8k and insert a REX does the computer run 
completely via REX?
Are there Rex boards available?
  

[M100] REX replaces internal RAM?

[Chris Fezzler]

Does a REX completely replace/supplant the internal ram?
If I have an old Model T with 8k and insert a REX does the computer run 
completely via REX?
Are there Rex boards available?

[M100] Out from storage

[Chris Fezzler]

Pulling some Model Ts out from storage.
What was the cold boot routine again?  I thought it was hold down GRPH, CTRL, 
ESC  and power one?
How long does it take the internal 3v NiCad to pickup a charge again?  Plug in 
overnight?
Do I need to remove the Option Rom for first reboot?

Re: [M100] Lighter rows of pixels on LCD

[Chris Fezzler]

 I always wondered if there was a compatible LCD green SuperTwist compatible 
screen for M100/M102/M200.  
Like the Amstrad PPC640 has.


On Tuesday, February 26, 2019, 11:02:23 PM EST, John R. Hogerhuis 
 wrote:  
 
 Kind of comedic trying to keep his budget to $500. Hope he does it though. 
I wonder if modern tech allows for a faster display to replace the model 100 
display? But with same daylight readable characteristics.

-- John.   

[M100] MicroPro Calc-to-Go

[Chris Fezzler]

 Looking for an online manual or some information on Calc-to-Go formula 
protocols.
You know, " @SUM(B1:B15)  etc.
I have a NEC PC-8500 but I know other computers came with it.  The Quick Start 
guide is out there but not manual, that I can find.

Re: [M100] New M100 owner looking for VDI

[Chris Fezzler]

 Agree.  Big, bulky, limited.  You can do the same thing much smaller and 
easier in other ways.  But, if wanted for collectible or curiosity fun factor, 
by all means go for it.  I've been there.  I've obtained and restored vintage 
computers for fun and relaxation only to later sell when they are done and I 
asked myself, "What will I DO with this?"
One issue if you are passionate or active in vintage computing is space.  Where 
to store or display stuff as your collect grows.
On Saturday, February 23, 2019, 11:15:18 AM EST, Randy Kindig 
 wrote:  
 
 Hi I assume you mean the DVI (disk video interface).  They are somewhat rare 
and proven working ones can go for $150 on up.  Often they are not tested 
because they require a special cable and software.

I’ve bought 2 the last year or so.

Fun devices if not really that useful because of limited software made for it.

Randy Kindig

Sent from my iPhone

> On Feb 23, 2019, at 10:04 AM, Joseph Grimm  wrote:
> 
> I recently got a Model 100, and I was thinking about getting a VDI sometime 
> in the future. Are these units rare? It looks like no one is selling them on 
> Ebay, so that makes me think they're not all-too-common, and perhaps 
> expensive. I'm not looking to buy one now, just asking if it is worth the 
> effort to try to get one in a couple months.  

Re: [M100] Raleigh, NC

[Chris Fezzler]

 I am near there and have a child that lives in Raleigh.  What does he have?
On Thursday, December 6, 2018, 2:32:33 PM EST, John R. Hogerhuis 
 wrote:  
 
 I have a guy that would like to donate some model t equipment. Anyone in / 
around Raleigh NC?
-- John.   

[M100] Connecting two MT with cups

[Chris Fezzler]

My friend and I want to show some of our kids how journalists filed stories 
with the old MT.We have two MT100 and two sets of "cups."
Can we somehow rig two old phone receivers to make it simulate a landline call 
over the modem cups (in the same room, on the same table?)

Re: [M100] Keep it positive, friends

[Chris Fezzler]

 A++  Rick didn't go for that.
On Wednesday, September 12, 2018, 3:41:08 PM EDT, John R. Hogerhuis 
 wrote:  
 
 All --

I get comments from people that our positive, on-topic atmosphere is a big 
reason why people stay subscribed to this list. But to maintain that atmosphere 
requires some restraint on all of our parts. Like everything here, it's a 
collaborative effort.

Please let's end this negativity and back to fun mode. We're here to have fun 
with our old tech. No reason for the acrimony.

It crops up time to time, feelings get hurt, and people react. I get it. I've 
done it.

Let's move on and get back to a positive atmosphere. 

Brian --

Swearing on the list is a big no-no. We have folks on the list that REALLY do 
not appreciate it, and we need to respect their sensibility and keep a positive 
atmosphere.

I don't recall if I've talked to you about before so this time we'll let it go. 
But it it happens again, I will throw the moderation bit on which means your 
emails will be delayed because a mod has to screen them. I don't think no 
swearing is a difficult ask. Either way, it's the requirement for this list.
You're an important contributor to our community, and I'm guessing just stating 
the rule is all it will take, and the moderation path won't be necessary.

Thanks,

-- John.
-= Model T's Forever =-  

Re: [M100] TPDD Specifics

[Chris Fezzler]

 Go for it and have fun and share your experience along the way.  
On Tuesday, July 17, 2018, 9:28:39 PM EDT, c646581  
wrote:  
 
 I found the page on the wiki explaining DCD/DSR along with the other flow 
control quirks. Once I corrected that, it started behaving correctly.
I'll look into that TPDD Arduino project, since that happens to be the same 
platform I'm using for my emulator. It kind of feels like I'm re-inventing the 
wheel, but there are some features I'd like to add to my emulator that that 
project lacks.
Thanks for all of the extra info! I shouldn't have as much reverse-engineering 
to do now.
On Tue, Jul 17, 2018, 20:54 Kurt McCullum  wrote:

Sorry guys, but I'm jumping up on the soap box for this one. I'm quite stunned 
by this email.

First, there is the official protocol put out by Tandy "Software Manual For 
Portable Disk Drive" 26-3808 
http://manx-docs.org/mirror/harte/Radio%20Shack/TRS-80%20Model%20100%20Portable%20Disk.pdf
There is a full writeup on bitchin100.com 
http://bitchin100.com/wiki/index.php?title=TPDD_Base_Protocol
And if that's not enough there is the TPDD2 sector access protocol writeup 
www.club100.org/memfiles/index.php?action=downloadfile=TPDD2-Sector%20Access.txt=Kurt%20McCullum/TPDD%20Client&

To suggest that somehow those of us who have created TPDD emulators are somehow 
hiding that information is silly. Ken and John have done a huge amount of work 
and documentation and that has been for the 'benefit' of the Model-T community. 
LaddieAlpha/mComm/Desklink and more are freely available for the 'benefit' of 
the Model-T community. If others want to create a low cost TPDD emulator, I'm 
all for it. 

We are not hiding any secrets here. Stepping down from the soap box now.
Kurt

On Tue, Jul 17, 2018, at 4: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)



  

Re: [M100] TPDD Specifics

[Chris Fezzler]

 A++
On Tuesday, July 17, 2018, 8:54:00 PM EDT, Kurt McCullum 
 wrote:  
 
 Sorry guys, but I'm jumping up on the soap box for this one. I'm quite stunned 
by this email.

First, there is the official protocol put out by Tandy "Software Manual For 
Portable Disk Drive" 26-3808 
http://manx-docs.org/mirror/harte/Radio%20Shack/TRS-80%20Model%20100%20Portable%20Disk.pdf
There is a full writeup on bitchin100.com 
http://bitchin100.com/wiki/index.php?title=TPDD_Base_Protocol
And if that's not enough there is the TPDD2 sector access protocol writeup 
www.club100.org/memfiles/index.php?action=downloadfile=TPDD2-Sector%20Access.txt=Kurt%20McCullum/TPDD%20Client&

To suggest that somehow those of us who have created TPDD emulators are somehow 
hiding that information is silly. Ken and John have done a huge amount of work 
and documentation and that has been for the 'benefit' of the Model-T community. 
LaddieAlpha/mComm/Desklink and more are freely available for the 'benefit' of 
the Model-T community. If others want to create a low cost TPDD emulator, I'm 
all for it. 

We are not hiding any secrets here. Stepping down from the soap box now.
Kurt

On Tue, Jul 17, 2018, at 4: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)


  

Re: [M100] List of wanna haves

[Chris Fezzler]

 Well stated and I concur.

On ‎Wednesday‎, ‎February‎ ‎14‎, ‎2018‎ ‎04‎:‎27‎:‎57‎ ‎PM, Frederick 
Whitaker  wrote:  
 
 I remember the club members wanting to expand the Model 100's so that it 
can work more efficiently, and provide externals that assist in doing 
that. The DVI made it a little like a desktop computer. The external 
Disk Drives made it possible to store files on disks so that they could 
be accessed later.

In recent years the REX, NADSBOX, Quattro, and other things have appeared.

What fascinates me about the projects that are being suggested today is 
that they are way beyond the innate capacity of the Model "T". Why are 
we not writing programs for the Model "T" anymore? Why are we trying to 
mimic the contemporary Desk Top Computer? Why are we not writing 
assembly programs for it?

I get the idea that many of the club members see it as a novelty, rather 
than a genuine computer. It was the first of its kind. For many years it 
was used to write newspaper articles and send them over the phone lines 
to the publisher. It was used for controlling devices; like entry gates, 
lights, and other things. Until recently it was used for controlling 
traffic lights in Greenville, South Carolina. It is a genuine computer.

Are we not interested in writing programs for it anymore? Do we only 
take it out to write an article, or take notes? Is it no longer 
interesting in itself?

I miss DOS, and command line Linux, but I no longer have machines that 
give me access to DOS, and with all the programs already available for 
Linux I am no longer motivated to work at the command level.

It is noteworthy that there is still interest in the Model "T", but more 
work could be accomplished if each of us stuck with one project at a 
time. I miss Dave?

Fred Whitaker


On 2/14/2018 2:20 PM, John R. Hogerhuis wrote:
> Can we lower the temperature a bit?
>
> We're all long time members of Club100. No need to get adversarial 
> over tech questions / ideas.
>
> -- John.

  

Re: [M100] List of wanna haves

[Chris Fezzler]

 Agree.  In my some two decades here, I don't recall this tenor of exchange.  
Rick was the most patient and tolerant man.  Let's keep this a friendly zone in 
his honor.

On ‎Wednesday‎, ‎February‎ ‎14‎, ‎2018‎ ‎02‎:‎20‎:‎48‎ ‎PM, John R. 
Hogerhuis  wrote:  
 
 Can we lower the temperature a bit?

We're all long time members of Club100. No need to get adversarial over tech 
questions / ideas.
-- John.  

Re: [M100] Is this for real?

[Chris Fezzler]

 I found it fun to buy computers from when the industry was battling with 
innovations and different form factors.  A lot of real innovative engineers out 
there.

On ‎Tuesday‎, ‎February‎ ‎13‎, ‎2018‎ ‎09‎:‎34‎:‎16‎ ‎PM‎ ‎EST, Kevin 
Becker <ke...@kevinbecker.org> wrote:  
 
 “Retro” computing stuff seems to be going up in price lately. Even things that 
didn’t seem very retro to me. Look at the prices for old 486/pentium machines.  
There are some wild ideas about the value of a generic beige x86 tower. 
On Feb 13, 2018, at 9:22 PM, Chris Fezzler <fezz...@yahoo.com> wrote:


 Fake to drive up prices?

On ‎Tuesday‎, ‎February‎ ‎13‎, ‎2018‎ ‎09‎:‎10‎:‎23‎ ‎PM‎ ‎EST, Kevin 
Becker <ke...@kevinbecker.org> wrote:  
 
 I was watching the TPDD2 and was disappointed when it went over $100 because 
one went for $60 or $70 a week ago. 
It makes no sense they went so high. It looks like to two different buyers too. 
On Feb 13, 2018, at 9:05 PM, Chris Kmiec <ckmi...@gmail.com> wrote:


Check these two auctions that just ended...
Tandy-Portable-Disk-Drive-2

and
Tandy-102

How, why, WHAT??
  
  

Re: [M100] Is this for real?

[Chris Fezzler]

 Fake to drive up prices?

On ‎Tuesday‎, ‎February‎ ‎13‎, ‎2018‎ ‎09‎:‎10‎:‎23‎ ‎PM‎ ‎EST, Kevin 
Becker  wrote:  
 
 I was watching the TPDD2 and was disappointed when it went over $100 because 
one went for $60 or $70 a week ago. 
It makes no sense they went so high. It looks like to two different buyers too. 
On Feb 13, 2018, at 9:05 PM, Chris Kmiec  wrote:


Check these two auctions that just ended...
Tandy-Portable-Disk-Drive-2

and
Tandy-102

How, why, WHAT??
  

Re: [M100] List of wanna haves

[Chris Fezzler]

Before NADSBOX I bought an old Palm Pilot cheap and used it for external 
storage.

  From: Kurt McCullum 
 To: "m...@bitchin100.com"  
 Sent: Wednesday, February 7, 2018 11:08 AM
 Subject: Re: [M100] List of wanna haves
   
>3. Something like the NADSBOX>Never had the chance to get one.
If you have an android phone, try mComm for Android. That's the closest you 
will get to the NADSBOX. It emulates your standard TPDD and adds the Sardine 
Spell Check as well as a virtual modem mode for 'dialing' Telnet BBS sites. The 
virtual modem handles the flow control issues that are inherent to the Model-T 
when using TELCOM.
Kurt 

On Wednesday, February 7, 2018 7:48 AM, Darryl Pruett  
wrote:
 

 My model T is great
1.  Rex -on its way-
2. A video interface 
3. Something like the NADSBOXNever had the chance to get one.


   

   

Re: [M100] NEC "PC-8434A utility disk"

[Chris Fezzler]

I have both a Scarlet and PC-8500.  So if it is indeed for them, I'd be 
interested too.


From: Gary Weber To: "m...@bitchin100.com" 
Sent: ‎Saturday‎, ‎August‎ ‎26‎, ‎2017‎ ‎11‎:‎43‎:‎39‎ 
‎PM‎ ‎EDTSubject: Re: [M100] NEC "PC-8434A utility disk"
Are you sure it doesn't say NEC PC-8431A Utility Disk?   Guess I would expect 
the number to be the same as the model of the disk drive, which the System Disk 
also has.  In any case it does sound like it would almost have to be extra 
CP/M-related stuff for the NEC PC-8401A (Starlet) & PC-8500 CP/M machines that 
use the NEC PC-8431A disk system.
If you would care to get rid of it, I'll gladly take it off your hands (for 
whatever you wish) and add it to my NEC archive of stuff.
Gary
On Sat, Aug 26, 2017 at 7:33 PM, John R. Hogerhuis  wrote:

I found a disk marked NEC PC-8434A utility disk.

Anyone know what it is?
-- John.



-- 
Gary Weber
g...@web8201.com

Re: [M100] NEC 8201A + NEC 8231A + NEC 8241A=WOW

[Chris Fezzler]

One correction.
Step One.  Tell wife you will be using the dining room table for the next 7 
months to display your new vintage computer system!  "Isn't it amazing and 
beautiful, honey?"
I tell my wife where all my toys are and that they are worth money if I go.  
She says, "that junk is in the dumpster the day after your funeral!"
LOL!



On Wed Jul 12 2017 17:05:08 GMT-0400 (Eastern Daylight Time), Gary Weber 
<m100l...@gweber.org> wrote:

Kurt,
The system disk must be in the drive at the time when you reset the NEC.   
Sequence is this:1. Insert the system disk into the drive2. Make sure the 
PC-8231A is connected to the SIO1 port (RJ-45 jack) on the back of the NEC3. 
Power on the PC-8231A4. On the NEC, either Either powering off and on, or hit 
the reset button, or perform a full cold start 5. The drive light comes on and 
"DISK Basic 2.0" gets loaded in a couple of seconds.
Perform these steps without the system disk in the drive and instead the drive 
light just comes on and the NEC hangs and has to be reset, so it is definitely 
reading the code from disk.
So there must be system BIOS code on both the 8201 and 8300 system ROMs that 
does some type of initialization sequence with the SIO1 port and spits out some 
command sequence and starts reading bytes after you do a system a reset.  I've 
never traced this code out in the NEC system ROM disassembly, but now I'm 
curious..
Gary


On Wed, Jul 12, 2017 at 1:05 PM, Kurt McCullum <kurt.mccul...@att.net> wrote:

Gary,
Does the NEC load software from the drive on reset, or does it need a system 
disk? I'm curious as to how those additional basic features are loaded.
Kurt
 

On Wednesday, July 12, 2017 12:49 PM, Gary Weber <m100l...@gweber.org> 
wrote:
 

 Even better news.  I got the PC-8231A drive to format a new disk.  Had to buy 
a pack of 10 new DSDD floppies.   So now this thing is fully functional and I 
feel even better about the auction which included now both a working CRT 
adapter and a drive.  The drive fully supports the reserved DSKI$ / DSKO$ 
keywords in BASIC as well, not that there would be any software out there that 
uses that these days though...
So now I have to ask myself, is it worth using?  Probably not.  Hardware this 
old that has moving parts will inevitably fail at some point and the last thing 
I need is to be heavily invested in it.  :)   Well, maybe if I could get a 
flavor of CP/M working with it...  *snicker*
On Sun, Jul 2, 2017 at 10:40 PM, Chris Fezzler <fezz...@yahoo.com> wrote:



Thanks for the update!
If anyone can restore that drive it will be you!

On Mon Jul 03 2017 01:04:58 GMT-0400 (Eastern Daylight Time), Gary Weber 
<m100l...@gweber.org> wrote:

To Chris,
Good news and bad news.  
The good news:  The CRT adapter works great.
The bad news:  The NEC disk drive that shipped as part of this auction lacks 
the system disk, and therefore there is nothing to boot.   Within my archives I 
have a PC-8231A system disk *somewhere*, and hopefully I can locate it.   
Unfortunately part of the case for this drive is broken as well, so I'm hoping 
the drive itself would even still function given the abuse.   As this was an 
"as is" auction I of course accept all of this risk.  Happy to have a working 
CRT adapter again regardless..
Gary

On Fri, Jun 30, 2017 at 11:17 AM, Mike Stein <mhs.st...@gmail.com> wrote:

> ...it would likely be slow and limited to text only. The system bus or 
> parallel port would be MUCH faster for this... Well, there are SPI BT/BLE 
> modules so speed to the ModelT side shouldn't be too bad, either using the 
> bus or the parallel port... Alternatively, there are modules like this (VGA 
> colour display and FAT-compatible SD card storage): 
> https://www.4dsystems.com.au/ product/uVGA_III/ Of course before long you'd 
> have lots of stuff hanging off the ModelT again... FWIW, here's what an M100 
> in 80x24 mode looks like (can't find a picture of 8x40 on a big screen TV at 
> the moment): 





   

Re: [M100] CP/M has arrived for the M100

[Chris Fezzler]

I love hooking my Model T device to other devices to see if it works or, most 
practically, more abundant and convenient file storage.
Beyond BASIC, I am not a programmer.  So, anyone care to opine in layman's 
terms what the C/PM breakthrough means for users?  What will we be able to do 
with the Model T that we cannot do now?
Thanks!
Chris


On Sat Jul 08 2017 23:21:29 GMT-0400 (Eastern Daylight Time), Philip Avery 
 wrote:

 You understand correctly Steve.
 
 Map 2 is the same as Map 1 except that it brings in 1KB of Remem at a time 
which looks like a disk Track to CP/M. I know where my disk read/write routines 
are and I know where the 1KB block appears, so it's quite safe.
 
 I've tailored the BIOS to suit Remem in this case. CP/M works with 128-byte 
sectors, so I have 8 sectors per track and 256 tracks per disk, giving 256KB 
disks. However it's common to block & de-block sectors in the BIOS to suit any 
hardware requirement.
 
 Philip
 
 On 9/07/2017 2:54 PM, Stephen Adolph wrote:
  
Thanks Philip. 
  So if I understand . Lower 32k space has either m100 Rom or ram. . Upper 32k 
space has a single ram block. 
  I guess you access the disks using the fine grained ram access?  1kb at a 
time? 
  
 On Saturday, July 8, 2017, Philip Avery  wrote:
 
  Thanks Steve
 
 Yes, bank switching to std ROM for interrupts. Also means ROM calls from 
Basic, C or any language can easily be made as long as it's finally despatched 
from himem (above 8000H).
 
 A memory map should answer your queries:
     0    - 7FFFH  M100 ROM
  8000H  -  H  CPM RAM (0-32KB)
 1H  -  17FFFH  CPM RAM (32KB - 64KB)
 18000H  -  57FFFH  Disk A
 58000H  -  97FFFH  Disk B
 
 Philip
 
 
 
 On 9/07/2017 11:53 AM, Stephen Adolph wrote:
  
Wow!  Phil you've been busy! 
  I'll have to think about what you're doing with the memory banks. I assume 
you are also in all ram mode?  Are you bank switching to std Rom? 
  In terms of hardware... not easy to map to rex. Rex2 maybe.   
  But one could imagine a hybrid that uses the rex technique for writing to a 
read only socket to enable  at least 3 banks of ram. 
  
  
 On Saturday, July 8, 2017, Philip Avery  wrote:
 
Well, it's arrived as far as Virtual T. It will need a new hardware device 
developed to use on a real M100.
 
 Over a decade in the making (started in 2006), I present 64K CP/M 2.2 running 
in VT with Remem enabled. The Remem is used as RAMdisk, to emulate two disk 
drives of about 241KB each.
 
 To share this with the group, it would be easiest to share my VT remem.bin 
(6MB). Together with my instructions in pdf, you'll be on the air very quickly.
 John Hogerhuis: May I send this to you to host on the bitchin.com site?
 Ken Pettit: Will my windows variant of remem.bin work with all the other 
variants of VT 1.7?
 
 While in theory it will work on a real M100 with Remem, and with additional 
software could use a NADSBox to talk to the modern world (SD card) - I think as 
these two items aren't readily available, it would best if a new hardware 
solution is developed.  Now that it's working in the M100 environment, it's 
relatively straightforward to modify the BIOS to work with any RAMdisk, other 
storage device or even a wireless solution.
 
 Thanks to Mike Stein for some beta testing.
 
 Philip
 
  
 
  
  
 
 

Re: [M100] Battery backpack on eBay

[Chris Fezzler]

With a NEC PC 8300 upgrade to 3 Banks of Ram, plus a Ultimate ROM II and a 
NADSBox - it's not REX but pretty darn good, no?


On Wed Jul 05 2017 20:36:36 GMT-0400 (Eastern Daylight Time), Gary Weber 
<m100l...@gweber.org> wrote:

I'd probably pay double that for a REX3 for the NEC to be completely honest.  I 
love them on my M100s, but it is painful *not* to have the same capability on 
my main "enthusiast" machines of which I am known for...
Gary

On Wed, Jul 5, 2017 at 5:33 PM, John R. Hogerhuis <jho...@pobox.com> wrote:



On Wed, Jul 5, 2017 at 5:21 PM, Chris Fezzler <fezz...@yahoo.com> wrote:

The unit that went for $850 was for its collectability rather than 
functionality, no?




Yeah,  kind of tongue in cheek. I don't think this validates a market price of 
$850 for REX.

But it's probably more than what Steve was (kindly!) charging.

I'd say, at least $100, possibly up to $150 without demand seriously dropping 
off.
-- John.

Re: [M100] Battery backpack on eBay

[Chris Fezzler]

The unit that went for $850 was for its collectability rather than 
functionality, no?


On Wed Jul 05 2017 15:17:17 GMT-0400 (Eastern Daylight Time), John R. Hogerhuis 
 wrote:


On Wed, Jul 5, 2017 at 12:06 PM Josh Malone  wrote:

I'm willing to help *build* REX units, I just don't have the equipment to 
program or test them. I'm getting a decent repair/mod bench set up. Did some 
work on an Atari 800xl yesterday.

-Josh

By test do you mean program and validate?
It seems like we could come up with a test fixture and software to validate REX 
units. 
If we ever wanted them professionally manufactured we'd have to do that anyway. 
-- John. 

Re: [M100] NEC 8201A + NEC 8231A + NEC 8241A=WOW

[Chris Fezzler]

Thanks for the update!
If anyone can restore that drive it will be you!

On Mon Jul 03 2017 01:04:58 GMT-0400 (Eastern Daylight Time), Gary Weber 
 wrote:

To Chris,
Good news and bad news.  
The good news:  The CRT adapter works great.
The bad news:  The NEC disk drive that shipped as part of this auction lacks 
the system disk, and therefore there is nothing to boot.   Within my archives I 
have a PC-8231A system disk *somewhere*, and hopefully I can locate it.   
Unfortunately part of the case for this drive is broken as well, so I'm hoping 
the drive itself would even still function given the abuse.   As this was an 
"as is" auction I of course accept all of this risk.  Happy to have a working 
CRT adapter again regardless..
Gary

On Fri, Jun 30, 2017 at 11:17 AM, Mike Stein  wrote:

> ...it would likely be slow and limited to text only. The system bus or 
> parallel port would be MUCH faster for this... Well, there are SPI BT/BLE 
> modules so speed to the ModelT side shouldn't be too bad, either using the 
> bus or the parallel port... Alternatively, there are modules like this (VGA 
> colour display and FAT-compatible SD card storage): 
> https://www.4dsystems.com.au/ product/uVGA_III/ Of course before long you'd 
> have lots of stuff hanging off the ModelT again... FWIW, here's what an M100 
> in 80x24 mode looks like (can't find a picture of 8x40 on a big screen TV at 
> the moment): 

Re: [M100] NEC 8201A + NEC 8231A + NEC 8241A=WOW

[Chris Fezzler]

Color


On Thu Jun 29 2017 13:51:51 GMT-0400 (Eastern Daylight Time), John R. Hogerhuis 
 wrote:

Is the nec interface color or monochrome?
-- John. 

Re: [M100] NEC 8201A + NEC 8231A + NEC 8241A=WOW

[Chris Fezzler]

Can't tell you how many hours and dollars I've spent researching, buying, 
restoring and collecting vintage computer to get them to look and work as 
designed.  Once I do, I kinda put them to use for a month and move on.  LOL.
I moved away from vintage computing has a hobby to music and restoring 70s era 
motorcycles.  But I still have some vintage stuff and must resist urge to 
collect and find urge to purge.  


On Wed Jun 28 2017 22:13:32 GMT-0400 (Eastern Daylight Time), Gary Weber 
<m100l...@gweber.org> wrote:

Hi Chris, yes I remember when you did that!  Yes I'll definitely let you know 
if the drive works.  I do also have another drive in my possession which 
probably works, but I haven't turned it on in years.  I got away from using 
magnetic media for Model T's years ago personally...
On Wed, Jun 28, 2017 at 2:35 PM, Chris Fezzler <fezz...@yahoo.com> wrote:

I think I opened one up and took photos of one and posted them in my personal 
space on Club100 if someone wants a closer look at components. 


On Wed Jun 28 2017 16:00:33 GMT-0400 (Eastern Daylight Time), Stephen Adolph 
<twospru...@gmail.com> wrote:

reverse engineering that device would be useful.  I think it would
even be possible to figure out how to patch the Model T to use it.

On Wed, Jun 28, 2017 at 3:17 PM, Gary Weber <m100l...@gweber.org> wrote:
> Just to let you all know, I did win the auction.  I do intend, however, to
> try to resolve the issues with my other NEC CRT adapter if I can.  If I can
> do so, I certainly would like to make that one available to someone here.  I
> don't want to hoard NEC CRT adapters!  :)
>
> In fact we may want to even try to figure how to replicate it. It's a simple
> board inside the thing with what I believe is fairly simple parts..  I
> *think* the biggest challenge would be replicating any PROMs that are on it
> and then trying to find a source for the bus connector itself.
>
> Gary
>
> On Fri, Jun 23, 2017 at 10:31 AM, Brian White <bw.al...@gmail.com> wrote:
>>
>> This is the auction they're talking about I think.
>>
>> http://ebay.com/itm/ 272729056480
>>
>> --
>> bkw
>
>

Re: [M100] NEC 8201A + NEC 8231A + NEC 8241A=WOW

[Chris Fezzler]

I think I opened one up and took photos of one and posted them in my personal 
space on Club100 if someone wants a closer look at components. 


On Wed Jun 28 2017 16:00:33 GMT-0400 (Eastern Daylight Time), Stephen Adolph 
 wrote:

reverse engineering that device would be useful.  I think it would
even be possible to figure out how to patch the Model T to use it.

On Wed, Jun 28, 2017 at 3:17 PM, Gary Weber  wrote:
> Just to let you all know, I did win the auction.  I do intend, however, to
> try to resolve the issues with my other NEC CRT adapter if I can.  If I can
> do so, I certainly would like to make that one available to someone here.  I
> don't want to hoard NEC CRT adapters!  :)
>
> In fact we may want to even try to figure how to replicate it. It's a simple
> board inside the thing with what I believe is fairly simple parts..  I
> *think* the biggest challenge would be replicating any PROMs that are on it
> and then trying to find a source for the bus connector itself.
>
> Gary
>
> On Fri, Jun 23, 2017 at 10:31 AM, Brian White  wrote:
>>
>> This is the auction they're talking about I think.
>>
>> http://ebay.com/itm/272729056480
>>
>> --
>> bkw
>
>

Re: [M100] List rules reminder

[Chris Fezzler]

A+
The most mature listserv/social media space I've belonged to - for over a 
decade?

  From: John R. Hogerhuis 
 To: m...@bitchin100.com 
 Sent: Friday, June 16, 2017 4:41 PM
 Subject: [M100] List rules reminder
   
Just want to remind folks that we have a long standing no politics rule on the 
list.

That includes the entire content of emails, including signatures.
This is to keep our nice friendly atmosphere. Let's protect that. We'll leave 
the political excitement to Facebook and Twitter.

Other rules: no swearing. No personal attacks. No spamming with ebay links. 
Keep it on topic as much as possible. Be nice and respectful to others. Try to 
avoid flame wars. Conflict happens! But we have to resist it and try to resolve 
quickly or take it off list.

BTW, as of this moment, we have 357 subscribers to the Bitchin100 list! I think 
our unique atmosphere contributes to keep that number high.
-= Model T's Forever =-

-- John.

   

Re: [M100] So this happened

[Chris Fezzler]

Cool.
  From: John R. Hogerhuis 
 To: Model 100 Discussion  
 Sent: Thursday, March 23, 2017 1:35 AM
 Subject: [M100] So this happened
   
I met Steve Adolph on the list in 2004 I think. Worked on various projects 
together since then. 
Steve happened to be in town and looked me up.  Had a great time finally 
meeting him in person. 
Anyone else from the list finds themselves in SoCal make sure to reach out. 
Thanks Steve!
John H & Steve A.jpeg