Real-time MFM-disk decoder/reader : unterschiedliche Data AM Pattern

OP (Firma: PRIVAT) #5906086
Lesenswert?

Hallo zusammen,
ich wollte mal fragen ob sich schon jemand mit dem Thema der 
unterschiedlichen Daten-Formate bei den MFM disks befasst hat. Die 
Problematik habe ich in dem Dokument MFM_debug.pdf über meine homepage 
http://fafner.dyndns.org/~heuberger/BV/MFM_debug.pdf oder über GitHub 
ausgibig beschrieben:
https://github.com/pdp11gy/SoC-HPS-based-MFM-disk-emulator
Ich habe derzeit "nur" eine PDP-11/23, RQDX1 und RD51 zur Verfügung. 
Hier kann ich bereits die Disk auslesen und auch direkt als .DSK file 
abspeichern, so dass ich mit SIMH weiterarbeiten kann.
Hier habe ich allerdings das Data AM Pattern herausfinden können. Mich 
würde nun interessieren wie es bei anderen Konfigurationen aussieht, 
bestimmt unterschiedlich, aber wie ist die Frage.
Interessant wäre da mal die PC-Welt, Atari , HP und IBM Welt. es gibt 
schon einen sehr interessanten Beitrag, allerdings auf Floppy bezogen ( 
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD 
Diskette , von 03.10.2018 ) . Alles selber rausmessen kann ich einfach 
nicht, dazu habe ich nicht die Räumlichkeiten und auch nicht das 
Referenz Equipment ... und auch nicht mehr die Energie und Zeit. 
Vielleicht hat sichschon mal jemand von Euch damit befasst und kann 
weiterhelfen.
Zusammenarbeit ist natürlich auch gerne willkommen.

Danke und Gruß, Reinhard
Gast #5906141
Lesenswert?

Reinhard H. schrieb:

> ich wollte mal fragen ob sich schon jemand mit dem Thema der
> unterschiedlichen Daten-Formate bei den MFM disks befasst hat.

Falsches Forum. Hier geht es um Sachen, die gelöst oder wenigstens 
weitgehend gelöst sind. Nicht um Probleme und Fragen zu einer erst noch 
zu findenden Lösung...
#5906778
Lesenswert?

Reinhard H. schrieb:
> ich wollte mal fragen ob sich schon jemand mit dem Thema der
> unterschiedlichen Daten-Formate bei den MFM disks befasst hat.

Mir ist unklar, wo du mit deiner Frage hin willst. MFM ist kein 
"Format", sondern eine Bitstromcodierung. Und natürlich hat sich damit 
schon mal jemand befaßt, sonst würde man darüber nichts im Internet 
finden. Bspw. hier: 
https://en.wikipedia.org/wiki/Modified_Frequency_Modulation

> Die Problematik habe ich in dem Dokument MFM_debug.pdf ...
> ausgibig beschrieben

Wenn du Antworten erwartest, dann stell Fragen. Konkrete Fragen. 
Erwarte nicht, daß sich Leute ein PDF herunterladen und darin suchen, 
welche Frage du vielleicht haben könntest.

> Hier habe ich allerdings das Data AM Pattern herausfinden können. Mich
> würde nun interessieren wie es bei anderen Konfigurationen aussieht,
> bestimmt unterschiedlich, aber wie ist die Frage.
> Interessant wäre da mal die PC-Welt, Atari , HP und IBM Welt.

Der oben verlinkte Wikipedia-Artikel enthält Links zu weiteren 
Bitstromcodierungen. FM und MFM sind die Anfänge. Gefolgt von RLL Codes 
(das ist eine ganze Familie, siehe 
https://en.wikipedia.org/wiki/Run-length_limited). Dazu zählt auch GCR 
(bekannt vom C64 respektive dessen Floppy 1541).
Gast #5906787
Lesenswert?

Hallo Reinhard,

frag mal hier http://www.vaxman.de/inhalt.html direkt an. Du kannst dem 
Betreiber der Seite Dein Anliegen direkt per Mail schreiben. Er ist sehr 
hilfsbereit und wird Dir in jedem Falle antworten und auch keine dummen 
Sprüche klopfen. Er hat mehrere solcher alten Kandidaten am Laufen bzw. 
selbige repariert und wieder in einen funktionstüchtigen Zustand 
versetzt.

Mir hat er auch völlig uneigennützig geholfen, allerdings bei einem 
anderen Thema.
OP (Firma: PRIVAT) #5906806
Lesenswert?

Nett gemeint und jedenfalls vielen Dank.
Allerdings kenne ich den vaxman quasi persönlich und auch meine Homepage
läuft auf seiner historischen VAX. Wir haben auch schon einige Projekte
zusammen gelöst und klar, er ist sehr hilfsbereit.
Das MFM decoding/encoding ansich ist nicht mein Problem. Die 
unterschiedlichen Daten-ID's/Trigger-Pattern und eben das Data AM 
Pattern welche von jeden Kontroller Hersteller anders auf die Disk 
geschrieben wurde  ist mein offener Punkt. Deshalb wollte ich auch 
meinen Beitrag in "Projekte & Code" veröffentlichen zwecks 
Meinungaustausch. Die Idee ist einfach, ein .DSK file zu erzeugen um die 
alte, eingelesene Disk sofort mit SIMH ( z.B. auf einen Raspberry ) 
verwenden zu können. Dein Hinweis auf Run-length limited ist jedenfalls 
auch sehr interessant. Ich werde, bzw. habe das Thema so umgangen, idem 
ich nicht nur die Daten decodiere sondern auch bei unbekannten Data AM 
die MFM Abstände abspeichere um wenigstens die alte Disk zu emulieren.
Gast #5906897
Lesenswert?

Reinhard H. schrieb:
> Nett gemeint und jedenfalls vielen Dank.
> Allerdings kenne ich den vaxman quasi persönlich und auch meine Homepage
> läuft auf seiner historischen VAX. Wir haben auch schon einige Projekte
> zusammen gelöst und klar, er ist sehr hilfsbereit.

OK das konnte ich nicht wissen. War ja ja auch nur so eine Idee 
meinerseits. Leider kenne ich ihn noch nicht persönlich, aber wir 
korrespondieren zum Thema Anlogrechner.

Reinhard H. schrieb:
> Dein Hinweis auf Run-length limited ist jedenfalls
> auch sehr interessant
Ich glaube hier hast Du was durcheinander gehauen. Der Hinweis kam nicht 
von mir. Mit diesem Thema kenne ich mich nicht wirklich aus. Ich weis 
zwar das es MFM gibt aber mehr auch nicht. Auf den vaxman bin ich auch 
nur gekommen als ich Deine Rechnerliste gelesen habe.

Wünsche Dir aber noch viel Erfolg bei Deinen Vorhaben.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren