OldComp.cz

Môj pôvodne škaredý bastl, vzniknuvší pod ideu jak rozbehať 5,25" disketovku "cez USB" prostredníctvom šuflíkových súčiastok - Arduina Mega z pokusu o 3D tlačiareň a radiča floppy vyfúkaného z PC karty pištolou na opalovanie náterov... sa minulý rok nečakane podaril. Tak sa dočkal normálneho plošáku, podpory 8" a 3.5" 2,88MB, no a neska po roku som tomu dorobil podporu pre ImageDisk (IMD) formáty.
Jo, ja viem, existuje kryo, weasle, ale ma to teší, že s hračkárskou platformou ako arduino idú i pokročilejšie veci jak všemožné blikátka či otvárače dverí, no a zas malina by bola na takúto hovadinu overkill, takže som sa cestou čo to naučil Žiaľ, komunikuje to iba s PC FDC, takže s floppy od jabka či amigy si to neškrtne.

Tagreku sa podelím, ak by mal niekto záujem. Schéma, plošáky, software - opensource. Radiče som zatial skúšal dva, DP8473 a PC8477, oboje od Nationalu. Softwarovo na tom pôjde i originál NEC uPD765 (Intel 8272), len s ním sa mi nechcelo crcať, pretože vyžaduje podporné obvody. Zožere to štyri mechaniky naraz, bežný build má jednoduchý "DOS shell" príp. číta CP/M 250K filesystem; IMD build vytvára imagedisk obrazy; posielajú sa cez terminál. Do toho nejaké diagnostické veci typu skúška záznamu, krokového motoru mechaniky, otáčok...



Toš tak.

aj ešte takto sa dá:



DOS FAT12 vs. CP/M filesystem:



A už spomínané IMD, len to ešte musím dobre otestovať:

Ten škaredý "bluescreen" sa už pýtal vymeniť.. tak som vyskúšal OLED



Aj v porovnaní s bielym STN LCD je to veru sto a jedno.. jak zo starého laptopu. Chvalabohu že nemusím zbrusu programovať interface pre iný displej, na niečo je tá filozofia "hračkárskeho Arduina" dobrá - stačilo mi upraviť konštruktor u8g2 triedy, ktorú už niekto napísal za mňa

Paradna vec ! IMD funguje bezvadne.

Pěkná práce!

Vďaka hoši.
S tým "dobre otestovať IMD" som myslel najmä také diskety, kde logické číslo stopy nezodpovedá fyzickému, teda napríklad na stope 30 je zakódovaná stopa 99 a ešte vnútri takej je iné číslovanie sektorov (interleave != 1) s tým, že každý taký sektor môže ešte mať rozdielne číslo povrchu (0 alebo 1), nezávisle od toho, na ktorý je "nasetovaná" disková operácia. Do toho ešte podpora adresných značiek s DAM príznakom (deleted address mark), a či je to bad sector alebo neni, komprimovaný atď.
Regulérny build MegaFDC s "dosovským" príkazovým riadkom takéto kraviny nedával, ale tým že som zaviedol možnosť IMD formátu, musel som tomu všetkému pridať podporu, ostatne - preto je IMD build oproti regulérnemu pomalší, callback funkcia má toho vyše na práci.

Nu, čo šlo, som otestoval, naimplementoval, opravil. Ak by to niekde padalo na hubu, dajte mi vedieť. V poslednom builde som musel spomaliť časovanie 8" motora na 16ms kroky, pretože mi zle indexoval oklahomský osmipalec, aspoň som si vyskúšal seek test. Zvyšné dva typy (5,25" a 3,5") idú rýchlejšie.
Ešte som chcel prísť so zlepšovákom, aby sa nevyžadoval ten IMDTRIM.PY, ale na implementáciu čokolvek sofistikovanejšieho než je XMODEM (teda fixná veľkosť dátových paketov) a už mi dochádza v arduine pamäť... A na druhú stranu, na také 3,5" 2,88MB diskety treba zvoliť regulérny build, ktorý z nich spraví binárne image - pretože tieto zas nepodporuje IMD formát.