Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre> <span class="replyquote1">> Me by zajimala konkretne ta cast s emulaci prikazu radice. Ani ne tak <img src="BODY_IMAGES_WRAP_GIF"> zdrojak, > jako spis vysvetlit u kazdeho FDC prikazu co a jak puvodni radic vykonava a <img src="BODY_IMAGES_WRAP_GIF">jak > nastavuje status. Mohl bys o tom napsat kratkej pokec ? Vysvetlit jak se <img src="BODY_IMAGES_WRAP_GIF">chova > skutecnej radic a pripadne k tomu pro porovnani jak se ve funkci lisi <img src="BODY_IMAGES_WRAP_GIF">UNICARD. > </span> Ona je to spise takova sezbiranka z dokumentace k WD a z toho co jsem zjistil pri krokovani FD rutin BASICu, cp/m a MRSu a na neco jsem se musel vytasit i s logickym analyzerem a smirovat skutecny radic... Kazdopadne to co dela ta moje emulace je spise blackbox, ktery napodobuje funkci radice, nez skutecna emulace WD297x - proto je taky nacitani dat z tohoto emulovaneho radice o neco rychlejsi, nez ze skutecne FD. Nektere statuskody a parametry prikazu ignoruju, protoze jsou z hlediska emulace nadbytecne. Nejvic toho zjistis ze souboru FDController.c ;) <span class="replyquote2">>> Stav projektu je zhruba takovy, ze u radice neni a zrejme ani nebude >> implementovan prikaz READ TRACK - jinak by melo byt hotovo vse, s >> vyjimkou osetreni chyb na FAT, ktere jeste nejsou nasledne reportovany >> error kodem ve statusu emulovaneho radice. >> >> </span><span class="replyquote1">> V cem je problem ? > </span> READ TRACK je prikaz, jehoz implementaci jsem doposud nenasel v zadnem Sharpackem, ani cp/m programu a i z dokumentace k WD mi vyznelo, ze se to da pouzit akorat k overeni zda disketa obsahuje nejake logicke naformatovani, ale nic moc pouzitelneho tim clovek stejne neziska. Zaroven k tomu musim doplnit, ze sestersky command WRITE TRACK je v emulaci implementovan tak, ze se disketa musi formatovat postupne od stopy 0, strany 0 smerem nahoru. Pokud by se nejaka stopa vynechala, nebo by se napr. naformatovala cela disketa a pak by se Sharp vratil k nejake stope a tu by preformatoval, tak by to zpusobilo destrukci diskoveho image ... Toto omezeni vychazi jednak ze struktury DSK obrazu disket a jednak z toho, ze jsme pri operacich s radicem limitovani rychlosti a RAMkou pouziteho mikrorocesoru. Kvuli WRITE TRACK jsem musel upravit diskove utility MRSu a nova verze disk image s timto systemem je v svn adresari "./others/". Ty chybejici statuskody pri FAT chybach jsou jen zapricineny jen mou vlastni lenosti ;) Michal </pre>