Re: [M100] Can someone tell me what this memory module is?

[Tray Lornik]

Thanks for the info… much appreciated.


["The longest journey starts with the first step." - Lao Tzu]


> On Feb 20, 2023, at 6:58 PM, Brian K. White  wrote:
> 
> Purple Computing 8K module. Popular 3rd party alternative to the original 
> ceramic modules with 4 2k chips on them. Fits:
> TRS-80 Model 100
> Kyotronic KC-85
> NEC PC-8201 / PC-8201a
> Olivetti M10
> 
> NOT: TANDY 102 or 200
> 
> -- 
> bkw
> 
>> On 2/20/23 18:27, Tray Lornik wrote:
>> Hi,
>> I have a memory module that I am certain goes for a Tandy computer but I am 
>> not sure which Tandy model it is for or how big it is (though based on one 
>> of the chips I think it might be an 8K).  I have an 8201, but this chip’s 
>> pins seem to be too wide for that portable.  Wondering if maybe it is for a 
>> Model 100/102, etc.
>> Here is a link to an image of the chip front and back:
>> https://ufile.io/iem42wok 
>> Any help would be appreciated.
> 
> -- 
> bkw
> 

Re: [M100] T102 Nite Lite

[Hugh Spencer]

Profoundly cool!

On Mon, Feb 20, 2023 at 6:03 PM Mike Stein  wrote:

> Nice!!
>
> On Mon, Feb 20, 2023 at 5:38 PM Peter Noeth  wrote:
>
>> I recently finished my T102 "Nite Lite" v2 and am attaching pictures,
>> which I hope make it through to the list.
>>
>> I originally attached a "gooseneck" type book light I got from Barnes &
>> Noble to an empty DB-25 connector and shell years ago by taking the "spring
>> clamp / battery holder" off the light and placing the batteries inside the
>> DB-25 shell. After responding to SteveA's recent query about a reading
>> light solution, I decided to make a more refined solution that is powered
>> by the computer itself.
>>
>> I decided to keep using the RS-232 port for connection as my gooseneck is
>> somewhat too short to use the Barcode Port. The light would not reach to
>> the midpoint of the display for an even illumination.
>>
>> I jumpered +5v from the power supply to unused pin 14 (secondary Tx, an
>> output signal) on the RS-232 connector and take ground thru pin 7. The
>> light draws ~25mA as opposed to its normal ~33mA from a +6v battery (2 2032
>> coin cells in series). It lights up the display and keyboard nicely, but is
>> not *really* bright.  I guess these book lights are not supposed to be
>> real bright when used in a pitch dark room so as not to blind the reader.
>>
>> Haven't used it enough to know how much it would shorten the normal 20
>> hour AA battery life, but since I usually use an external 6v lantern
>> battery, it probably won't make much difference to my "use model" anyway.
>>
>> Regards,
>>
>> PeterN
>>
>

Re: [M100] Can someone tell me what this memory module is?

[Gary Weber]

Interesting, I wonder why he was thinking the "chip's pins" seem to be too
wide.  It's a standard 8K RAM module we use in all the machines you
listed.  I wonder what sockets he's looking at.

On Mon, Feb 20, 2023 at 4:58 PM Brian K. White  wrote:

> Purple Computing 8K module. Popular 3rd party alternative to the
> original ceramic modules with 4 2k chips on them. Fits:
> TRS-80 Model 100
> Kyotronic KC-85
> NEC PC-8201 / PC-8201a
> Olivetti M10
>
> NOT: TANDY 102 or 200
>
> --
> bkw
>
> On 2/20/23 18:27, Tray Lornik wrote:
> > Hi,
> >
> > I have a memory module that I am certain goes for a Tandy computer but I
> > am not sure which Tandy model it is for or how big it is (though based
> > on one of the chips I think it might be an 8K).  I have an 8201, but
> > this chip’s pins seem to be too wide for that portable.  Wondering if
> > maybe it is for a Model 100/102, etc.
> >
> > Here is a link to an image of the chip front and back:
> > https://ufile.io/iem42wok 
> >
> > Any help would be appreciated.
>
> --
> bkw
>
>

Re: [M100] Can someone tell me what this memory module is?

[Brian K. White]

Purple Computing 8K module. Popular 3rd party alternative to the 
original ceramic modules with 4 2k chips on them. Fits:

TRS-80 Model 100
Kyotronic KC-85
NEC PC-8201 / PC-8201a
Olivetti M10

NOT: TANDY 102 or 200

--
bkw

On 2/20/23 18:27, Tray Lornik wrote:

Hi,

