Re: [M100] On-device file conversion?

[Kenneth Pettit]

On 5/11/24 3:38 PM, Bert Put wrote:


All text that I write on the M-100 or M-102 will be transferred to the 
"main machine" -- a linux desktop or laptop that I do all 
post-processing on.  I used a NADSBox for that file transfer, but 
there are lots of M-100->PC solutions out there.


Funny I was just thinking to myself two days ago "I wonder if anyone 
still uses NADSBox?" :)


Ken

[M100] LizardHill maintenance

[Kenneth Pettit]

All,

Lizard Hill sent me a message that they have emergency maintenance 
tonight at 7:30 PM Pacific time.  Club100 services may be out for an 
hour or so.


Ken

Re: [M100] VirtualT mainline source code

[Kenneth Pettit]

Hey Gang,

It has been quite a while since I have made any updates / releases to 
VirtualT.  I have some local changes where I was implementing a "Dark 
Theme" to make all of the dialog boxes a black background with light 
letters.  This was an effort I believed I needed because I was unable to 
see black-on-white.  Turns out I just needed cataract surgery!  :)


I am in the middle of designing a TinyTapeout ASIC and have 33 days left 
for my submission.  Then I can probably look at spending some time doing 
a VirtualT official release.


Ken

On 3/17/24 5:00 AM, Joshua O'Keefe wrote:

On Mar 16, 2024, at 10:37 PM, B 9  wrote:

Is Virtual T no longer being released by the original developers? 
(Ken Petit? Stephen Hurd?)


I am not the upstream by any stretch of the imagination, but I am also 
maintaining what I think is the "best of breed" fork with as many of 
the patches and fixes that I've found across all the forks floating 
around:



I wound up doing this because the current upstream code outright 
doesn't work on macOS, lacks some of the Linux build fixes, and lacks 
some UI fixes in the weird "devterm" fork that forked from an ancient 
version of upstream. PRs for this kind of thing to upstream have gone 
unanswered for months or years it seems?


So while I wouldn't consider myself or declare myself authoritative by 
any means, I absolutely do welcome PRs and promise to merge 'em.

Re: [M100] Using CP/M for assembly work

[Kenneth Pettit]

On 3/16/24 5:46 PM, Brian K. White wrote:


Thanks, and don't worry about it. It is simple enough for me to just 
hook up a 100 and save a file, and then I'll know everything.




"Everything"!  Wow, that's an impressive M100 you've got there!  ;-)

Re: [M100] Is there a superoptimizer for the Intel 8085 (or maybe the Z80)?

[Kenneth Pettit]

LOL!

On 3/15/24 5:01 PM, Stephen Adolph wrote:

I think it is called "Ken"  ;)

On Friday, March 15, 2024, Douglas Quagliana  wrote:

Does anyone know if there is a superoptimizer for the Intel 8085
(or maybe for the Z80)?

A superoptimizer in this context is a program that takes as its
input an assembly language source code file and then it tries a
brute force search of all possible machine language instructions
(up to a certain length) for any shorter/faster sequences of
machine language instructions that would do the same thing as the
original sequence of instructions.

There's a GNU superoptimizer for 8086 and 68020, but I'm looking
for one for the 8085 (or Z80) so I can use the superoptimized
results on a Model 100.

Regards,
Douglas

Re: [M100] m100

[Kenneth Pettit]

Got that, thanks :-)

Sent from my iPhone

> On Mar 3, 2024, at 10:35 PM, Bert Put  wrote:
> 
> Everyone's a critic :-)
> 
> That was a joke, in case it wasn't obvious :-)
> 
> Regards,Bert
> 
> 
>> On 3/3/24 20:05, Peter Vollan wrote:
>> Yes, it is excellent! But it is not xmas anymore.
>> On Sun, 3 Mar 2024 at 15:26, Kenneth Pettit > <mailto:petti...@gmail.com>> wrote:
>>__
>>Did you ever check out my WCCARD.BA <http://WCCARD.BA> (Tokenized
>>White Christmas Card) in the Media directory of my Personal
>>Libraries at Club100?
>>Ken
>>>On 3/3/24 2:38 PM, Peter Vollan wrote:
>>>Can you recommend any "eye candy" programs for the model 100? I am
>>>familiar with KSCOPE and WAVES.

Re: [M100] m100

[Kenneth Pettit]

:-D And thanks!Sent from my iPhoneOn Mar 3, 2024, at 6:08 PM, Peter Vollan  wrote:Yes, it is excellent! But it is not xmas anymore. On Sun, 3 Mar 2024 at 15:26, Kenneth Pettit <petti...@gmail.com> wrote:

  

  
  
Did you ever check out my
  WCCARD.BA (Tokenized White Christmas Card) in the Media directory
  of my Personal Libraries at Club100?
  
  Ken

On 3/3/24 2:38 PM, Peter Vollan wrote:


  
  Can you recommend any "eye candy" programs for the
model 100? I am familiar with KSCOPE and WAVES. 


  

Re: [M100] m100

[Kenneth Pettit]

Sure thing!  :)

http://www.club100.org/memfiles/index.php?=0==Ken%20Pettit/Media

Ken

On 3/3/24 3:51 PM, Walt Perko wrote:


Hi,

A link to the page would help.

==
C U L8r,  °|°  Walt Perko  °|°    "Kids ... teach them the good 
stuff, and they still learn the bad stuff on their own."


http://www.R2Pv1.com/ <http://www.r2pv1.com/> *RoboGuts™ Intelligent 
content for 3D printing making S.T.E.A.M. education better, easier and 
more affordable *


**

Experiments to learn how to use various Electronic Components, 
Structured Computer Programming, Phonemes for Speech  in any 
language, and Art.



 "The World Needs a New Economic Model"
==

BillyBotAvatar-2centsStamp-c

Sent from the Cyber7

*From:* M100 *On Behalf Of *Kenneth Pettit
*Sent:* Sunday, March 3, 2024 3:24 PM
*To:* m100@lists.bitchin100.com
*Subject:* Re: [M100] m100

Did you ever check out my WCCARD.BA (Tokenized White Christmas Card) 
in the Media directory of my Personal Libraries at Club100?


Ken

On 3/3/24 2:38 PM, Peter Vollan wrote:

Can you recommend any "eye candy" programs for the model 100? I am
familiar with KSCOPE and WAVES.

Re: [M100] m100

[Kenneth Pettit]

Did you ever check out my WCCARD.BA (Tokenized White Christmas Card) in 
the Media directory of my Personal Libraries at Club100?


Ken

On 3/3/24 2:38 PM, Peter Vollan wrote:
Can you recommend any "eye candy" programs for the model 100? I am 
familiar with KSCOPE and WAVES.

Re: [M100] dice

[Kenneth Pettit]

On the Model 100 you can do this:

10 DEFINTR,S:R=-1745:S=-902:POKES,PEEK(R):POKES+1,PEEK(R+1)

Theory:

After defining R and S as INT type variables, the values of each will be:

  R = -1745 = 64436 - 1745 = 63791 = F92Fh
  S = -902   = 65536 - 902 = 64634  = FC7Ah

R points to a memory location that is updated by the background task.  
It changes 125 times per second (or something like that).
R+1 points to a count down value used by the background task (12 down to 
1) that counts when R gets to 125.


S points to one of the bytes in the RND number seed
S+1 points to another byte in the RND number seed

So this one line of code grabs a random number and puts it in the RND 
seed.  The random number will be one of 11 * 125 = 1375 possible random 
values depending on when the program is started.


For T200, these addresses would be R=-3553 and S=-2259

Ken

On 12/26/23 3:15 PM, lloydel...@comcast.net wrote:


In game programs that I’ve written,  I do a splash page.  To advance 
from the splash page to the actual game, the user is asked to press 
any key.


I check INKEY$ and if it is equal to nothing (“”), I get a random 
number and loop back to the INKEY$ check.  Once the user presses a 
key, the program breaks out of the loop.


So even if the random number sequence is predetermined, there will be 
a random number of random numbers obtained before the game starts.  
The number of random numbers obtained is based on the time delay for 
the player to “press any key”.


I hope this helps.  If not, I can send a code snippet.

Lloyd

*From:* M100  *On Behalf Of *Peter 
Vollan

*Sent:* Tuesday, December 26, 2023 4:29 PM
*To:* Model 100 Discussion 
*Subject:* [M100] dice

Whoever wrote the Model 100 Dice Box, how do you account for the fact 
that supposedly the Model 100 will generate the same random numbers 
every time it is asked to due to its limited memory?

