Profile

Cover photo
Willard Goosey
Works at Subway
Attended New Mexico Tech
Lives in Socorro New Mexico
1,266 followers|152,174 views
AboutPostsPhotosVideosReviews

Stream

Willard Goosey

Home Computers  - 
 
 
I downloaded the data sheet for the old u765 FDC (used in my Teletek SysteMaster) last night. It strictly only supports FM and MFM encoding. There is no way to bully it into reading HP's so-called "Modified MFM" used by my HP9845's disk drives.

I'm not surprised, If it was easy to read 9885 disks on a standard CP/M box there would be word around that it had been done. But it's still the #deathofadream :-(
3 comments on original post
1
Ed S's profile photoWillard Goosey's profile photo
6 comments
 
It's probably the direct ancestor of the AMIGO command set used by the 9895 and other first generation GPIB drive boxes.
Add a comment...

Willard Goosey

Shared publicly  - 
 
I downloaded the data sheet for the old u765 FDC (used in my Teletek SysteMaster) last night. It strictly only supports FM and MFM encoding. There is no way to bully it into reading HP's so-called "Modified MFM" used by my HP9845's disk drives.

I'm not surprised, If it was easy to read 9885 disks on a standard CP/M box there would be word around that it had been done. But it's still the #deathofadream :-(
1
1
Alex Evans's profile photoWillard Goosey's profile photo
3 comments
 
Looks like your mail is still misconfigured
Add a comment...

Willard Goosey

Shared publicly  - 
 
Cat body language.
 
Very important for all cats' lovers 
1
Add a comment...

Willard Goosey

Shared publicly  - 
 
How I spent my weekend
 
So I decided I wanted to play around with the CP/M port of TDL-BASIC 2.1. As distributed it has issues... instead of using the BDOS "get console status" call it does IN 7... Almost right for the Teletek SysteMaster but not quite! It came with the assembly source for the customization patch but it was in a weird assembler. Nothing I had set up would touch it.

Well it finally dawned on me that it almost had to be in TDL Assembly. I downloaded the tdl assembler from s100computers.com and it indeed assembled the patch and created a .hex file. 

Thought I knew what to do from there, load the .com into ddt, read in the patch .hex and good to go. Wrong. Turns out the ".hex" file was some weird tdl binary format. 

Ok I assumed that meant I had to involve the tdl linker. After all the archive comes with tdlbas.rel so just link that and the patch together! Except that the assembler's archive did not include any docs on the linker!

Google (and z80eu.com) to the rescue! And wow why are these old linkers always so painful to use? But maybe I'm being unfair just because I fought with the thing for hours to no avail.

Got so frustrated I started over from the tdlbasic archive. And guess what? The .hex of the patch file from the archive is indeed an Intel hex file!

So then I fought the linker some more, trying to get it to simply convert the weird binary file into a real HEX file. Finally gave up on that. Went back to the assembler's docs. Buried in a half- hidden appendix a very brief single page describes the CP/M usage.(This assembler predates CP/M and tdl apparently felt cheated out of their rightful Software Dynasty.)  Anyway one of the options controls, you guessed it, rather it produces a binary "hex file" or a real HEX file. Almost there! It still stuck a line at the head of the HEX file talking about relocation stuff, but a third cli option made that go away. 

So finally, success!  Loaded the binary into ddt, dropped the patch file into it and save the ram image. And it worked!


So the customization patch inserts code to make an mc-term1 (apparently some European graphics terminal - all google can find for me on it is a german program manual for one of the CPC machines) download some additional code (mc-term1 seems to have its own z80) to make it do a graphical screen dump to an mx-80 printer.

Interestingly, the printer is hooked to the computer, not the terminal. The routine then loops, reading the serial port directly and writing to the LST: device. I thought it was interesting that there's no other special support for the mc-term1. Apparently everything else it could do could be controlled with PRINT.

This is sort of annoying because that code space could instead have routines to save and load ASCII source. There's pretty much no way of recreating the ASCII routines without full source for the interpreter which of course we don't have. About the only way to get that functionality is if someone finds a copy of tdlbasic version 3, which was apparently a fully done CP/M port instead of this unfortunately specific port of 2.1.



S100 Computers Home Page
1 comment on original post
3
1
Brett Gordon's profile photoWillard Goosey's profile photo8-Bit Retro-computing Page's profile photo
3 comments
 
TDL BASIC 2.1 and docs can be downloaded at http://www.gaby.de/ftp/pub/cpm/
Add a comment...

Willard Goosey

Shared publicly  - 
 
This has become our standard slang for that part of a cat. Cats just love to show you the Eye of Sauron!
1
Add a comment...
In his circles
218 people
Have him in circles
1,266 people
Adams Henry's profile photo
Sajesh Palat's profile photo
will thor's profile photo
The Scotia Academy's profile photo
Hrishi Dave's profile photo
Hélène Duval's profile photo
jason bennett's profile photo
Галина Коваль's profile photo
Naval Arora's profile photo

Communities

30 communities

Willard Goosey

Shared publicly  - 
 
I don't know any kitties like this.... :-)
2
Add a comment...

Willard Goosey

Shared publicly  - 
2
Add a comment...
 