I have a memory module that I am certain goes for a Tandy computer but I 
am not sure which Tandy model it is for or how big it is (though based 
on one of the chips I think it might be an 8K).  I have an 8201, but 
this chip’s pins seem to be too wide for that portable.  Wondering if 
maybe it is for a Model 100/102, etc.


Here is a link to an image of the chip front and back:
https://ufile.io/iem42wok 

Any help would be appreciated.


--
bkw

[M100] Can someone tell me what this memory module is?

[Tray Lornik]

Hi,

I have a memory module that I am certain goes for a Tandy computer but I am not 
sure which Tandy model it is for or how big it is (though based on one of the 
chips I think it might be an 8K).  I have an 8201, but this chip’s pins seem to 
be too wide for that portable.  Wondering if maybe it is for a Model 100/102, 
etc.

Here is a link to an image of the chip front and back:
https://ufile.io/iem42wok

Any help would be appreciated.

Re: [M100] T102 Nite Lite

[Mike Stein]

Nice!!

On Mon, Feb 20, 2023 at 5:38 PM Peter Noeth  wrote:

> I recently finished my T102 "Nite Lite" v2 and am attaching pictures,
> which I hope make it through to the list.
>
> I originally attached a "gooseneck" type book light I got from Barnes &
> Noble to an empty DB-25 connector and shell years ago by taking the "spring
> clamp / battery holder" off the light and placing the batteries inside the
> DB-25 shell. After responding to SteveA's recent query about a reading
> light solution, I decided to make a more refined solution that is powered
> by the computer itself.
>
> I decided to keep using the RS-232 port for connection as my gooseneck is
> somewhat too short to use the Barcode Port. The light would not reach to
> the midpoint of the display for an even illumination.
>
> I jumpered +5v from the power supply to unused pin 14 (secondary Tx, an
> output signal) on the RS-232 connector and take ground thru pin 7. The
> light draws ~25mA as opposed to its normal ~33mA from a +6v battery (2 2032
> coin cells in series). It lights up the display and keyboard nicely, but is
> not *really* bright.  I guess these book lights are not supposed to be
> real bright when used in a pitch dark room so as not to blind the reader.
>
> Haven't used it enough to know how much it would shorten the normal 20
> hour AA battery life, but since I usually use an external 6v lantern
> battery, it probably won't make much difference to my "use model" anyway.
>
> Regards,
>
> PeterN
>

Re: [M100] One Tiny Battery Pack (Cryptronics, RAM+ expansion)

[Brian K. White]

TSLOAD.100 and TSLOAD.200 are now included with github.com/bkw777/dlplus

That tsload.co from the Paul Globman collection page was indeed just the 
normal tsload for 200 not something special for XOS-C.


I already had the "magic" DOSxxx.CO files in there and working for UR2,
and TSLOAD does the same thing as UR2, so now you can have a bare bones 
100 or 200 with no REX or anything, bootstrap TSLOAD and immediately use 
it to run TS-DOS without having to install TS-DOS.


You install TSLOAD once with
$ dl -vb TSLOAD.100
(or TSLOAD.200)

Then after that you just run TSLOAD any time you want, as if it were 
TS-DOS. Each time you run it, it actually pulls DOS100.CO from the disk 
on the fly and discards it on exit.


I don't suppose anyone has the NEC version?

Also added a co2ba bash script that can read a .co file and output a 
loader.do file. It's compatible with any of the machines.
It takes a commandline option to say what you want the loader to do with 
the binary once it's loaded, execute it or save it as a .co file, and 
that same option is how you handle NEC vs any of the others.


This was used to generate TSLOAD.100 and .200

--
bkw

On 2/19/23 07:56, Joshua O'Keefe wrote:

On Feb 17, 2023, at 9:49 PM, Brian K. White  wrote:
I can't find a copy of tsload on-line anywhere unfortunately.


I ran into this same rarity problem and Kurt came to my rescue.  Because 
it was such a pain to lay my hands on I stuck it in my S3 bucket: 
http://public.nachomountain.com/files/m100/ 



As far as I'm concerned, please do feel free to fold it into the far 
less obscure dlplus as a bootstrappable binary blob, et al.





--
bkw

Re: [M100] M100 "VT52" terminal emulator for PC

[r cs]

