View source for NorthStar 10-sector formats

Jump to: navigation, search

You do not have permission to edit this page, for the following reason:

The action you have requested is limited to users in the group: Users.

You can view and copy the source of this page.

[[Category:Disc formats]]

== Description and common features ==

10-sector hard-sectored formats used by NorthStar NSDOS and CP/M systems (e.g. NorthStar Horizon and NorthStar Advantage).

Two variants are known:
* Single Density (FM)
* Double Density (MFM)

Both formats have 35 tracks, and 10 hardware-defined sectors.

Things still unknown:
* Bit order of data -- is it LSB first, or MSB first?
* Byte order of data -- little or big endian? Does this matter?
* Description of check character computation is ambiguous. Need to find some example code e.g. Boot PROM to figure this out.

== Single-density format ==

References: [http://www.hartetechnologies.com/manuals/Northstar/North%20Star%20MDS-A-D%20Double%20Density%20Manual.pdf NorthStar MDS-A-D Manual] (p. 33)

=== Encoding method ===
Frequency Modulation. Two transitions per bit-cell, one clock (always present), one data (present if data bit is a '1', otherwise skipped). Data rate unknown.

=== Track format ===
Each track consists of ten sectors, whose position is specified by hardware (hard-sector index pulses). The NorthStar hardware triggers off of the leading edge of an index pulse, then waits for 96 microseconds to pass before enabling the read/write circuitry (this is the '''post index gap''').

Each sector contains, in order:
* 16 bytes, zeroes. These allow the PLO to synchronise itself to the incoming data stream
* 1 byte synchronisation character. Always 0xFB.
* 256 bytes of data (payload)
* 1 byte check character

==== Check character computation ====
From the NorthStar MDS-A-D Manual:
 The check character is computed iteratively by setting it to zero and then exclusive ORing each successive data byte value with the current value of the check character and left cycling the result.

This source code (from [http://www.hartetechnologies.com/manuals/Northstar/NSDOS.ASM Barry Watzman's disassembly of NS-DOS]) makes it a little more obvious what's really happening:
 <nowiki>READ	MOV	B,C		;MOVE 0 TO B
READ1	LDAX	D		;THIS IS THE ACTUAL DATA READ
	MOV	M,A		;STORE DATA IN MEMORY
	XRA	B		;I THINK THIS ADDS TO CKSUM
	RLC			;THIS TOO
	MOV	B,A		;MOVE PARTIAL CKSUM TO B
	INX	 H		;SET H FOR NEXT BYTE
	DCR	C		;GOING TO READ 256 BYTES & CKSUM
	JNZ	READ1		;READ MORE DATA
	LDAX	D		;READ THE CHECKSUM FROM DISK
	XRA	B		;COMPARE IT WITH CALCULATED CKSUM
	JZ	LE9C4		;IF THEY ARE SAME GO ON</nowiki>

There's also a disassembly of the Northstar boot PROM: [http://www.sol20.org/northstar/nsboot.asm].

What we can take away from this is:

* The check character is initialised to zero when reading the sector
* Every data byte in the payload is first XORed with the current checksum, then the checksum is barrel-rotated left. See the explanation of the RLC instruction in [http://neil.franklin.ch/Info_Texts/Instruction_Set_8080 Neil Franklin's 8080 instruction set reference] -- note that [http://www.textfiles.com/programming/CARDS/8080a Jonathan Bowen's 8080A Reference Card] describes RLC as "Rotate Left, Circular", which is a bit of a giveaway.

Thus the C emulation of this code would be:
 <nowiki>
uint8_t northstar_crc(uint8_t last_crc, uint8_t data) {
  uint8_t crc = last_crc;
  crc += data;
  crc = ((crc << 1)&0xfe) | ((crc >> 7)&1);
  return crc;
}</nowiki>

== Double-density format ==
References: [http://www.hartetechnologies.com/manuals/Northstar/North%20Star%20MDS-A-D%20Double%20Density%20Manual.pdf NorthStar MDS-A-D Manual] (p. 33)

=== Encoding method ===
Modified Frequency Modulation. Two transitions per bit-cell, one clock (only present if the previous and current data bits are both zero), one data (present if data bit is a '1', otherwise skipped). Data rate unknown.

=== Track format ===
Each track consists of ten sectors, whose position is specified by hardware (hard-sector index pulses). The NorthStar hardware triggers off of the leading edge of an index pulse, then waits for 96 microseconds to pass before enabling the read/write circuitry (this is the '''post index gap''').

Each sector contains, in order:
* 32 bytes, zeroes. These allow the PLO to synchronise itself to the incoming data stream
* 2 synchronisation bytes. Always 0xFB.
* 256 bytes of data (payload)
* 1 byte check character

The check character is computed as per the Single-Density NorthStar format.

Return to NorthStar 10-sector formats.

Retrieved from "https://discferret.com/wiki/NorthStar_10-sector_formats"

View source for NorthStar 10-sector formats

Navigation menu

Personal tools

Namespaces

Variants

Views

More

Search

Navigation

Tools