Danke Dir für die Dateien!
Gruß
Robert
Nach einer schlaflosen Nacht bin ich nun dem Geheimnis auf der Spur...
JMMD 
ZitatMeine .DEF im 22DISK sieht so aus:
Hallo Ralph,
die erste Definitionen UC80 ist fehlerhaft, die UC82 sollte stimmen! OFS muss hier immer 2 sein! Es ist ein ganzer Cylinder fürs System reserviert. Bei 22DISK muss man aber die Anzahl der Systemspuren angeben, also 2. Die erste Definition ist unnötig.
Zu meinem Verständnis hätte ich folgende Fragen:
Woher stammt das Image? Ist es von der 5.25" Disk oder von der 8" und Du hast es mit IMD auf die 5.25" kopiert?
Falls das Image nicht von der 5.25" stammt, dann wäre es sinnvoll auch von dieser ein image zu ziehen, um zu sehen, ob es fehlerfrei ist.
Leider streikt mein 22DISK bei FM Disketten aufgrund meines Controllers. Ich kann daher mit 22DISK diesbezüglich keine Experimente anstellen. Aber vielleicht kann Dir Fritz weiterhelfen.
Grüße, PAW
PAW hat recht, die UC82 ist korrekt.
Ich kann mit 22disk dein Image lesen, hier aber aktuell mit der unkomprimierten binären Version des Images als Datei und FCTOD aus 22disk..
Morgen habe ich Zeit und kann das als Diskette testen.
Anbei die NC Extensuion Befehle - schaue sie dir mal unter NC an.
Datei nc.ext
Erstellt eine unkomprimierte Datei
imd: c:\disktool\imd\imdu !.! !.bin /b/e/y > !.log
IMD Imagebetrachter
imd: c:\disktool\imd\imdv !:!\!.!
IMD Anaylyser
imd: c:\disktool\imd\imda !:!\!.! > !:!\!.txt
Für FCTOD:
bin: fctod !.! a0:*.* c:\disktool\22fch\temp\
img: fctod !.! a0:*.* c:\disktool\22fch\temp\
Das Problem mit SKEW kann ich versuchen mit dem J&K nachzuvollziehen der das Format kann.
SKEW nimmt die Informationen aus deinem System - die Daten stehen in folgenden Bereichen:
DPB DiskparameterBlock
DPH DiskparameterHeader
XLTA XlateTable - Sektorenübersetzungstabelle.
https://www.seasip.info/Cpm/dph.html
https://www.seasip.info/Cpm/format22.html
Die aus deinem Image UC80A4 extrahierten Dateien funktionieren unter MYZ80
Die Formatangaben im J&K System definieren das UC80 Format als 52 Sector Format, was mich etwas ratlos lässt da 22disk ja mit
der Definition 1-26 die Diskette lesen kann.
Hier wurden ähnliche Probleme schon behandelt - vielleicht mal durchlesen.
5 1/4 Laufwerk in CP/M Rechner mit 8" Floppy Laufwerken
Eventuell ist SKEW nicht korrekt kopiert ? Zwecks Kontrolle gibt es auch unter CP/M ein CRC Programm... nur so ein Gedanke.
Hast du mit Anadisk deine 5.25" Diskette am PC getestet ?
## J&K Formatangabe
01 07 13 19 25 05 11 17 23 03 09 15 21 02 08 14 20 26 06 12 18 24 04 10 16 22 27 33 39 45 51 31 37 43 49 29 35 41 47 28 34 40 46 52 32 38 44 50 30 36 42 48 Das J&K System hat CP/M 3, weshalb SKEW dort nicht einwandfrei funktioniert. Es ist für CP/M2 geschrieben und die benötigten Systemadressen
liegen in CP/M3 anders. Ich könnte das mit einem Genie IIIs und CP/M2 machen, müsste das Format aber aus den J&K Angaben übernehmen was
jetzt etwas zu aufwendig ist, da der GIIIs momentan eingemottet ist
Du kannst aber dein System selber mit Probe2 untersuchen.
Probe2 liefert dir die Adressen zu DPH, DPB, XLT, in welchen du mit DDT, SID o.a. dir die Werte anschauen kannst.
Bei CP/M ohne Terminalsoftware läuft vermutlich die Anzeige durch, also CTR-C und ein Foto vom Bildschirm machen.
Bei einer Terminalsoftware (ich nutze ZOC) bitte das LOG einschalten und hier posten.
A5>probe2
PROBE Version 1.01 2 Sep 1984
PROBE will tell you what version of CP/M or MP/M you are
running, and display the I/O byte if appropriate. It then
displays the addresses of the CCP, BDOS, and BIOS. The BIOS
jump table will next be displayed including the extended BIOS
calls for CP/M+, and XIOS calls if running MP/M. It then
displays the disk parameter blocks (DPB's), disk parameter
headers (DPH's), group size, total disk size, number of
directory entries, space required for directory entries, total
usable space on the disk, and the disk space allocation vectors
for any selected drive (A: through P:).
PROBE was written in 'c' to help decode the disk formats of
a number of different machines to aid in transportability. It
was inspired by BDLOC, TELL, ALLOC, and a number of other public
domain CP/M utilities.
Paul Sittler - My Word!! RCP/M (409) 845-0510 (late nights)
Veterinary Public Health RCP/M (409) 845-0509 (24 hours)
Dept of Veterinary Public Health, Texas A&M University
College Station, Texas 77840-4468
This is CP/M 2.2.
I/O Byte value is currently 129 decimal,
81 hexadecimal or [1000 0001] binary
LST: is currently 02 hex or [10 ] binary, or LPT:
PUN: is currently 00 hex or [ 00 ] binary, or TTY:
RDR: is currently 00 hex or [ 00 ] binary, or TTY:
CON: is currently 01 hex or [ 01] binary, or CRT:
-----------
Making the IOBYTE 81 hex or [1000 0001] binary
where, for the following devices:
Device LST: PUN: RDR: CON:
Value 10 00 00 01
00 assigns TTY: TTY: TTY: TTY:
01 assigns CRT: PTP: PTR: CRT:
10 assigns LPT: UP1: UR1: BAT:
11 assigns UL1: UP2: UR2: UC1:
[1000 0001] assigns LPT: TTY: TTY: CRT:
This portion will tell you where your CCP starts, what
your BDOS entry address is, and where your CBIOS jump table
begins. The CBIOS jump table is also displayed.
Your CCP beginning address is: E500H.
Your BDOS beginning address is: ED00H.
Your BDOS entry address is: ED06H.
Your CBIOS jump table begins at: FB00H.
Cold start routine address is: FB5EH.
Warm start routine address is: FF80H.
Console Status routine address is: FFE1H.
Console Input routine (waits for char.): FFE2H.
Console Output routine address is: FFE3H.
List device output routine address is: FFE4H.
Punch device output routine address is: FFE5H.
Reader device input routine address is: FFE6H.
Home disk routine address is: FFE7H.
Select disk routine address is: FB33H.
The set track disk routine address is: FFE9H.
The set sector disk routine address is: FFEAH.
The set DMA disk routine address is: FFEBH.
The read disk routine address is: FFECH.
The write disk routine address is: FFEDH.
List device status routine address is: FFEEH.
Sector translate disk routine address is: FFEFH.
Do you wish to PROBE a drive's parameters (Y/N) ? Y
Which drive do you wish to PROBE (A - P) ? A
### DPB
For drive A:, the disk parameter block address is 0FB62 hex
The disk parameter block as it appears in memory (in hex):
FB62 80 00 05 1F 01 FF 07 FF 03 FF 00 00 00 00 00
Parameter (SYM) Hex Decimal [ Binary ]
Sectors per Track (SPT) = 0080 128
Block Shift Factor (BSH) = 05 5
Allocation Block Mask (BLM) = 1F 31
Extent Mask (EXM) = 01 1
Disk Size Maximum (DSM) = 07FF 2047
Directory Maximum -1 (DRM) = 03FF 1023
Allocation Mask 0 (AL0) = FF 255 [1111 1111]
Allocation Mask 1 (AL1) = 00 0 [0000 0000]
Directory Check Size (CKS) = 0000 0
System Tracks Offset (OFF) = 0000 0
The whole disk parameter block looks like:
SPT: BSH: BLM: EXM: DSM: DRM: AL0: AL1: CKS: OFF:
0080 05 1F 01 07FF 03FF FF 00 0000 0000
### DPH
For drive A:, the disk parameter header address is 0FB80 hex
The disk parameter header as it appears in memory (in hex):
FB80 00 00 00 0A 02 00 00 00 00 FF 62 FB 00 00 C0 FB
Address Vector Description (SYM) Hex
Log to physical sector trans (XLT) = 0000 ### hier in MYZ80 nicht vorhanden
Directory buffer scratchpad (DIRBUF) = FF00
DPB address in DPH (DPB) = FB62
Check changed disk scratchpad (CSV) = 0000
Disk space allocation vector (ALV) = FBC0
The data allocation block or group size is 4 Kbytes
The total disk size is . . . . . . . . . . 8192 Kbytes
The # of directory entries blocked for is 1024 Entries
which requires . . . . . . . . . . . . . . 32 Kbytes
Leaving a useful disk capacity of. . . . . 8160 Kbytes
4K Disk Allocation Block Number
(Hex) 0123 4567 89AB CDEF 0123 4567 89AB CDEF
----- ---- ---- ---- ---- ---- ---- ---- ----
0000: 1111 1111 1111 1111 1111 1111 1111 1111
0020: 1111 1111 1111 1111 1111 1111 1111 1111
0080: 1111 1111 1111 1111 1111 1111 1111 1111
00A0: 1111 1111 1111 1111 1111 1111 1111 1111
00C0: 1111 1111 1111 1111 1111 1111 1111 1111
00E0: 1111 1111 1111 1111 1111 1111 1111 1111 DSKPRAM liefert auch für 22DISK benötigte Angaben.
DSKPRAM zeigt die Daten, welche zu 22disk benötigt werden.
Das CP/M Kommando STAT dsk: zeigt die Daten in DRI Format und diese müssen
umgerechnet werden.
DSKPRAM ver. 1.1
Copyright (c) 1984 Robert C. Kuhman
DPB table for drive A:
SPT: 0080H Sectors per track.
BSH: 05H Block shift.
BLM: 1FH Block mask.
EXM: 01H Extent mask.
DSM: 07FFH Disk size-1.
DRM: 03FFH Directory entries-1.
ASV0: FFH Directory group allocation 0.
ALV1: 00H Directory group allocation 1.
CKS: 0000H Check size.
OFF: 0000H Offset (number of reserve tracks).
DPB address = FB62 hex
Diskette needs no translation.
Anbei ein paar Bilder auf 8" Floppy
ich denke es sieht gut aus mit deiner letzten Imagedatei.
Alles anzeigenSo...
Ich hab jetzt mal auf dem UC80 (mit einem angeschlossenen 51/4" Laufwerk) SKEW und PROBE2 ausgeführt.
A>skew
SKEW.COM v1.02 as of 10/30/84
A0>SKEW // <cr> Display Help.
Address: FA97H (DPH pointer to the Skew table.)
(Record Skew Pattern for disk A:)
0001 0007 000D 0013 0019 0005 000B 0011
0017 0003 0009 000F 0015 0002 0008 000E
0014 001A 0006 000C 0012 0018 0004 000A
0010 0016
(Skew Table, decimal values.)
1, 7, 13, 19, 25, 5, 11, 17, 23, 3, 9, 15, 21, 2, 8, 14, 20, 26, 6, 12, 18
Das passt, die SKEW TABLE decimal ist zu kurz - da hat wohl SKEW ein Problem. Zu SKEW habe ich leider keinen Quellcode gefunden.
Jetzt könntest du noch mit DDT den XLT Bereich anschauen. Da vermute ich obige Tabelle.
Log to physical sector trans (XLT) = FA97H
Zitat von nero999Ich habe nochmals eine Frage an die 22DISK Experten...
Ich bekomme es nicht fehlerfrei hin, das auf 51/4" Diskette geschriebene Image (Anhang) in 22DISK fehlerfrei einzulesen. Beim Anzeigen des Directorys, oder Kopierfunktionen von Dateien kommt immer eine Fehlermeldung "Sektor nicht gefunden".
Hallo Ralph,
sehe ich das richtig: Du hast Probleme beim Lesen von der 5,25" Disk mittels 22DISK?
Funktioniert 22DISK mit 8" Disketten?
Das 5,25" Image sollte in Ordnung sein, da ich es mit SAMCONV einwandfrei lesen konnte.
Zum SKEW-Faktor habe ich dunkel in Erinnerung, dass dieser auf den Dateninhalt keinen Einfluss hat. Lediglich die physische Reihenfolge der Sektoren auf dem Track ist unterschiedlich. Der Controller sucht sowieso nach der Sektor-ID und findet sie halt früher oder später. Das hat dann nur Auswirkungen auf die Performance. Die Sektortabelle hingegen ist wichtig für die Reihenfolge der Daten innerhalb einer Spur (oder Cylinder) und gibt unter Umständen auch spezielle IDs an (außerhalb der üblichen Nummern 1 bis 26, wobei 26 hier für die Anzahl der Sektoren steht).
Noch ein Tipp für die Zusammenstellung von Images (zumindest am Anfang der Tests): kopiere immer ein paar Textdateien (Größe zumindest eine Spur) mit drauf. Damit läßt sich die Disk leicht überprüfen, indem Du die Texte ansiehst. Ist die Sektorreihenfolge richtig, dann sollten die Dateien lückenlos lesbar sein.
Zitat von fritzeflinkAnbei ein paar Bilder auf 8" Floppy
Hallo Fritz,
hast Du Deine Tests mit 22DISK auf einer 8" oder 5,25" Disk durchgeführt?
Beste Grüße
PAW
Hallo Fritz,
hast Du Deine Tests mit 22DISK auf einer 8" oder 5,25" Disk durchgeführt?
Das Image aus UC80A4.zip habe ich heute auf eine 8" geschrieben. Gestern hatte ich das binare Image mit FCTOD unter OS/2 / MSDOS erfolgreich getestet.
... ich kann das aber auch noch mal mit einer 5.25" testen.
Aus der Gruft ...
Mit 5.25" geht alles wie vorher mit 8"
Hallo Fritz,
danke für die Tests. Damit dürfte klar sein, dass das System von Ralph (Kombination aus Floppy-Controller, Drive und 22Disk) Probleme macht.
Grüße, PAW
Hi, ich habe die Analysen aus Zeitmangel nicht im Detail verfolgt. Habe allerdings selbst mit verschiedenen Adaptec 1542CF auch unterschiedliche Erfahrungen gemacht. Manche können mit FM Formaten bzw. 128 Byte Sektoren umgehen, manche scheitern (insbesondere beim Schreiben). Einerseits gibt es wohl zumindest zwei unterschiedliche Hardware-Versionen (NSC funktioniert wohl besser als Intel, siehe https://services.theglitchworks.net/ng/testfdc_results), andererseits sind anscheinend auch nicht alle Firmware-Versionen gleich gut geeignet. Es kann also durchaus sein, dass genau die verwendete Hardware-Kombination tatsächlich Probleme macht.
gpospi danke für den Hinweis, ich hatte jetzt nicht parat welche Hardware der OT nutzt.
Ich nutze für die 8" Drives NEC 1165 einen AHA 1522A, der interne FDC des ASUS P5A kann ebenfalls SD lesen und schreiben und wird für die modernen Laufwerke genutzt damit ich die 8" Laufwerke nicht abstöpseln muss.
Die Schalter in der Gehäusefront unten schalten den AHA1522 FDC aus/ein und wechseln für intern das Laufwerk B zwischen HD und 40tr. DD Version.
Entsprechend muss im Bios der interne FDC auch ausgewählt werden.
Meine 1542cf haben den Intel Controller und sind für ältere SCSI geräte eingesetzt, die 1540a können gut mit SD, sind aktuell aber im Karton da ich den 1522a eingesetzt habe der problemlos funktioniert.
Mit 22disk (lizensierte Version) kannst du auch die Disketten formatieren. Mache dies mal bitte und beschreibe diese formatierte Diskette dann im UC80
mit dem System und den Programmen.
Die HxC Software bringt einen Diskanalyser mit - eventuell hilft dieser beim Fehlersuchen. Die Bedienung ist etwas gewöhnungsbedürftig, leider ist die Anzeige nicht skalierbar.
Der 1771 auf dem UC80 kann kürzere GAPS lesen/erzeugen und ist flexibler zu programmieren als der 765er, welcher im PC genutzt wird.
Deshalb sind auch TRS80 SD Disketten oft nicht korrekt mit dem 765er auf dem PC zu lesen.
Spezielle Fragen auch bitte per Konversation.
Zitat von nero999Komischerweise kann ich manchmal in 22DISK eine Disk für CP/M formatieren. Wenn dies funktioniert hat, klappt auch die Übertragung von DOS Dateien nach CPM. (Es kommen zwar Fehlermeldungen, diese verschwinden aber mit Retry)
Hallo Ralph,
wenn Du eine soche, mit 22DISK funktionierende, Diskette hast, dann mach doch bitte ein Image davon und lade es hoch. Dann können wir mal schauen, ob/wo Unterschiede existieren.
Fritz verwendet, wie aus den Screenshots ersichtlich, eine neue Version von 22DISK (August 2020).
Welche Version von 22DISK verwendest Du?
Eine Frage an fritzeflink :
Bei den 5.25" HD Laufwerken gibt es einen Pin #2 (Reduced Write). Wie verhält sich das bei den 8" Laufwerken. Gibt es dort auch so was? Könnte es da Probleme geben, da ja das 5.25" quasi als 8" Ersatz fungiert?
Grüße, PAW
Bei 8" Laufwerken gibt es das "TG43" Signal. Dieses bestimmt, ob die reduzierte Schreibspannung (bei Track>43) verwendet werden soll.
Der PC Floppycontroller liefert dieses Signal nicht, daher muss man hier beim Anschluss eines 8" Laufwerks an den PC tricksen. Bei IMD kann man dieses Signal via Parallelport ausgeben. Komfortabler geht es mit FDADAP (http://www.dbit.com/fdadap.html), da wird das Signal automatisch erzeugt. Im ursprünglichen CP/M System sollte der Controller natürlich das passende Signal erzeugen.
Das "Density Select" eines 5.25" HD Laufwerks muss natürlich richtig gesetzt sein, sonst kann es tatsächlich Probleme geben. Allerdings ist das Density Select ja nicht von der Kopfposition abhängig und kann somit "statisch" auf High oder Low gelegt werden.
Fritz verwendet, wie aus den Screenshots ersichtlich, eine neue Version von 22DISK (August 2020).
Hier ist nur FCTOD neu. alle anderen Dateien entsprechen der vorherigen Version.
Meine Bitte mit 22DISK die Diskette zu formatieren basiert auf der Vermutung, dass der 1771 im CP/M System bei 26 Sektoren und der Nutzung der Datenseperatorschaltung aus den Diskettenlaufwerken eventuell eine für den 765er des PC / aha154x ungünstige Formatierung erzeugt.
Die NEC 1165 welche ich nutze benötigen diese tg43 precompensation nicht.
Schön wäre es wenn ein 1522a zwecks Vergleichstest zur Verfügung stünde.
Das ist schon sehr eigensinnig.
FCTOD kann das RAW Image problemlos lesen. Ohne es zu testen gehe ich jetzt davon aus, dass eine erstellte Diskette auch gelesen werden kann.
Hat dein AHA Controller eventuell einen nicht passenden Floppycontrollerchip verbaut (Bilder) ?
Hier gab es heute einen Hinweis auf einen Verkauf dazu.
Teste doch bitte dein(e)n Floppycontroller mit dem TestFDC von Dave und poste es hier.
22DISK kann aber kein Directoy (Auswahl im CMENU) anzeigen. Hier kommt immer "Sektor nicht gefunden..."
Bitte mit ANADISK auf deinem Rechner analysieren.