Actually the VT-52 is all there, and it was my bad for downloading a ZIP
instead of using git (I thought the vcd directory was missing, but it was a
git submodule (e.g. git submodule update --init etc.).

[image: foo.png]

On Mon, Feb 20, 2023 at 10:04 AM r cs  wrote:

> Steve:
>
> Very interesting!  Are you familiar with the work of Lars Brinkhoff?
> https://github.com/larsbrinkhoff/terminal-simulator
>
> His work stands up an 8080 emulator on Linux and then runs the actual ROMs
> for the VT-100 (no AVO) and VT-52.  The VT-100 is beautiful!
>
> It just so happens I was just filing an issue that the vt52 build didn't
> work for want of a directory with certain file(s) when I saw your message.
> However he is still very active on Github, so I anticipate that issue will
> get corrected when he has time.
>
> Thank you also for your numerous efforts!  At some point I need to upgrade
> my REX herd (6 of the original REX and standalone CP/M kits, but haven't
> gone to your latest products yet).
>
> Regards,
> rcs
>
> On Mon, Feb 20, 2023 at 8:45 AM Stephen Adolph 
> wrote:
>
>> After quite a bit of searching I finally found what I was looking for.
>>
>> This is in regards to the poorly named VT100 function that is included in
>> REX#.
>> I should have named it VT52 (sort of).
>>
>> The Model 100 treats it's screen like a terminal, in a way.  There are
>> control codes that mimic much of the VT52, except for a  handful of custom
>> codes.
>> So, the DVI also obeyed these control codes.
>>
>> The MVT100 video adapter, that works with REX# to enable an external
>> video solution for 80x24, also uses these codes to control the screen.
>>
>> An alternative to external video is to find a way to send the video
>> characters over serial to a PC, and using the PC as a "DVI" (for the video
>> portion anyways).
>>
>> I've been searching for a shortcut to developing such a "VT52 terminal",
>> to which I could add the special M100 control codes, and thereby have
>> another option for 80x24 video.
>>
>> I found it.  Here is the project I am going to port.
>>
>> https://github.com/kgober/VT52
>>
>> It is a VT52 terminal emulator written in C#, and compilable in Visual
>> Studio.  I've been able to install the tools and been able to compile it.
>>
>> So, I'm off now on a tangent to make a Windows (10) dotNET based
>> application.
>>
>> I don't know if this will be portable to linux in any way, but lets see
>> how this goes.
>>
>> ..Steve
>>
>>
>>
>>
>
> --
> *Níl aon tinteán mar do thinteán féin. *[Irish Gaelic]
> (There is no fireside like your own fireside.)
>
>
>

-- 
*Níl aon tinteán mar do thinteán féin. *[Irish Gaelic]
(There is no fireside like your own fireside.)

Re: [M100] M100 "VT52" terminal emulator for PC

[John R. Hogerhuis]

If it doesn't make any native win32 calls it will be portable across most
systems. LaddieAlpha is also in C# and works on Linux, windows, osx.

If it's just translating control sequences I guess it wouldn't use win32.
If it's painting a display or getting involved in the window / keyboard
event queue, all bets are off. If it happens to use a cross platform gui
toolkit that would address the portability issue.

If it is a console app translating escapes and character encodings that
might also create a platform dependency of sorts. Though it may be
addressable with external configuration.

If I was writing this from scratch for portability the last option is what
I'd do. Just a console app that translates from model 100 vt52ish to ansi
and Utf8 since that's most portable.

Though doing graphics directly you have the opportunity for a faithful
rendition of model 100 character sets. To do that with the last option
you'd have to make custom fonts.

-- John.

Re: [M100] M100 "VT52" terminal emulator for PC

[r cs]

Steve:

Very interesting!  Are you familiar with the work of Lars Brinkhoff?
https://github.com/larsbrinkhoff/terminal-simulator

His work stands up an 8080 emulator on Linux and then runs the actual ROMs
for the VT-100 (no AVO) and VT-52.  The VT-100 is beautiful!

It just so happens I was just filing an issue that the vt52 build didn't
work for want of a directory with certain file(s) when I saw your message.
However he is still very active on Github, so I anticipate that issue will
get corrected when he has time.

Thank you also for your numerous efforts!  At some point I need to upgrade
my REX herd (6 of the original REX and standalone CP/M kits, but haven't
gone to your latest products yet).

Regards,
rcs

On Mon, Feb 20, 2023 at 8:45 AM Stephen Adolph  wrote:

> After quite a bit of searching I finally found what I was looking for.
>
> This is in regards to the poorly named VT100 function that is included in
> REX#.
> I should have named it VT52 (sort of).
>
> The Model 100 treats it's screen like a terminal, in a way.  There are
> control codes that mimic much of the VT52, except for a  handful of custom
> codes.
> So, the DVI also obeyed these control codes.
>
> The MVT100 video adapter, that works with REX# to enable an external video
> solution for 80x24, also uses these codes to control the screen.
>
> An alternative to external video is to find a way to send the video
> characters over serial to a PC, and using the PC as a "DVI" (for the video
> portion anyways).
>
> I've been searching for a shortcut to developing such a "VT52 terminal",
> to which I could add the special M100 control codes, and thereby have
> another option for 80x24 video.
>
> I found it.  Here is the project I am going to port.
>
> https://github.com/kgober/VT52
>
> It is a VT52 terminal emulator written in C#, and compilable in Visual
> Studio.  I've been able to install the tools and been able to compile it.
>
> So, I'm off now on a tangent to make a Windows (10) dotNET based
> application.
>
> I don't know if this will be portable to linux in any way, but lets see
> how this goes.
>
> ..Steve
>
>
>
>

-- 
*Níl aon tinteán mar do thinteán féin. *[Irish Gaelic]
(There is no fireside like your own fireside.)

Re: [M100] M100 "VT52" terminal emulator for PC

[birt_j]

MONO is available for MAC/Linux to enable running .NET code.

 

Jeff Birt

 

From: M100  On Behalf Of Stephen Adolph
Sent: Monday, February 20, 2023 7:44 AM
To: m...@bitchin100.com
Subject: [M100] M100 "VT52" terminal emulator for PC

 

After quite a bit of searching I finally found what I was looking for.

 

This is in regards to the poorly named VT100 function that is included in REX#.

I should have named it VT52 (sort of).

 

The Model 100 treats it's screen like a terminal, in a way.  There are control 
codes that mimic much of the VT52, except for a  handful of custom codes.

So, the DVI also obeyed these control codes.  

 

The MVT100 video adapter, that works with REX# to enable an external video 
solution for 80x24, also uses these codes to control the screen.

 

An alternative to external video is to find a way to send the video characters 
over serial to a PC, and using the PC as a "DVI" (for the video portion 
anyways).  

 

I've been searching for a shortcut to developing such a "VT52 terminal", to 
which I could add the special M100 control codes, and thereby have another 
option for 80x24 video.

 

I found it.  Here is the project I am going to port.

 

https://github.com/kgober/VT52

 

It is a VT52 terminal emulator written in C#, and compilable in Visual Studio.  
I've been able to install the tools and been able to compile it.

 

So, I'm off now on a tangent to make a Windows (10) dotNET based application.

 

I don't know if this will be portable to linux in any way, but lets see how 
this goes.

 

..Steve

 

 

 

Re: [M100] M100 "VT52" terminal emulator for PC

[Joshua O'Keefe]

> On Feb 20, 2023, at 5:45 AM, Stephen Adolph  wrote:
> 
> After quite a bit of searching I finally found what I was looking for.
> It is a VT52 terminal emulator written in C#, and compilable in Visual 
> Studio.  I've been able to install the tools and been able to compile it.

Steve, this is exciting!  For values of "exciting" that perhaps only certain of 
us are capable of truly appreciating.

Bringing a full-blown modern-ish desktop computer into the display end of 
things really opens up the options a lot.

Did you evaluate something like qodem [1] in the process, taking that 
old-school DOS-like approach?  I'm curious if you poked through or evaluated 
text mode / curses type stuff or kept your searching mainly to the cool 
graphical CRT emulations a la cool-retro-term [2].  I could see getting a 
pretty gorgeous CRT-like DVI experience from that if the VT52 works.

[1] qodem has a site at https://qodem.sourceforge.net/ that really shows off 
that nice DOS era terminal emulator feeling, and it claims specifically VT52 
support separate from the VT100/102 emulation.

[2] cool-retro-term at https://github.com/Swordfish90/cool-retro-term is so 
much fun to play with because of the CRT emulation and font stuff but I haven't 
poked at the VT52 end of things.  

[M100] M100 "VT52" terminal emulator for PC

[Stephen Adolph]

After quite a bit of searching I finally found what I was looking for.

This is in regards to the poorly named VT100 function that is included in
REX#.
I should have named it VT52 (sort of).

The Model 100 treats it's screen like a terminal, in a way.  There are
control codes that mimic much of the VT52, except for a  handful of custom
codes.
So, the DVI also obeyed these control codes.

The MVT100 video adapter, that works with REX# to enable an external video
solution for 80x24, also uses these codes to control the screen.

An alternative to external video is to find a way to send the video
characters over serial to a PC, and using the PC as a "DVI" (for the video
portion anyways).

I've been searching for a shortcut to developing such a "VT52 terminal", to
which I could add the special M100 control codes, and thereby have another
option for 80x24 video.

I found it.  Here is the project I am going to port.

https://github.com/kgober/VT52

It is a VT52 terminal emulator written in C#, and compilable in Visual
Studio.  I've been able to install the tools and been able to compile it.

So, I'm off now on a tangent to make a Windows (10) dotNET based
application.

I don't know if this will be portable to linux in any way, but lets see how
this goes.

..Steve