Hat jemand eine HP 150 Originaldiskette für Wordstar?

lgp30 · 7. Januar 2024

Zitat von dirkt

/pub/cm/utils, falls es noch jemand sucht. FDRAWCMD ist übrigens seit 2022 deprecated (weil Sicherheitslücke), und man muss es ggf. mit CONFIG_BLK_DEV_FD_RAWCMD im Kernel wieder anstellen.

Die Kernelentwickler sind manchmal sehr weltfremd. Ich muss auch stets floppy.c patchen, damit man z.B. Disketten ohne Skew und Interleave formatieren kann. Die haben vor x Jahren was eingebaut, das sich nicht per ioctl oder so abschalten lässt.

FDRAWCMD ist ein sehr essentielles Feature! Die sollen den Treiber endlich vernünftig machen und nicht ständig von Leuten verschlimmbessern lassen, die noch nie mit Floppys gearbeitet haben.

(Übrigens, wenn man als Server computermuseum.informatik.uni-stuttgart.de nimmt, fällt /pub/cm weg)

trazom · 7. Januar 2024

Zitat von lgp30

Die Kernelentwickler sind manchmal sehr weltfremd. Ich muss auch stets floppy.c patchen, damit man z.B. Disketten ohne Skew und Interleave formatieren kann.

Kein Mensch braucht noch Disketten

**Toast_r** · 7. Januar 2024

Zitat von trazom

Kein Mensch braucht noch Disketten

Einspruch, euer Ehren!

PAW · 7. Januar 2024

Zitat von lgp30

Der letzte Sektor ist ein Konstrukt, den das Laufwerk irgendwie erzeugt. Benötigt wird er aber nicht. Er hat auch eine ganz andere Sektor-ID, ich glaube 128.

Das Laufwerk erzeugt überhaupt nichts von alleine. Die Sektoren kommen vom Controller und dieser wird üblicherweise von der CPU gesteuert.

Die Sektor-ID ist 17. Der Inhalt dürfte bei jeder Spur gleich sein. Habe aber nur ein paar Stichproben gemacht und sieht so aus:

Code

=== Track: 0  Side(1/2): 1  Sector: 17/17  SecLeng: 128   CRC-OK

E7 08 D4 00 5B 15 00 FF 00 FF 00 FF 00 FF 00 FF    |....[...........|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|
00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF    |................|

Was jedoch bemerkenswert ist, ist die Reihenfolge der Sektoren. Diese wechselt mit jedem Track und wiederholt sich erst wieder nach 8 Spuren. Ausgenommen ist nur der Sektor 17, der immer am Ende einer Spur steht. Muss ein nettes Formatierungsprogramm sein. Beim Lesen sorgt ja dann der Controller dafür, dass die Sektoren in der richtigen Reihenfolge eingelesen werden. Die Programme brauchen also nur mehr die Daten 1:1 einlesen.

SAMdisk scan SamImage.dsk zeigt folgendes:

Code

[SamImage.dsk]
70 Cyls, Head 0:
250Kbps MFM, 17 sectors,  256 bytes/sector:
  0.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
  1.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
  2.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
  3.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
  4.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
  5.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
  6.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
  7.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
  8.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
  9.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 10.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 11.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 12.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 13.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 14.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 15.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 16.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 17.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 18.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 19.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 20.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 21.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 22.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 23.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 24.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 25.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 26.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 27.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 28.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 29.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 30.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 31.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 32.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 33.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 34.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 35.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 36.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 37.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 38.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 39.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 40.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 41.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 42.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 43.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 44.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 45.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 46.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 47.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 48.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 49.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 50.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 51.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 52.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 53.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 54.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 55.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 56.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 57.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 58.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 59.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 60.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 61.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]
 62.0  1 5 9 13 2 6 10 14 3 7 11 15 0 4 8 12 17[n0]
 63.0  10 14 3 7 11 15 0 4 8 12 1 5 9 13 2 6 17[n0]
 64.0  0 4 8 12 1 5 9 13 2 6 10 14 3 7 11 15 17[n0]
 65.0  9 13 2 6 10 14 3 7 11 15 0 4 8 12 1 5 17[n0]
 66.0  3 7 11 15 0 4 8 12 1 5 9 13 2 6 10 14 17[n0]
 67.0  8 12 1 5 9 13 2 6 10 14 3 7 11 15 0 4 17[n0]
 68.0  2 6 10 14 3 7 11 15 0 4 8 12 1 5 9 13 17[n0]
 69.0  11 15 0 4 8 12 1 5 9 13 2 6 10 14 3 7 17[n0]