So I decided I wanted to play around with the CP/M port of TDL-BASIC 2.1. As distributed it has issues... instead of using the BDOS "get console status" call it does IN 7... Almost right for the Teletek SysteMaster but not quite! It came with the assembly source for the customization patch but it was in a weird assembler. Nothing I had set up would touch it.

Well it finally dawned on me that it almost had to be in TDL Assembly. I downloaded the tdl assembler from s100computers.com and it indeed assembled the patch and created a .hex file. 

Thought I knew what to do from there, load the .com into ddt, read in the patch .hex and good to go. Wrong. Turns out the ".hex" file was some weird tdl binary format. 

Ok I assumed that meant I had to involve the tdl linker. After all the archive comes with tdlbas.rel so just link that and the patch together! Except that the assembler's archive did not include any docs on the linker!

Google (and z80eu.com) to the rescue! And wow why are these old linkers always so painful to use? But maybe I'm being unfair just because I fought with the thing for hours to no avail.

Got so frustrated I started over from the tdlbasic archive. And guess what? The .hex of the patch file from the archive is indeed an Intel hex file!

So then I fought the linker some more, trying to get it to simply convert the weird binary file into a real HEX file. Finally gave up on that. Went back to the assembler's docs. Buried in a half- hidden appendix a very brief single page describes the CP/M usage.(This assembler predates CP/M and tdl apparently felt cheated out of their rightful Software Dynasty.)  Anyway one of the options controls, you guessed it, rather it produces a binary "hex file" or a real HEX file. Almost there! It still stuck a line at the head of the HEX file talking about relocation stuff, but a third cli option made that go away. 

So finally, success!  Loaded the binary into ddt, dropped the patch file into it and save the ram image. And it worked!


So the customization patch inserts code to make an mc-term1 (apparently some European graphics terminal - all google can find for me on it is a german program manual for one of the CPC machines) download some additional code (mc-term1 seems to have its own z80) to make it do a graphical screen dump to an mx-80 printer.

Interestingly, the printer is hooked to the computer, not the terminal. The routine then loops, reading the serial port directly and writing to the LST: device. I thought it was interesting that there's no other special support for the mc-term1. Apparently everything else it could do could be controlled with PRINT.

This is sort of annoying because that code space could instead have routines to save and load ASCII source. There's pretty much no way of recreating the ASCII routines without full source for the interpreter which of course we don't have. About the only way to get that functionality is if someone finds a copy of tdlbasic version 3, which was apparently a fully done CP/M port instead of this unfortunately specific port of 2.1.



S100 Computers Home Page
16
3
Willard Goosey's profile photoDavid Anders (prpplague)'s profile photo8-Bit Retro-computing Page's profile photo
 
Tdlbasic 2.1 is at http://www.gaby.de/ftp/pub/cpm/tdlbasic.arc
there is also tdldoc.zip in the same directory

Add a comment...

Willard Goosey

Shared publicly  - 
 
While this guy focuses on adventure games he manages to cover a lot of interesting computer history. 
When Acorn Computer foundered on a financial iceberg in 1985, one of the first and saddest victims was Acornsoft, their software arm. Acornsoft was destined to go down into history first and foremost as the house that set British gaming on its head with Elite, but David Braben and Ian Bell, ...
2
2
8-Bit Retro-computing Page's profile photoJim Cox's profile photo
Add a comment...

Willard Goosey

Shared publicly  - 
 
I have released the March 2015 version of ROG the TRS-80 Model 100 roguelike game!

http://www.sdc.org/~goosey/m100/rog-mar15.zip
1
Alex Evans's profile photoWillard Goosey's profile photo
2 comments
 
Slowly. :-) I can't imagine that I'm very far from the absolute size limits in a m100 BASIC program.
Add a comment...
People
In his circles
218 people
Have him in circles
1,266 people
Adams Henry's profile photo
Sajesh Palat's profile photo
will thor's profile photo
The Scotia Academy's profile photo
Hrishi Dave's profile photo
Hélène Duval's profile photo
jason bennett's profile photo
Галина Коваль's profile photo
Naval Arora's profile photo
Communities
30 communities
Education
  • New Mexico Tech
    Computer Science, 1992 - 2001
  • Raton High
    high school, 1988 - 1992
Basic Information
Gender
Male
Other names
Willard Frank Goosey III
Story
Introduction
Raton High UberGeek, New Mexico Tech CS nut, collector of old computers, programmer, writer, linux+CoCo+CPM+m100 nut, shadetree mechanic

Bragging rights
Official maintainer of the OS-9/6x09 C preprocessor, creator of ROG, the TRS-80 Model 100 roguelike game.
Work
Occupation
Subway Sandwich artist
Employment
  • Subway
    2012 - present
  • McDonalds
    2001 - 2008
  • Subway
    1999 - 2001
Places
Map of the places this user has livedMap of the places this user has livedMap of the places this user has lived
Currently
Socorro New Mexico
Previously
Raton New Mexico - Aguilar Colorado
One of my favorite restaurants in Socorro! After 20 years of eating there I've never had bad food or bad service! Highly recommended!
Food: ExcellentDecor: Very GoodService: Excellent
Public - 3 years ago
reviewed 3 years ago
This has been one of my favorite places to eat for nearly 20 years! This is basically where I learned to love New Mexican food.
Food: ExcellentDecor: ExcellentService: Very Good
Public - 3 years ago
reviewed 3 years ago
2 reviews
Map
Map
Map