OS-65U Disk Image

MK14HAK
Posts: 356
Joined: Wed Mar 16, 2011 1:49 am
Location: New Zealand

Re: OS-65U Disk Image

Post by MK14HAK »

Danny, Give me a day or 2 and I think I can sort this ...
600RevB:16K,2MHz,64x32,470,CEGMON
SuperKit:502,540B,542B,CEGMON, 8" and 5" FDDs
Cards:PE IO,6522 D-A-D, AY3-8910,ProgramGraphics,Color,UK101
WIP:HexDOS,FDD Emulator
Klyball
Posts: 230
Joined: Tue Dec 09, 2014 12:53 am

Re: OS-65U Disk Image

Post by Klyball »

Hi ,
I would like to try and burn up a disk but am not sure of the format of the first few tracks before it gets to the

80 00 07 1f
80 00 08 1f

do you leave in all the 00?

Thanks
Replica 600 Rev D:8K,CEGMON
Replica 610 Rev B: 24k,MPI B-51 with Custom Data separator D-13
510 on the bench/replica 582 backplane/replica 470a /replica 555/original 570B/2 x Shugart 851
Ongoing : 630 ,620 ,510,542c,custom 590,SA1200,592,594,596,598
bxdanny
Posts: 312
Joined: Thu Apr 16, 2015 2:27 pm
Location: Bronx, NY USA

Re: OS-65U Disk Image

Post by bxdanny »

Klyball,

The 00s are important, don't leave them out!

Use the "Clean" version that Mike posted, not my original post that had extra FF bytes on a few tracks.

But you also need to leave a GAP between the header (first three bytes) and the rest of the track, about 300 microseconds I think.

I studied the code a little, and I believe the proper format is as follows:

1) The track header, consisting of three bytes (all values given in hex): 80 00 <binary track number> . The header is written in the usual 8E1 format (ACIA control word=D4).

2) A gap of about 300 microseconds, during which the TxData line from the ACIA remains at a logic 1.

3) The data field, consisting of a total of 3587 bytes, as follows:

a) one byte, beginning the data field. The value is 1F on all tracks from 7 up; it seems to differ on tracks 1 through 6 (the "system" area), I don't know if the value has any actual significance.
b) 3584 bytes representing the actual content of the track/sector.
c) a two-byte checksum of all the preceding bytes on the track (including the header), in HIGH BYTE FIRST format.

The data field is apparently written in 8N1 format (ACIA control word set to D8).

Any bytes on a track beyond the 3590 described above are apparently garbage that is ignored.

BTW, congratulations on your success with the 510 board.
No current OSI hardware
Former programmer for Dwo Quong Fok Lok Sow and Orion Software Associates
Former owner of C1P MF (original version) and C2-8P DF (502-based)
Klyball
Posts: 230
Joined: Tue Dec 09, 2014 12:53 am

Re: OS-65U Disk Image

Post by Klyball »

@bxdanny

I have a Couple questions:
should track 0 be written standard, as you don't need to fit in the extra data, plus there is no real way to reset the 8e1 before the boot.
have you had any success making a disk.

My progress so far
write track 0 standard seems to start then looks for next track
written track 1 through 9 following the format specified.

problem im having is im getting a garbage byte before the track header FE or FF or simalar then all is fine,
I assume it needs to be clean before the header to work, ideas

Thanks
Replica 600 Rev D:8K,CEGMON
Replica 610 Rev B: 24k,MPI B-51 with Custom Data separator D-13
510 on the bench/replica 582 backplane/replica 470a /replica 555/original 570B/2 x Shugart 851
Ongoing : 630 ,620 ,510,542c,custom 590,SA1200,592,594,596,598
bxdanny
Posts: 312
Joined: Thu Apr 16, 2015 2:27 pm
Location: Bronx, NY USA

Re: OS-65U Disk Image

Post by bxdanny »

Klyball,

Hi. What happens when you try to boot the disk that you created? Can you tell how many tracks are being read?

The track 0 format is the usual one, the same as in 65D. In fact, you should be able to write it with the 65D Track 0 R/W utility (13 or "D" pages).

I would think that any bytes prior to the $80 that starts a track header would be ignored, but I don't really know. At any rate, I expect you could ensure there is no noise before it by turning on the write and erase current first, then waiting for the index hole to come and go, and then writing the track data. Perhaps there should also be a short gap between the index hole and the header field.
No current OSI hardware
Former programmer for Dwo Quong Fok Lok Sow and Orion Software Associates
Former owner of C1P MF (original version) and C2-8P DF (502-based)
MK14HAK
Posts: 356
Joined: Wed Mar 16, 2011 1:49 am
Location: New Zealand

Re: OS-65U Disk Image

Post by MK14HAK »

Grant

Use TK0 standard format

65U transitions from 8E1 to 8N1 after byte 3 of subsequent tracks. (I think this is where our noise byte comes from)

TK1-76:

