Ich fange mal an: Ein No Name 16bit ISA FDC/IDE Controller mit ACER M5101 von 1991 kann es, laut TESTFDC mit einem 360k DD LW.
Nichts besonderes, ein kurzer Blick nach Ebay zeigt ein paar mit diesem Controller-IC
Ich fange mal an: Ein No Name 16bit ISA FDC/IDE Controller mit ACER M5101 von 1991 kann es, laut TESTFDC mit einem 360k DD LW.
Nichts besonderes, ein kurzer Blick nach Ebay zeigt ein paar mit diesem Controller-IC
Ich frage mich, wie Du es schaffst, mehr als die ganze Diskettenkapazität deiner Maschine (80k) in einen einzigen Sektor zu packen (128k).
http://www.z80.eu/transfercpm.html und nach unten scrollen:
Go on reading infos >here< and >here< first, then >here< and also this collection of discussion entries >here<.
Not all PCs have an appropriate crystal for generating the lower frequencies the floppy controller chip needs, it seems that early add-on cards from Adaptec with a NS8473 (or NS8477) or other cards with a WD 37C65 controller chip can do this. Some later mainboards with an Intel 82077 Chip may be, too. The first, original IBM PC floppy controller card can do this only with additional modifications described in the 22Disk doc file from Sydex (e.g. can be found inside the original 22Disk144.zip file).
Darunter fallen dann auch bspw. die Adaptec 1542CF (also die mit Floppy interface)...
Ich frage mich, wie Du es schaffst, mehr als die ganze Diskettenkapazität deiner Maschine (80k) in einen einzigen Sektor zu packen (128k).
Danke Dir - korrigiert
Darunter fallen dann auch bspw. die Adaptec 1542CF (also die mit Floppy interface)...
Nein, es gibt 2 Varianten, mit den guten und mit dem bösen FDC-IC. Ich hab einen mit dem "bösen".
Na deswegen ist auch noch der NS8473 namentlich erwähnt....
Mein erster 'Kompatibler' war ein Genie 16B mit 2x360kB Laufwerken.
Den Floppycontroller hatte ich ausgetauscht, mit dem neuen Controller
konnte ich noch zusätzlich 2 8" Laufwerke anschliessen und mit 1 MB formatiert unter DOS
verwenden. Der Rechner und die Laufwerke sind schon lange weg, die Controllerkarte hab ich
kürlich im Keller wiederentdeckt. Ist eine doppelseitige Leiterplatte mit einem NEC D765AC
und ner handvoll 74xx drauf. Hersteller war eine Firma Rossmöller oder so ähnlich.
Der Adaptec AHA1542B mit NS DP8473V, hier im Siemens-Nixdorf PCD-4L, kann es.
Der 8bit ISA Longshine LCS-6610F Controller schreibt die 128b Sektoren auch.
Ein Goodwell GW2760EX 16Bit ISA Controller schreibt ebenso die 128b Sektoren.
Ein Goodwell GW2760EX 16Bit ISA Controller schreibt ebenso die 128b Sektoren.
Woher weißt Du das? Grade ausprobiert? Falls ja, stell doch mal ein Bild davon ein, am besten eines, wo man den FDC IC auch erkennt. Die Dinger sind meines Wissens nach oft unter verschiedenen Namen verkauft worden.
Ich weiß es, weil ich Floppies mag! Ich habe schon vor einiger Zeit einen Floppy Controller gesucht, der 4 Floppies steuern kann und 128b Sektoren schreibt. Leider habe ich nur welche gefunden, die zwei Floppies können. Bei den beiden habe ich es eben noch mal mit testfdc verifziert. Ich habe noch einen Adaptec AHA-1522A der es kann und zwei Boards. Ein QDI P51430VX-250 Explorer und ein ABIT TX-5IB2.
8bit ISA Longshine LCS-6610F Controller:
Goodwell GW2760EX:
Hab die letzten Tage eine neue DOSe zusammengebaut um meine Controllerkarten mal durchzuprobieren
und dabei auch mal angefangen meine testfdc-Results zu verzeichnen. Insofern kann ich die Ergebnisse von Dekay bestätigen
(siehe zu diesem Thema das Testfdc register von D.Dunfield http://dunfield.classiccmp.org/img47321/pcfdc.txt
und das "neue" Verzeichnis https://services.theglitchworks.net/ng/testfdc_results)
Nach längerer Beschäftigung mit den testfdc results fällt mir da folgende Regelmäßigkeit auf:
Die Karten/Boards mit
-Chips von National Semiconductors z.b. PC87306 , DP8473AV)
-Chips vom Acer bzw Acer Laboratories (ALi) z.B.M5105 , M5135
-Chipsätzen von ALi z.B. Aladdin5
haben regelmäßig "gute" Ergebnisse (PPP PPP PPP)
Alle anderen verzeichneten Chips haben regelmäßig irgendwelche F´s im Ergebnis
Der oben in dem Thread erwähnte Western Digital WD 37C65 hingegen fällt bei den Tests regelmäßig durch (das mag natürlich auch an der externen Beschaltung liegen)
Hier auch noch eine nette Zusammenfassung:
Also der hier von Acculogic, ein ISApport SCSI FDD Controller kann es definitiv auch, zumindest Single Density mit einem 360KB Laufwerk - und der hat ein SMC (WD) 37C65 FDC Chip.
Danke für den Link, jetzt weiß ich, dass auch der Adaptec 1542A in meiner M380 zu den "guten" Controllern gehört, und ich den mal als Zweit-Controller für ein externes 360 kB Floppy aktivieren muss.
Also der hier von Acculogic, ein ISApport SCSI FDD Controller kann es definitiv auch, zumindest Single Density mit einem 360KB Laufwerk - und der hat ein SMC (WD) 37C65 FDC Chip.
Ja, Single Density schon, aber eben (vermutlich) nicht mit 128 byte/sector.
In den Registern sind die Testergebnisse der WD 37CXXX und SMC FDC37CXXX Chips mit "PPF FPF PPF" beschrieben.
Habe soeben eine Controllerkarte mit einem WD37C65BJM getestet...und auch hier das Ergebnis PPF FPF PPF (Ergänzung: bei erneutem Test PPF PPF PPF)
Was natürlich nicht zwingend heißen muss, daß es bei Dir nicht funktioniert.
Aber Interessant: Dein Chip hat ja noch zum FDC37C65 den Zusatz C+LJ (soweit ich das auf dem Foto entziffern kann) vielleicht kann der ja mehr... im Datenblatt heißt es zum FDC37C65C+ :
Zitat-Format Compatible with Intel 82077
-Pin-to-Pin Compatible with Industry Standard FDC37C65C and WD37C65C-Licensed NEC765B Core Provides the Correct Detection of All Overrun and Underrun Conditions
Noch eine Hinweis zum Thema:
Das oben schon erwähnte Verzeichnis
https://services.theglitchworks.net/ng/testfdc_results
lebt noch.
Hatte vor ein paar tagen 3 Controllerergebnisse dort gemeldet. Nun sind die mit aufgenommen.
Also wer noch nicht veröffentlichte Ergebnisse oder Korrekturen hat, sollte das dort melden.
Die Ergebnisse von testfdc sind etwas uneindeutig für mich.
Mein Setting:
Laut testfdc kann mein System mit 128 Sektoren nicht umgehen. Wenn ich meine 8" 2D Floppies aber mit
8format a: DSSD /V
formatiere, sieht alles gut aus. Mit Omnidisk kann ich dann einzelne FM 128 Byte Sektoren oder Tracks fehlerfrei einlesen. Daher weis ich nicht recht, wie aussagekräftig ein Test mit testfdc ist.
Das oben schon erwähnte Verzeichnis
https://services.theglitchworks.net/ng/testfdc_results
lebt noch.
Scheinbar nicht mehr:
$ dig services.theglitchworks.net
...
;; ANSWER SECTION:
services.theglitchworks.net. 3516 IN CNAME services.alb.glitchworks.net.
...
;; AUTHORITY SECTION:
glitchworks.net. 3531 IN SOA ns1.he.net. hostmaster.he.net. 2021112800 86400 7200 3600000 86400
services.alb.glitchworks.net lässt sich über DNS nicht mehr auflösen.
Danke für den Link, jetzt weiß ich, dass auch der Adaptec 1542A in meiner M380 zu den "guten" Controllern gehört, und ich den mal als Zweit-Controller für ein externes 360 kB Floppy aktivieren muss.
Weil ich den Thread gerade wieder gefunden habe: Der Adaptec 1542A ist hervorragend für solche Sachen geeignet, er kann tatsächlich neben MFM auch FM und 128 Byte Sektoren, ich habe damit mit IMD inzwischen Disketten von der Olivetti ET 351 Speicherschreibmaschine gesichert, und konnte auch anhand in den Disketten gespeicherten Texte verifizieren, dass da was sinnvolles dabei rauskommt, das heißt, ich habe in den Sektoren lesbare Verzeichnisse mit sinnvollen Dateinamen gefunden, und auch lesbare Texte/Briefe usw. Das Dateisystem scheint aber was spezielles zu sein, gängige Software, die z.B. mit CP/M-Disks umgehen können, können damit nichts anfangen.
Um den Informationsgehalt zu erhöhen: Auf dem Adaptec AHA-1542A und B ist der DP8473V FDC-Chip verbaut.
Alle Floppycontroller mit dem Chip können sowohl FM als auch 128 Byte Sektoren formatieren/schreiben/lesen.
Scheinbar nicht mehr:
Hat sich wohl die Adresse geändert
https://services.glitchworks.net/ng/testfdc_results
An der Stelle möchte ich mich wiederholen:
Alles anzeigenNach längerer Beschäftigung mit den testfdc results fällt mir da folgende Regelmäßigkeit auf:
Die Karten/Boards mit-Chips von National Semiconductors z.b. PC87306 , DP8473AV)
-Chips vom Acer bzw Acer Laboratories (ALi) z.B.M5105 , M5135
-Chipsätzen von ALi z.B. Aladdin5
haben regelmäßig "gute" Ergebnisse (PPP PPP PPP)
Laut testfdc kann mein System mit 128 Sektoren nicht umgehen. Wenn ich meine 8" 2D Floppies aber mit
8format a: DSSD /V
formatiere, sieht alles gut aus. Mit Omnidisk kann ich dann einzelne FM 128 Byte Sektoren oder Tracks fehlerfrei einlesen. Daher weiss ich nicht recht, wie aussagekräftig ein Te
Interessant. Ich hatte es nicht geschafft mit WD Controllern ein 128Byte/S FM Image zu schreiben.
TestFDC hielt ich bis dato für zuverlässig.
ZitatInteressant. Ich hatte es nicht geschafft mit WD Controllern ein 128Byte/S FM Image zu schreiben.
TestFDC hielt ich bis dato für zuverlässig.
Ich habe die 8" Floppy nur mit 8format (http://boginjr.com/it/sw/dev/8format/) formatiert (mit der verify Option) - und dann mit OmniDisk einzelne Sektoren und Tracks eingelesen. Natürlich sieht man da nur die Füllbytes. Ein Image habe ich nicht geschrieben.
5.25" HD Laufwerke sind ja wenn sie mit HD Disketten betrieben werden sehr nahe Verwandte der 8" Laufwerke. Beide laufen mit 360 U/min und gleicher Datenrate. Insofern macht es einigermaßen Sinn, diese auch genauso betrieben zu können. Dazu gehört dann auch single-density mit 128 Byte Sektoren für das in der CP/M Welt verbreitete IBM 3740 Format. Auch beim IBM System 34 Format ist Track 0 mit 128 Byte single-density formatiert.
Beim 3.5" Laufwerk und nicht-HD 5.25" Laufwerken gibt es das Szenario nicht, da die mit 300 U/min und halber Datenrate laufen.
Ein 8" Laufwerk muss auf jeden Fall 128 Byte single-density können. Wenn das nicht geht, liegt es am verwendeten Controller.
Dass von den Specs her identische 3.5" Laufwerke sich in den schreibbaren Formaten unterscheiden, klingt merkwürdig. In der ImageDisk Doku steht, dass man bei Problemen die Drehzahl eines Laufwerks etwas runtersetzen könne, damit mehr Zeit für das Schreiben einer Spur bleibt. Könnte das Problem aus der Ecke stammen, dass der Controller die Spur also überschreibt bevor er alles untergebracht hat?
Ich hänge hier noch ein Dokument an, das eine sehr gute Zusammenfassung aller möglichen Aspekte der Floppy Technologie enthält. Es finden sich Testergebnisse diverser FDCs sowie Tabellen all der FM und MFM Formate und Sektorgrößen, die bei den diversen Laufwerksgrößen zur Anwendung kamen. Ich habe das Dokument gerade erst in meinem Archiv wiedergefunden. Es bestätigt u.a. die Aussage, dass MFM mit 128 Byte Sektorlänge niemals vorkamen.
Interesseanter Artikel, aber ich habe da eine Unstimmigkeit, ich finde aber sicher noch mehr:
Es liegt nicht an Linux oder den meisten anderen Betriebssystemen, ob GCR gelesen werden kann, oder nicht. Es liegt daran, dass moderneren Rechnern, aber auch viele ältere Systeme es einer Floppycontroller-Hardware überlassen, die magnetischen Pulse wieder in Bytes zurückzuverwandeln. Praktisch alle Systeme, welche ein FM oder MFM basiertes Diskettenformat verwenden, haben dafür einen Floppycontroller, die von WD oder NEC stammen, oder darauf basieren, welche diese magnetischen Implulse nach FM oder MFM Codierung in Hardware kodieren oder dekodieren. Ein Linux, aber auch ein MS-DOS oder ein Windows bekommt diese FM/MFM kodierten Rohdaten, so wie sie vom Lesekopf eingelesen oder geschrieben werden, garnicht zu sehen. Deswegen ist auf den meisten von Linux unterstützten Systemen das Lesen/Schreiben von GCR über die Standardhardware des Floppycontrollers garnicht (oder nur mit üblen Tricks) möglich. Das ändert sich erst, wenn man den Floppycontroller umgeht, in dem man z.B. ein Floppylaufwerk direkt an einen Portbaustein anschließt. So machen es übrigens auch die ganzen Commodore-Floppys und die Apple II und frühen Macs, die Kodierung und Dekodierung von GCR erfolgt dort in Software von der CPU. Übrigens auch beim Amiga geht das, weil der Amiga eines der ganz wenigen 16/32-Bit-Systeme Systeme ist, wo die CPU an die Rohdaten dran kommt (z.B. in XCOPY der Nibble-Mode), aber normalerweise überlässt der Amiga die Kodiererei dem Soundchip (Paula), der dafür extra eine Funktionseinheit drin hat, die sowohl MFM als auch GCR kann - nur FM kann sie soweit ich weiß auch nicht.
Was ich auch komisch finde:
Die Commodore 1581 Floppy ist ein 3,5 Zoll Laufwerk.