Alles anzeigen

Zitat von lgp30

Man benutzt auch seit vielen vielen Jahren nicht mehr TeleDisk, sondern stattdessen ImageDisk. Ist allerdings auch ein DOS-Tool. Ich habe meine selbstgestrickte Linux-Version auf unserem FTP-Server unter /utils, Name imd bzw imd.c.
Das sind übrigens ganz normale Disketten, die jeder PC-Controller lesen und schreiben kann. Es gab auch mal einen DOS-Treiber für Standard-PCs, um HP150-Disketten zu lesen/schreiben.

Das wird auch nichts nützen, wenn der Controller keine 128 Byte MFM-Sektoren schreiben kann. SAMdisk ist ohnehin eine recht gute Software, die sehr viel mit dem PC-Controller machen kann. Hier ist sie aber machtlos, wenn die Hardware nicht will!

Schönen Tag!

PAW

Martin Hepperle · 7. Januar 2024

Ich habe mal die Einzeldateien aus dem MS-DOS Image extrahiert.

Nachdem mir SAMDisk nur Abstürze produziert hat, habe ich neu gelernt, dass auch HxCFloppyEmulator die Einzeldateien mit den Spuren lesen und zu einem guten Gesamtbild zusammenfügen kann.

Ich habe dazu nur die einzeldateien der Seite 1 vorher gelöscht - die Diskette war ja einseitig.

Dann nur noch mit einem eigenen Progrämmchen den 128-Byte Sektor 17 entfernt und die Einzeldateien aus dem MS-DOS-Image extrahiert. Die habe ich dann mit einem USB-Laufwerk auf eine eigen Diskette kopiert und in das Floppy-Laufwerk in meiner 9133H Einheit gelegt. Das geht wegen des MS-DOS Formats ohne Probleme.

Tatsächlich läuft diese deutsche Version 3.23 auch auf meinem HP 150.

Im Gegensatz dazu zeigt die englische Wordstar Version 3.2 vom HP-Museum eine horizontal verschobene Bildschirmdarstellung.

Das ist merkwürdig, weil das Programm ansonsten gut läuft, also nicht generell defekt ist.

Ich vermute inzwischen, dass die Version vom HP-Museum für sehr alte HP-150 ROMs ist und dass sich danach etwas an der Speicherorganisation geändert hat.

Nach der Dokumentation sollten die immer aufwärts kompatibel sein, aber wer weiß...

Ich werde mal schauen, ob sich die beiden vergleichen lassen.

Auf jeden Fall erstmal Danke - die Dateien, die ich suchte habe ich erstmal bekommen. Falls jemand noch englische Versionen von Wordstar 3.x für den HP 150 haben sollte, wären die natürlich auch noch interessant zum Vergleich.

Code

MS-DOS Disk Image 'img\WORDSTAR-3.23-HP150-DE.img'.

MS-DOS Boot Record
==================
Note: No boot sector signature found. 0xFFFF

Offset    Content       Comment
------    ---------     -------------------------------
0000    0xEB 0x1C 0x90  probably HP-110, HP-150, MS-DOS 2.1.
0003    "HP150   "      OEM name
000B         256        Bytes per Sector
000D           4        Sectors per Cluster
000E           2        Number of Reserved Sectors
0010           2        Number of File Allocation Tables
0011         128        Maximum Number of Entries in Root Directory
0013        1056        Total Number of Logical Sectors
0015        0xFA        Media Descriptor Byte (maybe HP-150)
0016           3        Number of Sectors per FAT
0018          16        Number of Sectors per Track
001A           2        Number of Heads
001C           0        Number of Hidden Sectors
Standard Boot Parameter Block, pre MS-DOS 4.0