wait index, set ACIA 8E1 ($D8)
Track header: $80,TKHI,TKLO
Sector: delay 300us, set ACIA 8N1, ($D4) $1F , write data $E00 bytes, checksum16 hi,lo (track header + sector)
80 00 TKHEX 1F Data chksum

use the "quiet" image

Mike
Last edited by MK14HAK on Sun Jun 23, 2019 5:39 am, edited 2 times in total.
600RevB:16K,2MHz,64x32,470,CEGMON
SuperKit:502,540B,542B,CEGMON, 8" and 5" FDDs
Cards:PE IO,6522 D-A-D, AY3-8910,ProgramGraphics,Color,UK101
WIP:HexDOS,FDD Emulator
Klyball
Posts: 230
Joined: Tue Dec 09, 2014 12:53 am

Re: OS-65U Disk Image

Post by Klyball »

Ok I got some traction, I dialed it back to 1mhz got rid of the noise byte.

is this the correct format 8e1 = 80, 00, tk#(delay) 8n1 = 1 byte sector header ,E000 data , 2 byte checksum
or is the track header 4 bytes 80,00,tk#,start byte

I wrote up to track 9 and I now get .....DEV B Not Ready

it seem to read tracks 0 to 6 or 7 jumps back to 0 or 1 then move to around 7 or 8 I belive
Replica 600 Rev D:8K,CEGMON
Replica 610 Rev B: 24k,MPI B-51 with Custom Data separator D-13
510 on the bench/replica 582 backplane/replica 470a /replica 555/original 570B/2 x Shugart 851
Ongoing : 630 ,620 ,510,542c,custom 590,SA1200,592,594,596,598
bxdanny
Posts: 312
Joined: Thu Apr 16, 2015 2:27 pm
Location: Bronx, NY USA

Re: OS-65U Disk Image

Post by bxdanny »

Klyball,

It sounds like you do have properly formatted tracks, otherwise I don't think it would have gotten as far as it did. Anyway, the first of the two options you listed is the right one - the gap comes after the first three bytes.

But 9 tracks should be enough to boot the system (1-6: system code, 7: Directory, 8-9: BEXEC*), so clearly something is still not right. Try resetting and examining some memory locations after the boot process hangs. Do you have the two JMP instructions at location 0 (should be 4C 74 04 4C CC 0A)? What about if you look at $0474 - does it have 46 14 (LSR $14)? If so, try checking the input and output distributor bytes ($2D94 and $2DA6, respectively - which happen to be 11668 and 11686 decimal) and setting them both to 1. Then restart execution at $0474 and see if the "OK" prompt displays. (Since the drive seems to be seeking the directory track after homing the head, I'm thinking that the 'RUN"BEXEC*' command is being executed, but BEXEC* isn't loading for some reason, and therefore isn't setting the I/O distributor bytes to 1, as it should. But I could be wrong.)
No current OSI hardware
Former programmer for Dwo Quong Fok Lok Sow and Orion Software Associates
Former owner of C1P MF (original version) and C2-8P DF (502-based)
Klyball
Posts: 230
Joined: Tue Dec 09, 2014 12:53 am

Re: OS-65U Disk Image

Post by Klyball »

Ok using the above info I can get a ok prompt
and basic is working , so that means im on the right path as far as I can tell from examining the memory track 7,8,9 are correct
I will do a dump of them to check for a bad byte or? I did rewrite them still no luck
I would assume track 1 through 6 should be good but ill dump what I have so far and compare.

if I try to run bexec* or dir from prompt I get DV A error
I can write and run basic code

so close but so far
thanks for your help so far guy's

P.S. the DEV B error is from not having a drive B attached
Replica 600 Rev D:8K,CEGMON
Replica 610 Rev B: 24k,MPI B-51 with Custom Data separator D-13
510 on the bench/replica 582 backplane/replica 470a /replica 555/original 570B/2 x Shugart 851
Ongoing : 630 ,620 ,510,542c,custom 590,SA1200,592,594,596,598
Klyball
Posts: 230
Joined: Tue Dec 09, 2014 12:53 am

Re: OS-65U Disk Image

Post by Klyball »

Bad track 7
H/D/M?D


--------------------------------------------------------------------------
: OS-65U V1.44 2/83 - CD-74 - 1 Mhz - Dev A ! Single User :
: M/A-COM Office Systems Inc. Business BASIC ! :
: Copyright 1981, 1982 - All Rights Reserved ! :
--------------------------------------------------------------------------

-------------
: Functions :
-------------

1) DIRECtory
2) Print DIRECtory
3) System Utilities
4) Transient Utilities
5) Unlock System
6) Select File System
7) Select Multi - User Menu

Enter your selection ?
Now I have a lot of tracks to write.........We need a better way @Jeff
Replica 600 Rev D:8K,CEGMON
Replica 610 Rev B: 24k,MPI B-51 with Custom Data separator D-13
510 on the bench/replica 582 backplane/replica 470a /replica 555/original 570B/2 x Shugart 851
Ongoing : 630 ,620 ,510,542c,custom 590,SA1200,592,594,596,598
Post Reply