Synchronizácia kódovania MFM

[RayeR]

Zajiame, budu sledovat jak se to tu vyvine.
Ja sem si hral s MFM disky pouze na PC, takze nevim jak to chodi na jinych platformach. Z toho vyse napsaneho jsem pochopil, ze ma disk zapsany nejakym jinym formatem, takze by ho PC MFM radic v PCcku neprecetl...

Slo by to asi udelat nejakou obdobu jako je Kryoflux na diskety, ze by se z disku cetly jen nake pulsy pri zmene mag. toku a cele by se to dekodovalo az nakym SW na PC, to by aspon pak bylo univerzalni...

[rampage]

Akurát pozerám prednášky o Raspberry Pico - najmä ohladom PIO.
Týpek z nejakej americkej univerzity s tým postavil jednoduchý softwarový renderer na VGA monitor pri 25MHz (640x480); také niečo keď ide, to bych si mohol vyskúšať spraviť softwarové dekódovanie MFM (10MHz) a RLL (15MHz) a následnú analýzu/zápis stopy.
To namiesto súčasného "interface" kde Arduino slúžilo iba ako medzikus medzi terminálom na PC, a hardwarovým harddiskovým radičom/sekvencerom.

Zobral som pokusne pár Pico II dosiek od zeleného škriatka.
Oproti Mega2560 to má menší počet GPIO, takže už musím osadiť posuvné registre, ale zas je to vraj naďalej +5V TTL "tolerantné" (ak to má napájanie); programovať sa to dá cez VSCode: druhé Pico som neska rozbehal ako debugger a funguje bez zaklínadiel - vo visualku normálne brejkpoint a vypluje stack, registre, premenné. Tak jak sa na dvadsiate prvé storočie patrí

Akurát analogový fázový záves k tým diskom by som si naďalej ponechal. Mám tu ešte nejaké WD čipy ktoré rozcuknú RAWDATA na DATA a CLK, ale datastream ďalej nespracúvajú, ani nedetekujú adresné značky, nič. Takže to by som skúsil riešiť sám. Ergo, preskočiť diskový radič uplne a ten si navrhnúť softwarovo.
Holé Arduino by to nedalo, toto už vyžaduje DMA.

[RayeR]

Ano, ty PIO jednotky na PICO jsou mocny nastroj, dokonce s tim nekdo udelal i knihovnu na bitbangovany HDMI vystup (jen nejnizsi rozliseni 480p), to je este vetsi HC jak VGA. Takze nakych par Mbitu z HDD by to melo zpracovat s prstem v nose... Otazka, jesli ta flexibilita PIO bude pro tuhle aplikaci stacit. Ja sem se k tomu zatim nedostal to nak do hloubky zkoumat, ty PIO jednotkyy se programujou ve specialnim assembleru oddelene od C zdrojaku...

[rampage]

Zdá sa, že ten "PIO asembler" vypluje pri skompilovaní céčkovský header, kde je const pole s jednotlivými 16-bit inštrukciami. Rutiny v SDK to pripravia do SRAM a spustia. Vraj každá inštrukcia je presne 1 takt CPU, teda pár ns. A ak by to nestačilo, SDK má vraj priamo rutiny na pretaktovanie.
Ale maximum je 32 inštrukcií - pre všetky PIO moduly spolu - a to iba základné opkódy typu in, out, mov, jmp a shift. Čiže je to poriadne obmedzené.
Gro sa musí pripraviť ešte pred spustením PIO procesoru, tzn. data už musia byť v SRAM, DMA kanál správne nastavený pre čítanie, zápis ap. Ale zatial som to neskúšal ešte.

Ale videl by som to jednoducho: čakaj dokým nepríde INDEX disku, z nábežnej hrany CLK zober DATA, ulož do RAM a opakuj kým nedojde ďalší INDEX (alebo nedojde RAM )
Dekodovanie z MFM/RLL na databity už potom v céčku...

Trocha bude problém pri zápise - za istý cylinder odbavovať predkompenzáciu bitov, tzn. oneskoriť ich o konkrétne jednotky ns. Ale najskôr to čítanie

[RayeR]

Toz drzim palce, kdyztak tady je upravena verze PicoSDK od Pandy ocesana o zbytecny bloatware https://github.com/Panda381/PicoLibSDK