Derived Information:
    Number of Cylinders           33    -
    Size of one Cluster         1024    bytes
    Total Capacity            270336    Bytes    (264 KB)
    Usable Data Capacity      264192    Bytes    (258 KB)
    Size of one FAT              768    0x0300    Bytes
    Size of Root Directory      4096    0x1000    Bytes
    FAT 1 starts at offset       512    0x0200
    FAT 2 starts at offset      1280    0x0500
    Dir. starts at offset       2048    0x0800
    Data starts at offset       6144    0x1800
    Max. Cluster Number          512

Reading File Allocation Table 1
- 12-bit FAT read successfully.
- FAT ID = FF
Reading File Allocation Table 2
- 12-bit FAT read successfully.
- FAT ID = FF
Comparing FAT1 and FAT2: FATs are identical.

1, "WORDST_MSTR", volume
2, "RM$     .VOL",length=96,length on disk=1024,clusters=[3]
3, "WS      .IN$",length=128,length on disk=1024,clusters=[2]
4, "WINSTALL.IN$",length=128,length on disk=1024,clusters=[108]
5, "WS      .COM",length=32512,length on disk=32768,clusters=[4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35]
6, "WSMSGS  .OVR",length=27520,length on disk=27648,clusters=[36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62]
7, "WSOVLY1 .OVR",length=44800,length on disk=45056,clusters=[63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106]
8, "PAM     .VOL",length=384,length on disk=1024,clusters=[107]
9, "TEST    .DOC",length=256,length on disk=1024,clusters=[109]
10, "WINSTALL.COM",length=1536,length on disk=2048,clusters=[110, 111]
11, "WINSTALL.OVR",length=39168,length on disk=39936,clusters=[112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150]
12, "WS      .INS",length=48640,length on disk=49152,clusters=[151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198]

----------------------------------------------------------------------------
No.    File Name    Attribute     Start    Length    Date          Time      
----------------------------------------------------------------------------
1    WORDST_MSTR     0x08(V)          0         0    13.06.1984    11:15:11
2    RM$     .VOL    0x22(HA)         3        96    13.06.1984    11:30:29
3    WS      .IN$    0x20(A)          2       128    13.06.1984    11:29:14
4    WINSTALL.IN$    0x20(A)        108       128    13.06.1984    11:30:07
5    WS      .COM    0x20(A)          4     32512    13.06.1984    11:28:17
6    WSMSGS  .OVR    0x20(A)         36     27520    07.06.1984    18:44:19
7    WSOVLY1 .OVR    0x20(A)         63     44800    07.06.1984    16:13:29
8    PAM     .VOL    0x22(HA)       107       384    13.06.1984    11:30:29
9    TEST    .DOC    0x20(A)        109       256    25.07.1984    14:55:27
10    WINSTALL.COM   0x20(A)        110      1536    13.12.1983    18:47:25
11    WINSTALL.OVR   0x20(A)        112     39168    17.01.1984    08:52:18
12    WS      .INS   0x20(A)        151     48640    17.01.1984    09:42:04
----------------------------------------------------------------------------

Alles anzeigen

dirkt · 7. Januar 2024

Zitat von PAW

Das wird auch nichts nützen, wenn der Controller keine 128 Byte MFM-Sektoren schreiben kann.

Nur aus Neugier: Welche PC-Floppy-Controller konkret können denn keine 128-Byte-Sektoren mehr schreiben?

trazom · 7. Januar 2024

Hier gibt's eine Übersicht:

http://dunfield.classiccmp.org/img42841/pcfdc.txt

trazom · 7. Januar 2024

Zitat von trazom

Hier gibt's eine Übersicht:

http://dunfield.classiccmp.org/img42841/pcfdc.txt

Vielleicht könnte man die Liste hier im Forum mal weiter führen...

lgp30 · 8. Januar 2024

Zitat von PAW

Zitat von lgp30

Der letzte Sektor ist ein Konstrukt, den das Laufwerk irgendwie erzeugt. Benötigt wird er aber nicht. Er hat auch eine ganz andere Sektor-ID, ich glaube 128.

Das Laufwerk erzeugt überhaupt nichts von alleine. Die Sektoren kommen vom Controller und dieser wird üblicherweise von der CPU gesteuert.

Natürlich erzeugt das das Laufwerk. Es ist ein intelligentes externes Laufwerk mit integriertem Controller. Man kann sich aber auch anstellen... ;-))))

lgp30 · 8. Januar 2024

Zitat von PAW

Was jedoch bemerkenswert ist, ist die Reihenfolge der Sektoren. Diese wechselt mit jedem Track und wiederholt sich erst wieder nach 8 Spuren. Ausgenommen ist nur der Sektor 17, der immer am Ende einer Spur steht. Muss ein nettes Formatierungsprogramm sein. Beim Lesen sorgt ja dann der Controller dafür, dass die Sektoren in der richtigen Reihenfolge eingelesen werden. Die Programme brauchen also nur mehr die Daten 1:1 einlesen.

Wieso ist das bemerkenswert? Das ist der Sektorskew und durchaus üblich. Das war immer das Problem mit dem Floppytreiber in Linux, nämlich dass er einen fest eingebaut hat.

Bzgl. des 17. Sektors: kannst du mal den Sektorheader posten, inkl. Adressmarke und CRC-Bytes? Du hast nur den Datenblock gepostet.

PAW · 8. Januar 2024

Zitat von lgp30

Natürlich erzeugt das das Laufwerk. Es ist ein intelligentes externes Laufwerk mit integriertem Controller.

Das hängt eben davon ab, was man als Laufwerk betrachtet. Für mich ist ein Laufwerk üblicherweise ohne Controller. Natürlich gibt es auch welche, die gemeinsam mit einem Controller in einem Gehäuse stecken, was hier offenbar der Fall ist.

Zitat von lgp30

Bzgl. des 17. Sektors: kannst du mal den Sektorheader posten, inkl. Adressmarke und CRC-Bytes? Du hast nur den Datenblock gepostet.

=== Track: 0 Side(1/2): 1 Sector: 17/17 SecLeng: 128 CRC-OK

Die 17 ist die Sektor-ID, sonst würde hier was anderes stehen!

dirkt · 8. Januar 2024

Zitat von lgp30

Zitat von PAW

Was jedoch bemerkenswert ist, ist die Reihenfolge der Sektoren. Diese wechselt mit jedem Track und wiederholt sich erst wieder nach 8 Spuren. Ausgenommen ist nur der Sektor 17, der immer am Ende einer Spur steht. Muss ein nettes Formatierungsprogramm sein. Beim Lesen sorgt ja dann der Controller dafür, dass die Sektoren in der richtigen Reihenfolge eingelesen werden. Die Programme brauchen also nur mehr die Daten 1:1 einlesen.

Wieso ist das bemerkenswert? Das ist der Sektorskew und durchaus üblich. Das war immer das Problem mit dem Floppytreiber in Linux, nämlich dass er einen fest eingebaut hat.

Bzgl. des 17. Sektors: kannst du mal den Sektorheader posten, inkl. Adressmarke und CRC-Bytes? Du hast nur den Datenblock gepostet.

Bemerkenswert ist schon, dass der 17. Sektor jedesmal woanders in der Skew-Abfolge steht. Wenn der 17. Sektor als Teil der normalen Formatierung geschrieben wird, hätte ich schon erwartet, dass er z.B. jedesmal am Ende kommt (also die Formatierung mit Sektor 0 4 8 ... anfängt, und mit Sektor 17 aufhört).

Tags