Re: [M100] Text Sweeper 2.7.3

[Kenneth Pettit]

On 11/25/23 8:12 AM, John R. Hogerhuis wrote:

Lol take a breath, he was joking around :-)

Windows is safe for a while



Yep, just joking around (thus the smiley face).

While it has been 15+ years that I have been in the Linux world (you 
can't do ASIC design on Windows, only Linux, at least as far as I know), 
the majority of my customers still use Windows.  But I find at this 
point I'm like a fish out of water anytime I have to do something in 
Windows beacuse the interface is foreign to me now, especially with all 
the changes since Windows XP (the last version I actually used heavily).


Also, anytime I walk through Best Buy (not very often), to my knowledge, 
you can only purchase a PC with Windows.  I don't believe I have ever 
seen one sold on the store floor that came stock with Linux, so that is 
a pretty good indicator also ;-)


Ken

Re: [M100] Text Sweeper 2.7.3

[Kenneth Pettit]

Oh wow!  Do people actually still use Windows?  :-)

I think I have a Windows 10 VM on my Mac somewhere (from a few years ago 
when I was forced to create a Windows API library at work for a 
customer).  I've never tried to run VirtualT on it.  I suspect it (the 
Windows VM) would still boot, though it has been a couple of years since 
I tried it.


Ken

On 11/24/23 12:42 PM, Philip Avery wrote:

Hi George

Regarding VT issues on W10: Sometimes I've got VT in a pickle and have 
to delete the Roaming file to reset it.


Delete: Windows (C:)/Users/(name)/AppData/Roaming virtualt

Regards
Philip


On 25/11/2023 8:42 am, grima...@gmail.com wrote:

Hi all,

Happy Thanksgiving to all those who may be located in the US and 
celebrated!


I just wanted to share that since last year, I have done a bit more 
work on Text Sweeper (Model 100 Minesweeper Clone), and have 
published a new release to GitHub.


https://github.com/Grimakis/TextSweeper/releases/tag/2.7.3

I have added a few changes since I last posted to the list, but the 
major ones are:
1. Using an ML subroutine to switch between the game screen and help 
screen. (way faster than the prior version)
2. Requiring less memory to run(approx 1KB less), by using ALTLCD as 
my stack space for the search algorithm, switching to LIFO, and 
changing the XY coordinate data structure from 4 bytes to 2 bytes.


As a reminder, the game is compatible with the M100, T102, T200, and 
the DVI in both 40 and 80 col mode.


-George

P.S. Has anyone had issues with Virtual T on Windows 10? the Memory 
Viewer window no longer appears for me. It's made a little harder to 
debug whilst coding. If anyone has any ideas, let me know.

Re: [M100] 10.4" LCD with the Model 100

[Kenneth Pettit]

On 11/9/23 10:30 AM, John R. Hogerhuis wrote:


As to graphics... that's a horse of a different color. There are text 
block graphics codes.


For pixel graphics... you may be able to subclass the PSET/ LINE 
commands but I don't know. Maybe someone working on the MVT100 thingy 
can speak to that.




The PSET / LINE, etc. graphics primitives in the ROM have no hooks and 
only work with the internal LCD.  I looked into that when I was thining 
about my TDock project many years ago.


Ken

Re: [M100] Bitchin100 down?

[Kenneth Pettit]

Hey Steve,

It is working for me.

Ken

On 11/5/23 8:11 AM, Stephen Adolph wrote:
hi folks, is anyone else having trouble with bitchin100.com 
?

Seems like the site might be down.
thanks, Steve

Re: [M100] Model 200 Screen ...Protector??

[Kenneth Pettit]

Did anyone actually look closely at this??  They have a "C-like" 
compiler for the 8080 called "Cate".  The game is written largley in the 
Cate language with a few ASM routines to handle M100 specifc stuff!  And 
all the source code is available for both the game as well as the Cate 
compiler, which is written in C#.


It is an impressive amount of work.

Ken

On 10/12/23 5:07 AM, Fisher wrote:
By the way, anyone seen this? I got the NEC game to load, but no luck 
yet with the M100 version.

http://inufuto.web.fc2.com/8bit/guntus/

Re: [M100] Happy Father's Day

[Kenneth Pettit]

Thank you ... you too John!

Ken

On 6/18/23 10:41 AM, John R. Hogerhuis wrote:

Happy Father's Day to all the dads on the list!

-= Model Ts Forever =-

Re: [M100] Switchable clock doubler schematic

[Kenneth Pettit]

On 5/14/23 6:09 PM, Stephen Adolph wrote:

Hi Philip,
It does work with both REX flavors, yes.
Yes the keyboard is polled more frequently, but I have not seen a 
problem with that.  Did you have something in mind?


Probably ChatGPT on the M100 or something.  :-)

Ken

Re: [M100] Any further info on TDock?

[Kenneth Pettit]

Hey Mark,

TDock was an idea for a Pi Hat PCB to interface with the M100 Printer 
port and then use the RaspPi as the display interface.  I developed a 
PCB and even built one and wrote some M100 software, but it never got 
any farther than that.  There were some grumblings about using a RaspPi 
(with nearly infinitely more times horsepower) as a periph to the M100, 
concerns about the cost of the PCB, etc.


So based on all of that along with my experience with NADSBox (my 
experience was much different than that of the customers who use it), I 
decided to abndon the idea.  These days I'm so busy trying to raise two 
kids, one of whom is autistic, I don't have time for such projects, even 
if I was inclined to start back up on something like that.


Ken

On 5/9/23 9:04 AM, mark audacity romberg wrote:
Guess I'll just ask this every couple years, because I think it would 
be rad as hell to have a modern dock for the M100.
It sounded like Ken had a working prototype a couple years ago, but 
haven't heard anything since.


