trs-80 model 100 y2k compliant
sono...@my-deja.com
How do you get at the date features of teh trs-80 model 100.
Does anyone know of a place on the net that says of the trs-80 model
100 is y2k compliant?
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
Thomas A. McKean
>100 is y2k compliant?
Heh... Give it up. :( The Model 100 operatiing System was written by Bill
Gates back in the early 80's when no one thought about such things. The Model
100 is definitely NOT Y2K compliant.
HOWEVER...
Rumors are there are some hobbyists working on programs or modifications to
solve that problem. So who knows? *Blink*
Thomas
Russell Flowers
That guy has a software patch that will display '20' instead of '19' on the
main menu, but it's not a very elegant solution. I'm just going to let mine
say 1900! In BASIC, DAY$, TIME$ and DATE$ can all be set independent of each
other. (That is, day of the week won't get messed up because the computer
thinks it's 1900) All the computer knows is that it was 99 and now it's 00.
Just make sure any applications you write are Y2K compliant.
--
Russell Flowers
"It's the spaces between life that I like the most." - Jerry Seinfeld
A jumping off point - http://www.accessky.net/users/flowershome/
<sono...@my-deja.com> wrote in message news:7lampe$i17$1...@nnrp1.deja.com...
> This is a serious request.
>
> How do you get at the date features of teh trs-80 model 100.
>
> Does anyone know of a place on the net that says of the trs-80 model
> 100 is y2k compliant?
>
Tim Mallery
Rick
> Except 1900 was not a leap year and 2000 is...
It doesn't matter. The 100/102 never self-adjusted for any leap year.
If you change the date parameter to 29 on Feb 29 it will then roll over to March
01 ok though.
bma...@iglou.com
computer with a $2 digital watch inside (some modern watches probably
have a faster CPU and more RAM...)
>"Russell Flowers" <flowe...@accessky.net> wrote:
>>Try this URL: http://www.muppetlabs.com/~chris/model100/y2000.html
>>That guy has a software patch that will display '20' instead of
>>'19' on the main menu, but it's not a very elegant solution. I'm
>>just going to let mine say 1900! In BASIC, DAY$, TIME$ and DATE$
>>can all be set independent of each other. (That is, day of the
>>week won't get messed up because the computer thinks it's 1900)
>>All the computer knows is that it was 99 and now it's 00. Just
>make sure any applications you write are Y2K compliant.
Net-Tamer V 1.08X - Test Drive
Pteosh1
Date: 7/5/99 2:43:58 AM Eastern Daylight Time
From: Pteosh1
Model 100 Year 2000 Menu Display Patch
Chris Osburn <ch...@muppetlabs.com>
WARNING! This patch has been tested on one and only one Model 100, i.e. the one
on my desk. It has 32k of RAM. This has not been tested on machines having less
RAM, nor has it been tested on the Model 102 or 200. I've noticed side effects
on my machine when running machine-language programs. Usually these side
effects resulted in locking the machine up or cold restarts causing memory
loss. Make a backup! I haven't tested for effects on the built in apps as yet.
BASIC should pose no problem as the program reserves for itself a small amount
of high memory. You Have Been Warned. Caveat Utilitor. Your Mileage May Vary.
Bug and side effect reports are welcome, but I doubt I'll be able to do much
about them. This patch is no way as good a solution as patching and burning a
new ROM. (By the way, if you can patch the ROM, set addr 5A53h = 32h and addr
5A56 = 30h and away you go!)
Background
The TRS-80 Model 100 was created in a joint venture between Kyocera (for the
hardware) and Microsoft (for the software). The Model 100 has an attractive
main menu display, which displays the date in the form "Jun 20,1998 Sat
13:15:36".
The Model 100's real-time clock chip is a uPD 1990AC which stores a BCD
represntation of month, day of week, day of month, hours, minutes and seconds.
It also produces a pulse that drives a background process interrupt.
Conspicuously absent is the year. The Model 100 works around this by storing
the 2-digit year as 2 BCD digits in locations F92Dh and F92Eh and updating
these by comparing the month reported by the 1990AC with a copy stored in addr
F655h. The day-of-week is maintained in a separate register in the 1990AC, and
not calculated. If you decide today is Sunday, the chip will happily believe
you and tell you tomorrow is Monday, regardless of the actual day and date.
This makes our task considerably easier.
Nowhere in the internal workings of the Model 100 is the century stored or
used. BASIC programs may therefore have year 2000 issues beyond the scope of
this document. However, as noted above, the century is displayed on the main
menu.
At addr 5A15h is the routine that grabs the real time clock data and formats it
for menu screen output. Notable in this routine are these instructions:
5A4Fh: MVI M,2Ch ; store a comma
INX H ; increment memory pointer
MVI M,31h ; store the digit '1'
INX H ; increment memory pointer
MVI M,39h ; store the digit '9'
(As noted above, if you can patch the 31h and 39h to read 32h and 30h, your
work here is done. Feel free to let me know if you have this capability; i'd be
happy to do business with you!)
The 5A15h routine uses a scratch pad starting at FD88h to build the output
string, and the "19" gets dropped into the two bytes FD8Fh and FD90h. If one
had a way of changing these values before the instruction that copies them to
the LCD display is called, surely we'd be in Nirvana. But the LCD update is
called just a few instructions later.
Method
Enter the background process, mentioned above. 256 times per second the real
time clock prods the RST 7.5 interrupt line on the 8085 processor, causing the
routine at 003Ch to be executed. Eventually, this takes us to F5FFh where we
find three bytes encoded
F5FFh: RET
NOP
NOP
Three bytes is just the right amount for a JMP instruction to take us to the
code of our choice, just as the designers intended. (They did intend that,
right?)
Following is a BASIC program that reserves 16 bytes of memory for our update
routine, pokes in the relevant processor instructions, then (very carefully)
enables the patch by changing the bytes at F5FFh.
1 ' TRS-80 Model 100 Year 2000 Menu
2 ' patch. Run to get "20" to appear
3 ' as the century. run 1000 to
4 ' restore default functionality
5 ' Side effects: Many! run 1000
6 ' before questionable activity!
10 ' allocate our memory by setting
11 ' HIMEM
20 CLEAR 256,62943
30 ' read the instructions from data
31 ' to memory
40 FOR A=62944 TO 62956
50 READ B
60 POKE A,B
70 NEXT A
80 ' Enable the patch. We want to
81 ' have JMP 0F5E0H encoded here.
82 ' But, if we put the JMP instruction
83 ' in first, the machine will just
84 ' keep jumping to 0000h 256 times
85 ' per second. So, we do this in
86 ' reverse!
100 POKE 62977,245 ' hi addr
110 POKE 62976,224 ' lo addr
120 POKE 62975,195 ' and JMP!
190 ' The preassembled assembly
191 ' program that gets called
200 ' ORG 0F5E0H
210 DATA 229 ' Y2K: PUSH H
220 DATA 245 ' PUSH PSW
230 DATA 33,143,253 ' LXI H,0FD8FH
240 DATA 54,50 ' MVI M,32H
250 DATA 35 ' INX H
260 DATA 54,48 ' MVI M,30H
270 DATA 241 ' POP PSW
280 DATA 225 ' POP H
290 DATA 201 ' RET
999 END ' END Y2K
1000 ' Code to disable the patch
1001 ' if needed
1010 POKE 62975,201 ' RET
The code pushes registers that may be affected, then goes to store the "20" in
the right place. It's certainly overkill to do this 256 times per second, and
will likely have a performance impact. Unfortunately, there's no hook provided
in the date string builder routine. The POKE at line 1010 restores the original
RET instruction, disabling the patch.
Side Effects
The program uses the uppermost 16 bytes of free user memory (starting at MAXRAM
- 16) to store the patch. Any machine language program that will use that area
will need to have the patch disabled by restoring the RET instruction to F5FFh.
I haven't determined whether the scratch pad at FD88h is used by any builtin
programs. Obviously, the menu doesn't need it during at those times, and it
appears that it isn't updated. A way of determining when one is in the menu
program is desirable.
I'm uncertain whether MAXRAM - 16 will be a suitable location for all users to
store the patch. I need to rewrite the code to make that a settable variable.
(Not hard, just haven't gotten there yet.)
Conclusion
I would rather the designers left off the century entirely than hard-code it to
"19". This program should be considered a stopgap until a ROM upgrade facility
is available. Perhaps one could get the Department of Justice to cause
Microsoft to pick up the tab for this...
References
Morgan, Christopher L., Hidden Powers of the TRS-80 Model 100, The Waite Group,
New York, 1984
Tandy Corporation, TRS-80 Model 100 Assembler / Debugger Manual, catalog number
26-3823, Tandy Corporation, Fort Worth, Texas, 1984
Tandy Corporation, TRS-80 Model 100 Owner's Manual, Tandy Corporation, Fort
Worth, Texas, 1983