*/mark audacity romberg
817.368.9314
mark.romb...@gmail.com/*

Re: [M100] PSCALC Spreadsheet

[Kenneth Pettit]

On 3/5/23 12:11 AM, Gary Weber wrote:
By the way, that screenshot that I attached previously which shows 
proof of this mysterious PSCALC ROM's existence is from a Japanese 
webpage from the 2003 era:

https://pc.watch.impress.co.jp/docs/2003/1001/pda27.htm



Gary, that screenshot is from 1903!!!  That ROM is not likely to exist 
after 120 years!!!  ;-)


Ken

Re: [M100] DVI character set

[Kenneth Pettit]

Hey George,

When you execute SCREEN 0 or SCREEN 1, it sets a variable indicating the 
selected screen at the following addresses:


M100:  F638H
T200:   EF06H

This will be 0 for LCD or 1 for DVI.

Or you can look at the active ROWs, COLs addresses

M100:
   ROWS: F63Bh   will be 8 or 25
   COLS: F63Ch   will be 40 or 80

T200:
   ROWS: EF08H   will be 16 or 25
   COLS: EF09H   will be 40 or 80

I don't believe there is a copy of DVI contents in RAM anywhere. For an 
80x25 display, this would be 2000 bytes of data.


Ken

On 2/24/23 8:14 AM, grima...@gmail.com wrote:

Random questions.

1. Is there an easy way to identify from BASIC, a computer which is 
connected to a DVI.
2. Is there a range of memory that I can access from BASIC that 
mirrors the DVI screen contents?


Basically, I've updated Text Sweeper to properly ID the model 200 and 
check the right LCD memory locations, but now I am facing a similar 
issue with the DVI system.


-George

On Fri, Feb 24, 2023 at 11:04 AM Brian K. White  
wrote:


nuthin toit

On 2/24/23 09:27, Stephen Adolph wrote:
> Brian thanks again for posting the ROMs.
> They dropped directly into my new project unmodified!
>
> On Thu, Feb 23, 2023 at 8:36 PM Stephen Adolph
 > wrote:
>
>     I'm back at this.
>     In the emulator I am working on. Ow, I have to redo the
fonts.  I'm
>     free to use whatever I want.
>
>     So, which one of these fonts is actually used by the dvi? 
The 8x8
>     or the 7x8?
>
>
>
>     On Thursday, January 28, 2021, Tom Wilson      > wrote:
>
>         Ooh! There are actually two fonts in the 4K ROM
>
>         Here's the second one
>         image.png
>
>         This is the same font, but with only 7 bits used. I'm
betting
>         this is the same as the internal font on the M100
itself. Here's
>         one of the characters (255) for comparison:
>
>         Bank 0:
>         image.png
>
>         Bank 1:
>         image.png
>
>
>         Tom Wilson
> wilso...@gmail.com 
>         (619)940-6311
>
>
>
>         On Thu, Jan 28, 2021 at 4:09 PM Tom Wilson
         > wrote:
>
>             Hey, the file works with my Commodore font editor! 
=)  I'm
>             totally going to add this as an optional font in my
terminal
>             emulator.
>
>             image.png
>
>
>
>             Tom Wilson
> wilso...@gmail.com 
>             (619)940-6311
>
>
>
>             On Thu, Jan 28, 2021 at 1:53 PM Jim Anderson
>             mailto:jim.ander...@kpu.ca>>
wrote:
>
>                  > -Original Message-
>                  > If you're going to do that much, then I will grab
>                 some more pics with a
>                  > better camera and a tripod so my hand isn't
moving,
>                 and manual focus.
>                  > Maybe even a good straight-on centered shot
without
>                 glare from the room
>                  > lights. Maybe with manual controls I can get
a shot
>                 in the dark without
>                  > the text blooming.
>
>                 You know what, I realize that I went straight to
that
>                 screen photo image because I was looking for a clear
>                 image that had my XX pattern in 80-column
mode...
>                 and it's really not so blurry, but the capture in
>                 "Snapshot_20210127_233755.jpg" is sharper and
does have
>                 the full character set showing.  Even though they're
>                 flanked by square brackets I think I can work
with it.
>                 (the square brackets don't go to the full left
and right
>                 extent of the character cell, that's why I used X.)
>                 Don't worry about going to any trouble for a sharper
>                 screen photo.  For my cleanup/rescaling of the
original
>                 font I've been working off a handheld iphone
photo of my
>                 monitor.
>
>                 I also whipped something up to display the ROM
data as
>                 large block pixels for an absolute reference to the
>                 original intended shapes so I think I've got
everything
>                 I need (except time) :)
>
>
>
>
>
>
>
>                          jim
>

-- 
bkw

Re: [M100] C# terminal slooowwww

[Kenneth Pettit]

Hey Steve,

I think the operative words in your email contributing to slowness are 
"windows machine"  (tee hee hee).  But seriously ... Windows? Do people 
still use Windows in 2023?  (Sorry, just can't help myself).


Ken

On 2/24/23 11:15 AM, Stephen Adolph wrote:

Question for the crowd.

I've got the mvt100 terminal in C# running well.  It is compiled in 
Visual Studio.


When I run in full screen mode, the cpu utikixlxation jumps to 50% and 
the response of the terminal is visibly slow.


I get that the screen updates take time, but really?  My windows 
machine is less responsive than the little Pic based Geoff terminal.


Is thisn indicative of bad code?

Re: [M100] Super ROM for NEC

[Kenneth Pettit]

Hey Steve,

I don't know if you are still trying to get SuperROM ported to PC-8201 
or not, but I have merged in all of my M100 disassembly comments into 
the PC-8201 disassembly and was able to find *most* of the calls you 
identified below.


Note however the following:

1.  The encoding for floating point numbers in PC-8201 is TOTALLY 
different than M100.

2.  Most of the routines in PC-8201 are using SGL precision vs. DBL in M100
3.  Three of the routines aren't available and would have to be dealt 
with in some other way.


Ken

On 2/18/23 12:07 PM, Stephen Adolph wrote:
If there is anyone motivated to help, It would be helpful to figure 
out the equivalent calls PC-8201 calls for this list of M100 main ROM 
calls.


0x30C2  -> NON EXISTENT ( Load FAC1 with zero).  Could use:  LXI B, 
H  CALL 0x3DF7

0x31B5  -> 0x321E ( Copy FAC1 to FAC2 )
0x31B8  -> 0x3218 ( Copy floating point at M to FAC1 ) NOTE: DBL in 
M100, type of last var in PC-8201

0x31BB  -> NON EXISTENT ( Move floating point at M to (DE) )
0x31C1  -> 0x3215  ( Copy FAC2 to FAC1 )
0x31C4  -> 0x31D0  ( Move floating point at M to FAC1) NOTE: DBL in 
M100, SGL in PC-8201

0x31CA  -> 0x31EA  ( Move FAC1 to M)   NOTE: DBL in M100, SGL in PC-8201
0x31CD  -> 0x31ED  ( Move floating point at (DE) to M ) NOTE:  DBL in 
M100, SGL in PC-8201

0x3469  -> 0x31F7   ( Move B bytes from (DE) to M with increment )
0x3472  -> NON EXISTENT  ( Move B bytes from (DE) to M with decrement )
0x34D2  -> 0x326F   ( Double precision compare FAC1 with FAC2 )
0x3501  -> 0x329E   ( CINT function )
0x3510  -> 0x32BA   ( Load signed integer in HL to FAC1 )
0x3513  -> 0x32BD   ( Set type of last variable to INT )
0x35BA  -> 0x32FC   ( CDBL function )
0x35CF  -> 0x330D   ( Set type of last variable to DBL )

Re: [M100] Printer port clamp

[Kenneth Pettit]

Hey Joseph,

No likely.  The 40H244 CMOS chip won't source much current, even if you 
could keep all 8 of the output drivers on.  But you can't because those 
signals are also used for the keyboard scan logic.


And the only other outputs there have large pull-up resistors, also 
preventing much current draw.


Your best bet might be to use the BCR port on the side of the unit 
instead.  It has a 5V output that could be used, plus a 9-pin DIN 
connector for support.


Ken

On 2/19/23 6:33 PM, Joseph Colson III wrote:

Kenneth - Do you think you could pull power from the printer port?  I mean if 
you going to make a mount then might as well have it power the light as well !


-Original Message-
From: M100  On Behalf Of Kenneth Pettit
Sent: Sunday, February 19, 2023 8:16 PM
To: m...@bitchin100.com
Subject: Re: [M100] Printer port clamp

Hmm,  yep, I think you are correct.

In that case it would be a 26-pin Dual Row IDC connector:

https://bra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.showmecables.com%2F26-pin-dual-row-idc-socket-female%3Fgclid%3DCj0KCQiArsefBhCbARIsAP98hXS-dgo47D7eqMezAZ8ZUoocwyXh7JtE35QRXf3tfeoZ_4gt8F3pB-QaAsBPEALw_wcB=05%7C01%7C%7C85cde32a96fc4b60185808db12e8998f%7C84df9e7fe9f640afb435%7C1%7C0%7C638124562468954694%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=nwr6CsO4%2BIDXtDw1sms%2FbYuEDbn5I4u7%2BNfZAcxk4K4%3D=0

Ken


On 2/19/23 6:12 PM, Joseph Colson III wrote:

Isn't that connector for the printer side of the cable ?   I assumed he was 
thinking of the back of the Model 100.



-Original Message-
From: M100  On Behalf Of Kenneth Pettit
Sent: Sunday, February 19, 2023 6:40 PM
To: m...@bitchin100.com
Subject: Re: [M100] Printer port clamp

Yep, it is a 36-pin centronics connector:

https://bra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.amazon.com%2Fuxcell-Centronics-Connector-Printer-Adapter%2Fdp%2FB00X7BP2B6=05%7C01%7C%7C85cde32a96fc4b60185808db12e8998f%7C84df9e7fe9f640afb435%7C1%7C0%7C638124562468954694%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=TD6lKQWTkjw0KSLrj6B%2BIPA%2F6tnfJFs9UV%2BH6Hcyxzc%3D=0

Ken

On 2/19/23 3:41 PM, Wayne Lorentz wrote:

I was in the book store yesterday and picked up one of those little 
battery-powered lights that clip onto a book.  Not the ones with the giant, 
scary clamps, but one with a smaller, dainty clip.

I thought I might have it do double-duty illuminating an M100 screen from 
above, but there doesn't appear to be anything suitable on an M100 to clip it 
onto.  Then I thought, maybe I can plug something inert into the printer port, 
like a very short, unpopulated circuit board. (The serial port is occupied 
already.)

Can anyone tell me what the connector for the printer port is called?  I assume 
that once identified, I can buy it online, since I'm a long way from the 
(last?) Radio Shack in Wisconsin Dells.

Re: [M100] Super ROM for NEC

[Kenneth Pettit]

The floating point encoding in the NEC is much different than the other 
models.  The M100/102/200, etc. use BCD encoding, but I never could 
figure out how NEC was encoding it.


Some bizzare encoding where single precison ZERO is represented as 00h 
00h C7h 00h


Ken

On 2/19/23 12:33 PM, Stephen Adolph wrote:
Yah I'm not sure it is actually doable, in a reasonable amount of time 
effort.

It is hard to separate data tables from code.

I found one disassembler that was capable of labeling, and tracing 
code, but it did not support undoc opcodes, so it wasn't a good 
disassembly to use.


I think all the issues could be overcome, but it would be a sizable 
amount of effort indeed.


I did learn some python in the process.


On Sun, Feb 19, 2023 at 2:48 PM Gary Weber  wrote:

Hey Steve

So this is definitely going to be pretty involved.  As people have
already stated, the math subsystem of the Model 100's vs. NEC
8201's version of BASIC is pretty different.  Going through that
list of addresses and just looking at the instructions being done
by the M100 for each as yielded no results when trying to match
them up with NEC equivalents when looking at both of my master
disassemblies for each ROM.

I have documentation on a lot of the NEC's math functions, so if
there's a way to figure out *what* each of those M100 calls are
trying to do from SuperROM (and I'm guessing from the Lucid app),
then we may be able to find equivalents in *functionality*, and
then be able to add a bit of of code in order to get the calling
convention and result output translated back into what SuperROM
wants.  It would be a pretty daunting task, IMO.

Pretty much everything else in the machines are pretty similar,
except when it comes to BASIC.  I've even seen cases where math
calculations give results that are in a slightly different
precision between the Tandy & NEC flavors.  (This was something to
do with the ATN() function if I recall correctly.)

Gary



On Sat, Feb 18, 2023 at 5:39 PM Gary Weber  wrote:

Hi Steve,

Well first of all, it's awesome you've got a renewed interest
in this little project!

One resource you might also find helpful is the ModelT Memory
Map Database:

https://www.web8201.net/default.asp?content=modelt_memorymaps/mapview.asp
I'm also willing to assist with the conversions on those
addresses.  I'll take a first stab and finding the equivalents
for the NEC on your list.

Gary





On Sat, Feb 18, 2023 at 1:49 PM Kenneth Pettit
 wrote:

Hey Steve,

Looks like the NEC and M100 math routines are a fair
amount different.

I have started a task of annotating the NEC VirtualT
disassembly listing with the hand-coded changes I made to
the M100 disassembly.  We'll see how far I get along this
path (There are a LOT of additions I made by hand).

Ken

On 2/18/23 12:07 PM, Stephen Adolph wrote:

Reviving this thread.

SuperROM uses RST1 to make "trampoline" calls to the main
ROM.
I've gone through all of the RST1 calls that SuperROM
makes to the M100 main rom.
Most convert well.

The really big gap is that the math routines are very
different in PC-8201.

If there is anyone motivated to help, It would be helpful
to figure out the equivalent calls PC-8201 calls for this
list of M100 main ROM calls.

0x30C2
0x31B5
0x31B8
0x31BB
0x31C1
0x31C4
0x31CA
0x31CD
0x3469
0x3472
0x34D2
0x3501
0x3510
0x3513
0x35BA
0x35CF

Ideally requiring no major code rework on SuperROM to
make it all work.





On Mon, Jul 12, 2021 at 8:30 AM Stephen Adolph
 wrote:

Noting that SuperROM has never been found (or never
released?) for NEC, it seems to me given what I know
about making applications run on both platforms, that
it should be very straightforward to translate the
M100 SuperROM into an NEC variant. After all, the NEC
and M100 are so similar.

Does anyone have any thoughts on this?

Process could be:
- Disassemble
- find the trampoline, and adjust for NEC memory map
- look for "trampoline" calls to the main ROM, and
convert to NEC addresses
- look for upper RAM addresses, and convert to NEC
addresses
---> this co

Re: [M100] Printer port clamp

[Kenneth Pettit]

Hmm,  yep, I think you are correct.

In that case it would be a 26-pin Dual Row IDC connector:

https://www.showmecables.com/26-pin-dual-row-idc-socket-female?gclid=Cj0KCQiArsefBhCbARIsAP98hXS-dgo47D7eqMezAZ8ZUoocwyXh7JtE35QRXf3tfeoZ_4gt8F3pB-QaAsBPEALw_wcB

Ken


On 2/19/23 6:12 PM, Joseph Colson III wrote:

Isn't that connector for the printer side of the cable ?   I assumed he was 
thinking of the back of the Model 100.



-Original Message-
From: M100  On Behalf Of Kenneth Pettit
Sent: Sunday, February 19, 2023 6:40 PM
To: m...@bitchin100.com
Subject: Re: [M100] Printer port clamp

Yep, it is a 36-pin centronics connector:

https://bra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.amazon.com%2Fuxcell-Centronics-Connector-Printer-Adapter%2Fdp%2FB00X7BP2B6=05%7C01%7C%7Ced1d58ca07664ff7acfd08db12dafd74%7C84df9e7fe9f640afb435%7C1%7C0%7C638124503997833827%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=idi7J72SBKv7xN57mCH7ppWiLRjCDeuIE1Y86bQS8ag%3D=0

Ken

On 2/19/23 3:41 PM, Wayne Lorentz wrote:

I was in the book store yesterday and picked up one of those little 
battery-powered lights that clip onto a book.  Not the ones with the giant, 
scary clamps, but one with a smaller, dainty clip.

I thought I might have it do double-duty illuminating an M100 screen from 
above, but there doesn't appear to be anything suitable on an M100 to clip it 
onto.  Then I thought, maybe I can plug something inert into the printer port, 
like a very short, unpopulated circuit board. (The serial port is occupied 
already.)

Can anyone tell me what the connector for the printer port is called?  I assume 
that once identified, I can buy it online, since I'm a long way from the 
(last?) Radio Shack in Wisconsin Dells.

Re: [M100] Printer port clamp

[Kenneth Pettit]

Yep, it is a 36-pin centronics connector:

https://www.amazon.com/uxcell-Centronics-Connector-Printer-Adapter/dp/B00X7BP2B6

Ken

On 2/19/23 3:41 PM, Wayne Lorentz wrote:

I was in the book store yesterday and picked up one of those little 
battery-powered lights that clip onto a book.  Not the ones with the giant, 
scary clamps, but one with a smaller, dainty clip.

I thought I might have it do double-duty illuminating an M100 screen from 
above, but there doesn't appear to be anything suitable on an M100 to clip it 
onto.  Then I thought, maybe I can plug something inert into the printer port, 
like a very short, unpopulated circuit board. (The serial port is occupied 
already.)

Can anyone tell me what the connector for the printer port is called?  I assume 
that once identified, I can buy it online, since I'm a long way from the 
(last?) Radio Shack in Wisconsin Dells.

Re: [M100] Super ROM for NEC

[Kenneth Pettit]

Hey Steve,

Looks like the NEC and M100 math routines are a fair amount different.

I have started a task of annotating the NEC VirtualT disassembly listing 
with the hand-coded changes I made to the M100 disassembly. We'll see 
how far I get along this path (There are a LOT of additions I made by hand).


Ken

On 2/18/23 12:07 PM, Stephen Adolph wrote:

Reviving this thread.

SuperROM uses RST1 to make "trampoline" calls to the main ROM.
I've gone through all of the RST1 calls that SuperROM makes to the 
M100 main rom.

Most convert well.

The really big gap is that the math routines are very different in 
PC-8201.


If there is anyone motivated to help, It would be helpful to figure 
out the equivalent calls PC-8201 calls for this list of M100 main ROM 
calls.


0x30C2
0x31B5
0x31B8
0x31BB
0x31C1
0x31C4
0x31CA
0x31CD
0x3469
0x3472
0x34D2
0x3501
0x3510
0x3513
0x35BA
0x35CF

Ideally requiring no major code rework on SuperROM to make it all work.





On Mon, Jul 12, 2021 at 8:30 AM Stephen Adolph  
wrote:


Noting that SuperROM has never been found (or never released?) for
NEC, it seems to me given what I know about making applications
run on both platforms, that it should be very straightforward to
translate the M100 SuperROM into an NEC variant.  After all, the
NEC and M100 are so similar.

Does anyone have any thoughts on this?

Process could be:
- Disassemble
- find the trampoline, and adjust for NEC memory map
- look for "trampoline" calls to the main ROM, and convert to NEC
addresses
- look for upper RAM addresses, and convert to NEC addresses
---> this could be a bit tricky I admit, because it may not always
be apparent that a register pair value is being used as an upper
RAM pointer
- adjust the hardware interrupt  if needed


cheers
Steve

Re: [M100] Need a beta tester

[Kenneth Pettit]

Hey b9,

Thank!  I will get these change incorporated into the documentation.

Ken

On 2/13/23 10:50 PM, B 9 wrote:


I am working on updating the ap_doc.do file with AsciiPixel image
encoding documentation, but it is a bit involved and is taking
some time to update.


Hey Ken, I know you're in the middle of updating the documentation, 
but I figured I might as well share the minor changes I made to 
ap_doc.do. Mainly I corrected the instructions for the Tandy 200, but 
I also fixed the mouse cursor ascii art, and added a section on how to 
detect if AsciiPixels is available.


Here's the patch:
--- ap_doc.txt~ 2023-02-13 21:14:40.395371132 -0800
+++ ap_doc.txt 2023-02-13 22:22:58.771620379 -0800
@@ -5,8 +5,8 @@
   /_/   \_\___/\___|_|_||_|   |_/_/\_\___|_|___/
  
  
- Version 1.0

- Copyright 2015, Ken Pettit
+ Version 1.0.1
+ Copyright 2023, Ken Pettit
   All rights reserved.
  
  
@@ -19,7 +19,7 @@

  The library is distributed as a standard .CO file that can be loaded
  to the portable and installed using the LOADM BASIC instruction.  Once
  installed, the library is accessed by making CALL instructions to the
-base entry address (value depends on M100/T102 vs T200), passing in
+base entry address (value is the same on M100/T102 and T200), passing in
  arguments in the A and HL registers to indicate the desired action.
  
  Services currently provided by AP include:

@@ -44,12 +44,21 @@
  2.  Enter basic and execute the "CLEAR" command to move HIMEM so
  there is room to load ASCPIX:
  
- - Model 100/102: clear 256,58000

- - Model 200: clear 256,58000
+ clear 256,58000
  
  3.  Still from BASIC, load the CO:
  
- loadm "ASCPIX"

+ - Model 100/102: loadm "ASCPIX"
+ - Model 200: loadm "ASCPX2"
+
+
+
+DETECTING
+=
+ To detect if ASCPIX has been loaded, use this code:
+
+ A=58000
+ IF PEEK(A)=195 AND PEEK(A)=46 THEN AP=1 ELSE AP=0
  
  
  CALLING

@@ -106,8 +115,8 @@
  
|\   |\   |\

| \  | \  | \
- | \ |. \ |_.'
- |__/ \\ \\
+ |/^` |_.' | \
+ \\ \\ |__/
  
Cursor 0 Cursor 1Cursor 2
  
Or, see the attached file. —b9

Re: [M100] TPDD Page Down?

[Kenneth Pettit]

All,

But be careful of the TS-DOS version ... original version of M100 TS-DOS 
had a bug in the SHIFT+DN function where the first SHIFT+DN will show 
the 2nd page, but the second SHIFT+DN will take you from the 2nd page 
all the way to the last page, skipping any pages inbetween.  I'm not 
sure if the T200 TS-DOS has this same issue.


I had patched this in the M100 TS-DOS ROM which we should be able to 
figure out how to apply to the T200 TS-DOS ROM if in fact this bug 
exists there.


Ken

On 2/15/23 10:15 AM, b...@pigford.org wrote:


Joe,

When using TSDOS, and navigating to display the Disk contents, there 
are may be more files to reveal by pressing SHIFT+DN to reveal another 
page of file names.  On my T200, the first page of files shows the 
last two filename “slots” to be empty , but there may still be more 
files on the second page that you can see using SHIFT+DN.   Use SHIFT+ 
UP to get back “up” to the previous page of files.  Be patient as it 
may take a second or two to toggle between pages.


I do not know how many pages of files can be seen as I have not stored 
more than two pages worth.


I hope this is helpful.

    Bob

*From:*M100  *On Behalf Of *Joseph 
Colson III

*Sent:* Tuesday, February 14, 2023 9:20 PM
*To:* m100@lists.bitchin100.com
*Subject:* [M100] TPDD Page Down?

I have come across this problem on a couple of devices.   When using 
the TPDD and I save more files than the screen can display they roll 
away. How do I scroll down or page down to see the other files? I seem 
to be having the same problem with the RAMPAC.


Any help would be appreciated,

Joe

Re: [M100] Video RAM, Ram Buffer, and LABEL

[Kenneth Pettit]

On 2/11/23 7:32 AM, Stephen Adolph wrote:


Yes until you discover a conflict;).

I'm not aware of anything per se in BASIC that needs Altlcd, but not 
really sure.

Virtualt would tell you.
Just run your program and see if altlcld is affected?



Nothing in BASIC uses ALTLCD.  In fact the greeting card I made back in 
December POKEs graphics routines to ALTLCD and then makes CALLs to it 
during the BASIC program execution.


Ken

Re: [M100] BASIC 10-liner contest

[Kenneth Pettit]

I won't try to attest to the "fun'ness" of the BASIC 10-liners I wrote, 
but they are available in my Personal Libraries section at Club100:


NUMAZE:  This is a T200 10-liner which is a Number Maze.  Make your way 
from left to right one column at a time by choosing "up" or "down".  The 
cursor will move the to next column in the direction chosen the number 
of spaces equalling the number the cursor is pointing to.


MBUGGY:  This is Moon Buggy for the M100.  Use the space bar to jump 
over moon craters.


GREED:  Collect as many points as you can on the M100 by moving the 
cursor in any of 8 directions.  The cursor moves the number spaces 
identified by the number in that directionn and adds up all points 
gobbled up along the way.  But don't be too greedy or you could get 
stuck with no way to move!


Ken

On 2/8/23 8:04 AM, Josh Malone wrote:

Neither were mine:

https://github.com/48kRAM/t200-hill_roller

https://github.com/48kRAM/m100-codebreaker

The fun is doing *anything* at all in 10 lines on these machines :)

On Wed, Feb 8, 2023 at 10:59 AM David Plass  wrote:

Don't get your hopes up; it's not a great game. I'm planning on a
2nd entry, but don't know what yet!

On Wed, Feb 8, 2023 at 10:57 AM Josh Malone
 wrote:

Excellent! I enjoyed writing a couple of 10-liners on the
Tandy machines back when I entered this contest. I'll have to
check this out

On Wed, Feb 8, 2023 at 10:35 AM David Plass
 wrote:

My current obsession is the BASIC 10-liner contest
(https://www.homeputerium.de/) so I wrote a 10-line "race"
program for the 100. Source is available at my repo:
https://github.com/dplassgit/games/blob/trunk/t100/indy.do

Enjoy!

Re: [M100] Backlight

[Kenneth Pettit]

On 2/1/23 3:26 PM, bir...@soigeneris.com wrote:

The rear polarizer on the LCD would need to be changed from the reflective type 
to transmissive. The display would also need to be inverted. Then you have to 
find a way to squeeze the backlight lightguide, LED, etc. into the top of the 
case and a way to route power to it. Take a look at the early backlight 
conversion kits for the original Gameboys. I think they called them 'bivert' 
kits.


Hmm, mabye a flashlight is easier???  ;-)

+--+
   .""| ~ ~ ~ ~ ~ | BASIC  TEXT  |
  X   | ~ ~ ~ ~ ~ | TELCOM   |
   '==' ~ ~ ~ ~ ~ |  |
  |__|
 /+ + + + + + +/ |
    /: : : : : : :/ /
  /.:.:.:.:.:.:.:/ /
  |__|/

Ken

Re: [M100] Are all the function keys the same?

[Kenneth Pettit]

F key switches can be swapped with other F key switches.  Non-F key 
switches can be swapped with other Non-F key switches.  But you can't 
swap F key switches with Non-F key switches.


Ken


On 2/1/23 7:12 AM, David Plass wrote:
Hm, I got one answer that said yes they can be swapped and one that 
says no. Anyone want to break the tie?

Re: [M100] Thanks Ken!

[Kenneth Pettit]

> On Jan 11, 2023, at 4:11 PM, hduns...@mac.com wrote:
> 
> I am now (probably?) the first person in human history to render the Zscaler 
> logo on a physical M100. Feels awesome!

I would venture a guess that you may be the first person in human history to 
render *any* company logo on a real M100! 

Regardless, thanks for the shout out!  It really only took about 20 minutes to 
put together.

Ken

Re: [M100] Thanks Ken!

[Kenneth Pettit]

That, 

  — OR —

A really cool game of guess the logo!  I’m imagining an app that plays the game 
with logo pack expansion files that people could contribute …. Hmm…. 

Ken

Sent from my iPhone

> On Jan 11, 2023, at 5:06 PM, John R. Hogerhuis  wrote:
> 
> 
> Looks cool!
> 
> I guess we need a crass commercialism demo Asciipixels sequence with a 
> mixture of live and dead companies :-)
> 
> -- John.

Re: [M100] Thanks Ken!

[Kenneth Pettit]

LOL!  Actually, I’m too old for that kind of nonsense (no offense), so I would 
have simply apologized and that would have been that.  :-)

Ken

Sent from my iPhone

> On Jan 11, 2023, at 5:26 PM, Fisher  wrote:
> 
> Have you seen this guy fight? https://www.youtube.com/watch?v=j_TN_UOJfzc. 
> I’m glad he liked the Ken’s ASCIIpixels work ;-)
>> 

Re: [M100] vga monitor solutions

[Kenneth Pettit]

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] Back in the hospital yet again

[Kenneth Pettit]

Hey gang,

Well I’m back in the hospital again with angina and shortness of breath.  
Hopefully it will be just. A couple of days for a stent or two and then home 
again.  Will let you know.

Ken

Sent from my iPhone

Re: [M100] NADSBoxes are ready (not on sale until Tuesday

[Kenneth Pettit]

Hey Jim,

I added the battery backed real-time-clock in the NADSBox so it could put 
timestamps on files written to the SD card.  However during extended testing, I 
learned that the clock is not that accurate and drifts over time.  I’m not sure 
if this is due to a PCB layout issue, a mismatch in the 32KHz crystal 
capacitance or what.

But it will loose or gain seconds and minutes over time.  Just keep that in 
mind.  Not sure about the +32 minute thing.

Ken

Sent from my iPhone

On Oct 24, 2019, at 12:57 AM, Jim Anderson  wrote:

>> -Original Message-
>>> 
 Got mine too!  THANKS!
>>> 
>>> Biting my nails waiting for mine (it'll be a few weeks yet, because
>>> Canada) :)
>> 
>> least the mail carrer will say "sorry eh"
> 
> Imagine my amazement when I got home from work today (Wednesday - yes I know 
> it's after midnight now) and there was the box from Ken!  I don't know how 
> you got them to do it but this is quite literally the fastest I have ever 
> received a parcel from the U.S. and I am so happy with the NADSbox - a great 
> piece of work!
> 
> Only one question for Ken: files I copy onto the SD card seem to be 
> timestamped exactly 32 minutes ahead of the time set in the NADSbox.  I did 
> notice when I first set it up that the time was set behind current, and I 
> fixed it but didn't make a note of how far behind it was, so I'm wondering if 
> you had shipped it out with the clock set 32 minutes slow to compensate for 
> this?
> 
> After a little experimentation I found that if I set the time and 'copy con' 
> a file from the terminal interface, the file has the correct timestamp.  If I 
> then use TS-DOS to copy a file into the NADSbox it will have a timestamp that 
> is +32 minutes, and if I *then* go to the terminal interface and 'copy con' 
> another new file it will now have a timestamp +32 minutes...
> 
> I've got the time set 32 minutes slow now and it seems to be reliably 
> creating files with the correct timestamp so I'm not sure if this is the fix 
> or not.
> 
> 
> 
> 
> 
> 
> 
> 
>jim

Re: [M100] ALL NADSBoxes SHIPPED!

[Kenneth Pettit]

Hi Jack,

I *might* have a spare set, but I’m not sure ... I was running really low.  If 
not, the enclosures were purchased from a company called Serpac up in the LA 
area.  They would certainly have contacts available.

Ken

Sent from my iPhone

> On Oct 17, 2019, at 7:31 PM, Gregory McGill  wrote:
> 
> Thanks!
> 
>> On Thu, Oct 17, 2019, 2:46 PM Ken Pettit  wrote:
>> Hey Gang,
>> 
>> All NADSBoxes were shipped today via USPS Priority Mail.  They should be 
>> arriving with 3-5 business days I believe.
>> 
>> Ken

[M100] Recovering in hospital still

[Kenneth Pettit]

Hey gang,

Just wanted to give an update after my operation.  The procedure had a few 
complications like leaky sutures (causing a 2nd surgery a several hours after 
the main bypass), etc.  

I’m still in the hospital waiting for resolution of the last complication  but 
in general doing well.  May get out in a day or two.

Ken

Sent from my iPhone

Re: [M100] In the hospital

[Kenneth Pettit]

Hey Mike,

Pretty much all 8... 10... 12...??  Well I’ve lost count.  But pretty much all 
of my angioplasty procedures were an easy recovery.  Oh, and it isn’t actually 
surgery (or called surgery) for angioplasty ... it’s a fairly simple procedure 
(by comparison) with a tiny puncture, basically just like an IV except it goes 
in an artery instead of a vein.

The only one that really caused me any trouble was last September, and that 
wasn’t actually caused by the angioplasty, it was the horrible laceration to my 
tongue  when they decided under duress to put in a breathing tube.

I’m sure you’ll do fine.

Ken

Sent from my iPhone

> On Jul 23, 2019, at 2:48 PM, Mike Stein  wrote:
> 
> Thanks for the tip & good wishes, Ken; no,  this'll be my first operation of 
> any kind, which is why I've been a chicken & put it off for 6 months or so... 
> ;-)
>  
> Good luck with yours!!!
> - Original Message -
> From: Kenneth Pettit
> To: m...@bitchin100.com
> Sent: Monday, July 22, 2019 11:40 AM
> Subject: Re: [M100] In the hospital
> 
> Again, thank you everyone for the good wishes.  My operation will be the 
> later part of the week it sounds like, possibly as late as Friday.  Just 
> waiting for the effects of the blood thinners to wear off.
> 
> Mike, good luck on your procedure also.  Have you had this done previously?  
> The most difficult part I think is laying perfectly flat during recovery if 
> they enter through the groin.  If they enter through the wrist, recovery is a 
> bit easier.
> 
> Ken
> 
> Sent from my iPhone
> 
>> On Jul 21, 2019, at 8:45 PM, gotoole  wrote:
>> 
>> Hi all
>> 
>> Best wishes from Gordon. Get well soon.
>> 
>> Regards 
>> 
>> Gordon O'Toole 
>> 
>> 
>> 
>> 
>> 
>> Sent from my Samsung Galaxy smartphone.
>> 
>>  Original message 
>> From: Stephen Adolph 
>> Date: 22/7/19 12:43 pm (GMT+10:00)
>> To: m...@bitchin100.com
>> Subject: Re: [M100] In the hospital
>> 
>> Mike, 
>> Hope that goes smoothly for you.  I have heard that stents make a great 
>> difference and recovery is fast.  Best wishes-
>> Steve
>> 
>> 
>>> On Sat, Jul 20, 2019 at 3:00 PM Mike Stein  wrote:
>>> Best wishes for a successful outcome and improvement in quality of life!
>>> 
>>> Going in for angiogram/angioplasty/stent myself in a couple of weeks...
>>> 
>>> m
>>> 
>>> - Original Message - 
>>> From: "Ken Pettit" 
>>> To: 
>>> Sent: Friday, July 19, 2019 11:05 AM
>>> Subject: [M100] In the hospital
>>> 
>>> 
>>> > Hey Gang,
>>> > 
>>> > I had to come to the hospital again on Wednesday because of cardio 
>>> > issues.  After the angiogram yesterday, the Dr. told me I need bypass 
>>> > surgery, which they will schedule for sometime early next week.  I'm 
>>> > still hanging out here while waiting, which is kinda why I have time to 
>>> > send emails on the list :)
>>> > 
>>> > Just wanted everyone to know in case things don't go well and you never 
>>> > hear from me again, at least you will know what happened. Only a small 
>>> > chance of that though ... they do a LOT of open heart surgery per day 
>>> > here (successfully), so they are pretty good at it.
>>> > 
>>> > Ken

Re: [M100] In the hospital

[Kenneth Pettit]

Again, thank you everyone for the good wishes.  My operation will be the later 
part of the week it sounds like, possibly as late as Friday.  Just waiting for 
the effects of the blood thinners to wear off.

Mike, good luck on your procedure also.  Have you had this done previously?  
The most difficult part I think is laying perfectly flat during recovery if 
they enter through the groin.  If they enter through the wrist, recovery is a 
bit easier.

Ken

Sent from my iPhone

> On Jul 21, 2019, at 8:45 PM, gotoole  wrote:
> 
> Hi all
> 
> Best wishes from Gordon. Get well soon.
> 
> Regards 
> 
> Gordon O'Toole 
> 
> 
> 
> 
> 
> Sent from my Samsung Galaxy smartphone.
> 
>  Original message 
> From: Stephen Adolph 
> Date: 22/7/19 12:43 pm (GMT+10:00)
> To: m...@bitchin100.com
> Subject: Re: [M100] In the hospital
> 
> Mike, 
> Hope that goes smoothly for you.  I have heard that stents make a great 
> difference and recovery is fast.  Best wishes-
> Steve
> 
> 
>> On Sat, Jul 20, 2019 at 3:00 PM Mike Stein  wrote:
>> Best wishes for a successful outcome and improvement in quality of life!
>> 
>> Going in for angiogram/angioplasty/stent myself in a couple of weeks...
>> 
>> m
>> 
>> - Original Message - 
>> From: "Ken Pettit" 
>> To: 
>> Sent: Friday, July 19, 2019 11:05 AM
>> Subject: [M100] In the hospital
>> 
>> 
>> > Hey Gang,
>> > 
>> > I had to come to the hospital again on Wednesday because of cardio 
>> > issues.  After the angiogram yesterday, the Dr. told me I need bypass 
>> > surgery, which they will schedule for sometime early next week.  I'm 
>> > still hanging out here while waiting, which is kinda why I have time to 
>> > send emails on the list :)
>> > 
>> > Just wanted everyone to know in case things don't go well and you never 
>> > hear from me again, at least you will know what happened. Only a small 
>> > chance of that though ... they do a LOT of open heart surgery per day 
>> > here (successfully), so they are pretty good at it.
>> > 
>> > Ken

Re: [M100] "Smart" watch fun

[Kenneth Pettit]

Hey John,

Sounds like it’s along the lines of my Pebble watch.  It uses an epaper 
transflective display that looks better the more sunlight available.  And it’s 
battery would also last a week.

Unlike the Fitbit though, you could write custom apps for it using the SDK that 
was available.  It’s a shame Fitbit bought the company out and then 
discontinued the line!

Ken

Sent from my iPhone

> On Jul 17, 2019, at 11:07 AM, John R. Hogerhuis  wrote:
> 
> (I'll get to Model 100 relevance by the end, trust me...)
> 
> I picked up a Amazfit Bip smart watch just before prime day for $60. It's 
> more expensive now.
> 
> Link:
> 
> https://amzn.to/2XX6O3g
> 
> I'm really liking it so far. It is a bare bones GPS watch with heart rate 
> monitor, and shows me notifications from my phone. I got it to track my runs 
> without having to bring my phone.
> 
> It's kind of too simple in some ways... for example, you can use it as a 
> timer or stopwatch, but most everything on the watch is a mode, so you can't 
> do that and anything else.If you're tracking a run, you're tracking a run. 
> You can't install any 3rd party apps on the phone.
> 
> But the coolest thing about it for me is that it lasts for almost a week and 
> has an always-on transflective color display. Outside, without a backlight, 
> the more sunlight you put on it, the better you can read it! Indoors or at 
> night you flip your wrist or press the button and the backlight comes on.
> 
> Relevance to the list: the long battery life and sunlight readable display! 
> If someone made a Model T today, I think a display like this would be a good 
> fit. Low power, sunlight readable, longer battery life without the need for 
> backlight in some conditions.
> 
> Apparently transflective displays aren't actually very common on smart 
> watches. Go figure.
> 
> -- John.

Re: [M100] Starblaze 100 strange behavior on select LCDs

[Kenneth Pettit]

The controllers on the LCD module are actually quite slow.  The main ROM polls 
the controller’s “busy” register after each write.

My guess is that to achieve maximum speed, Starblaze isn’t doing this poll and 
instead pushing the controller a bit faster than it was designed for.  I 
haven’t ever disassembled the Starblaze code, but I would bet it just uses a 
CPU loop to delay a bit between LCD writes.  What is likely happening is that 
some controller chips are ok with this and others are not.

Of course this is just a guess.

Ken

Sent from my iPhone

> On Jul 15, 2019, at 1:24 PM, Serhiy Sosonniy  wrote:
> 
> I recently bought this nice game on cassette and tried on some of my M100, 
> and immediately noticed strange artifacts on some units, text would shift, 
> lines or dots would appear. It seems artifacts appear on some LCDs and do not 
> on others. I tried swapping LCDs and problem follows the LCD, "good" LCD 
> works fine with any motherboard and "bad" always has artifacts. No artifacts 
> in M100 menu or standard programms. So what can it be?
> 
> https://youtu.be/MCzEvpL9LFI
> 

Re: [M100] Ham radio

[Kenneth Pettit]

Hi all,

The cassette input HW/SW "measures" the pulse width of the HIGH period of a 
square wave generated from the input sine wave.  A count > 21 is '1' while a 
count < 21 is a '0' (or is it the other way around...don't have the book in 
front of me).

So if a count value can be found to discriminate between 1200 and 2200Hz, then 
it *might* be possible.  The question then becomes an issue with keeping up 
with the 1200 baud rate.

Ken

Sent from my iPhone

> On Jul 28, 2018, at 11:53 AM, John R. Hogerhuis  wrote:
> 
> 
> 
>> On Sat, Jul 28, 2018 at 10:14 AM, Douglas Quagliana  
>> wrote:
>> I'd like to know if there's a way to get the cassette port to recognize 
>> AX.25 Bell 202 packet radio tones (1200 Hertz and 2200 Hertz at 1200 baud).  
>> I think the cassette port audio input pin get routed to the CPU but it only 
>> knows "HI" and "LO" so I don't think it can detect sinewave waveforms, but I 
>> would really like to be proven wrong on this. If it worked, it would let you 
>> run packet radio right off the cassette port and  use the cassette motor as 
>> a push-to-talk. 
>> 
> 
> The cassette protocol is based on measuring time between zero crossings. My 
> understanding agrees with yours that unlike, say, the Coco, the cassette 
> hardware cannot be used for general A/D conversion.
> 
> -- John.

Re: [M100] XIP ML in BAISC

[Kenneth Pettit]

Hmm, interesting idea.  Targeted HLA assembly to BASIC XIP strings.  Could even 
relative jump from one max length string to the next with a simple ASM routine.

Ken

Sent from my iPhone

> On Jun 2, 2018, at 3:24 PM, John R. Hogerhuis  wrote:
> 
>> On Sat, Jun 2, 2018 at 3:05 PM Ken Pettit  wrote:
>> Yeah, later tonight when I get back.
>> 
>> Ken
>> 
> 
> Hey between this and your high level assembly you could make a programming 
> language that would compile fast code into BA vehicle. 
> 
> Fast code, no more CLEAR silliness. 
> 
> — John. 

Re: [M100] use of PRINT

[Kenneth Pettit]

Hi Steve.

I think I actually used this technique of auto string concatenation in one (or 
all) of my BASIC 10-Liners. Which reminds me, I never actually got the 
documentation done for 2 of those.  I should do that and post the other 2 games 
to personal libraries.

Ken

Sent from my iPhone

> On May 13, 2018, at 11:24 AM, Bill Marcum  wrote:
> 
> 
> 
>> On Sun, May 13, 2018, 12:51 PM Stephen Adolph  wrote:
>> I am reminded of the one line basic program activity.  sometimes BASIC can 
>> be so compact.
>> 
>> Here is a way to do a WHILE statement or and endless loop as part of a one 
>> line program
>> 
>> FOR I=1 to2:?i:I=I-1:ifinkey$="a"theni=i+1:nextelsenext
>> 
> 
> 
> You can also write FOR I =1 TO 2 STEP 0

Re: [M100] Who wants a REX? Gauging interest

[Kenneth Pettit]

Hey Josh,

Ahh, I understand this statement perfectly.  This is why I have not jumped in 
to say I could do this.  In my opinion, the only viable solution is to have 
these made professionally in quantity in China or Vietnam and then pass the 
added cost along to the buyer.

Ken

Sent from my iPhone

> On Oct 5, 2017, at 7:58 AM, Josh Malone  wrote:
> 
> I'm working very hard currently to simplify the workflow to the point
> where I would have a prayer of fulfilling a large fraction of the 63
> interests expressed so far without burning out and selling my Tandy in
> disgust :) So, I'm only contemplating a single thing:
> 
> 1, 2, or 3 REX boards per customer, programmed for Tandy 100/102,
> assembled and tested, with 14-day DOA warranty.
> 
> Anything else is not on my radar at this point. In fact, the ONLY
> thing on my long-range scanners is a Tandy 200 REX (but that requires
> me to have a 200, so... later).
> 
> -Josh
> 
>> On Thu, Oct 5, 2017 at 9:55 AM, Mike Nugent  wrote:
>> Thanks, Josh, I had missed that before. I’ve filled it out.
>> 
>> — Nuge —
>> 
>> 
>>> On Oct 4, 2017, at 1:18 PM, Josh Malone  wrote:
>>> 
>>> I'll send the form URL one more time in case it's gotten buried in
>>> peoples' email
>>> 
>>> https://goo.gl/forms/Kr4YgaskVhMCuzxz1
>>> 
 On Wed, Oct 4, 2017 at 1:18 PM, Josh Malone  wrote:
 Mike: If you can respond to the survey, that's appreciated
 
 All:  I've just ordered a set of the castellated boards on rush order
 so I can test them. Once I validate the revised board I'll have some
 idea of how long a board will take to assemble, which will factor into
 my decision to actually make a run of REXes. I'll keep the list
 posted.
 
 -Josh
 
> On Wed, Oct 4, 2017 at 4:32 AM, Mike Nugent  wrote:
> Josh,
> 
> I’m currently in no position to make my own, so in view of a $60 ballpark 
> figure per completed unit, I’d like to order 3 of them. Thanks!
> 
> 
>> On Oct 3, 2017, at 4:24 PM, Josh Malone  wrote:
>> 
>> So far the responses to my inquiry are up to 49 units. Clearly the
>> world needs more REXs :)
>> 
>> 
>>> On Mon, Oct 2, 2017 at 4:07 PM, Josh Malone  
>>> wrote:
>>> You should be able to edit your responses to the form. I can't
>>> actually edit user responses myself. Sorry.
>>> 
 On Mon, Oct 2, 2017 at 2:37 PM, Gary Hammond  
 wrote:
 At $60 for a rex, I would like to add 1 more to the list to take my 
 request to 3.
 
 
 
> 
>> 

Re: [M100] VirtualT IDE Linker

[Kenneth Pettit]

Gary,

I'm the linker script, try adding the following:

ENTRY entry_label

This should work I believe.
Ken

Sent from my iPhone

> On Aug 9, 2017, at 7:08 AM, Gary Weber  wrote:
> 
> I was able to create a LKR file (based off of Ken's Sample.LKR), and I
> did get it to compile and my .CO file gets loaded into RAM just fine,
> however the LOAD & EXE addresses are way off so I know there has to be
> a problem somewhere.
> 
> If anyone out there can offer a bit of guidance for using the VirtualT
> IDE, particularly how to properly control the load & exe addresses for
> a compiled .CO file (because it is more than just simply an ORG
> statement in the ASM file), I could really use the help.
> 
> Thanks!
> Gary
> 
> 
>> On Mon, Aug 7, 2017 at 1:49 AM, Gary Weber  wrote:
>> Up until now I've been doing things the "old fashioned" way and using
>> an 8085 Cross assembler on my Windows PC.  (Okay, I kid..   The truly
>> old fashioned way would be to use an assembler running on a Model T.)
>> 
>> I'm transitioning my UltrascreenNEC project to VirtualT IDE.  I've got
>> v1.7.   Problem is, it seems the documentation on the IDE portion is
>> not fully fleshed out.   Does anyone have an example on how to set up
>> a linker file (.lnk) for an assembly project in the IDE?  Or can you
>> point me to the right docs?
>> 
>> Many thanks,
>> 
>> --
>> Gary Weber
>> g...@web8201.com
> 
> 
> 
> -- 
> Gary Weber
> g...@web8201.com

Re: [M100] Woolly Questions

[Kenneth Pettit]

Hi Jim,

Woolly would be a device that services memory in the low address range and 
responds to new I/O addresses, and would have an onboard 8MB flash chip.  As 
such, serving OptROM images is one of the planned services.  If I can make the 
protocol look like REX, then no new 8085 software would be needed.

The FPGA / CPLD is used to decode the 8085 bus signals to determine write 
operations to the OptROM socket.  This is needed to perform SRAM replacement in 
that address region and be able to write to that SRAM.  Also it decodes new I/O 
port numbers to provide WiFi, disk and REX operations.

With a large enough FPGA, you could do other things, such as add a floating 
point coprocessor, etc.  However larger = more expensive and shorter battery 
life.

It is hard to guess price right now ... it depends on too many factors.  
Developing a PCB has both one time setup charges as well as per board charges.  
The one time charges have to be amortized over the number of boards expected to 
sell.  A $5k setup fee spread over 200 units would add $25 to the raw board 
cost.

Ken

Sent from my iPhone

> On Aug 5, 2017, at 2:30 PM, Jim Williams  wrote:
> 
> Pardon my ignorance, but I'm *very* interested in the Woolly... internal 
> wifi, on-board storage, this is something I've really wanted for my 
> M100. A faster screen refresh is the only other thing (cause my focus is 
> always on games & graphics... never grew up I guess).
> 
> Will the Woolly also have the capability of storing ROMs like the Rex 
> does? I was anxiously waiting for the Rex 5 (4?) for the addition of 
> on-board storage, and I'd hate to have to give up being able to load, 
> say, the Ultimate ROM II.
> 
> I also don't understand the benefits of the FPGA. I'm not criticizing 
> it; I know it's a Field Programmable Gate Array, and I know it's been 
> used to make "virtual" C64s and Amiga 500s, but could someone tell me 
> the implications of having the FPGA? What could be done with it in the 
> context of the Model T? Again, this is ignorance, not criticism.
> 
> Could someone use it to create a sort-of memory management unit? Or is 
> that what it's already for?
> 
> Semi-off topic, but the memory management thing made me remember: could 
> a program implement a jump table storing the offsets from the 
> start-of-program to the various routines and data, and then calculate 
> the jumps/branches based on the start-of-program, wherever the program 
> was loaded? Would this allow for relocatable code? (I think I've asked 
> this before, but I can't remember...)
> 
> One last question... how much is the Woolly likely to cost, roughly? I'm 
> only asking so I know how much to tighten my belt to start saving up for 
> one. If I have to choose between a Nadsbox and a Rex 5, or the Woolly... 
> I vote Woolly...

Re: [M100] Game idea

[Kenneth Pettit]

Hi John, 

I just now saw this email (it had been filtered into a different folder).

Thanks.  My idea for M100 was to show top half / bottom half like you 
suggested. 

I suspect the code is spending a fair amount if time in AsciiPixels asm, but 
probably equal or slightly more in BASIC trying to figure out where to draw 
shadows an in the BASIC LINE routine actually drawing them.

Ken

Sent from my iPhone

> On May 3, 2017, at 4:22 PM, John R. Hogerhuis  wrote:
> 
> Wow, nice graphics!
> 
> As to M100, I think scrolling would be a pain, but maybe just a toggle top 
> half, middle (showing bottom of top half and top half of bottom), bottom half.
> 
> CO or BASIC... well CO files usually take double space anyway. But it would 
> be faster I guess. But your demo probably spends most of its time in 
> AsciiPixels machine code, no?
> 
> -- John.

Re: [M100] BASIC interval timing

[Kenneth Pettit]

The other question is if 1 second is fine enough resolution.  Presumably it is 
if string time is adequate.  

And yes, the current clock values are maintained in RAM somewhere.  The 
question becomes the time for a single string = operation vs. multiple RAM 
address reads from BASIC.

Ken

Sent from my iPhone

> On Apr 1, 2016, at 7:13 PM, David Boyd  wrote:
> 
> Clarify some things please:
> 
> What is the max interval?
> Is the max interval longer than 24 hours? If so, we need date also.
> Do you want shortest, or fastest, or best compromise?
> 
> Questions for the more experienced among us:
> 
> Is there some memory location where the system time is available as a number? 
> If so, we would prefer that. Even a tick count would be handy. 
>> On Fri, Apr 1, 2016 at 21:59 John Whitton  wrote:
>> I suppose I could lamely offer this as a challenge, but the fact is that I 
>> am just lazy, and am wondering how others would go about it.
>>  
>> The issue is the shortest code that will collect (as a character string, 
>> H:M:S) the difference between two clock readings, in hours, minutes and 
>> seconds. The crux of the matter is the capture of interval between randomly 
>> occurring events.
>>  
>> Assume
>> A$=TIME$'First event
>> B$=TIME$'Second event