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"><B>RMD-1 zajimavost:</B></td><td align=right valign="middle"></td></tr></table><BR><p>Pisu pres Pandoru a je mi divny, ze tu nejsou pristupny prispevky za srpen.<br/>Tak jsem trochu pokrocil s 1Mb RMD-1. Protoze jsem chtel vedet, co se na nem deje v jednotlivych blocich, stopach, sektorech i datech v sektoru, hledal jsem a nasel pod CP/M program DDUMP, ktery to vse umi. Jenze byl skoro nepouzitelny, protoze byl napsany pro displej 80 znaku x 20 nebo 24 radku. Takze kazdy radek pretekl casti radku za 64 znakem do nasledujiciho. Program nahore vypise Disk, Blok, Stopa, Sektor a pak klasickou DUMP tabulku pro cely 128b sektor, na pocatku radku Hex a na konci Ascii. Takze ty udaje ktery to je Blok, Stopa a Sektor odrolovaly pryc z obrazovky. Tak jsem pouzil SLAP, coz je ladici program a ten DDUM jsem odkrokoval a asi po 2 hodinach nasel sekci, kde se provadi vypis ASCII vyznamu byte v sektoru. Kdyz jsem prisel na to, jak to chodi, tuhle cast jsem preskocil JMP. Ted uz je vse na obrazovce mimo tech Ascii vyznamu bytu sektoru.<br/>Jak jsem to zprovoznil, hned jsem zjistil, ze ten muj inicializacni program pro RMD-1 chodi jen castecne. Zapis E5H jde, ale nechodi kontrolni cteni inicializace, proste vzdy zabloudilo. Po chvili jsem zjistil, ze jedna Dos sluzba narusuje mnou pouzivany registr B, tak jsem to vyresil PUSH a POP. Pak uz zacalo chodit, ale hlasilo to nahodily chyby, pokazdy nekde jinde. Ale vzdy to byla chyba u prvniho byte v sektoru! To mi bylo divny, protoze podle vypisu DDUMPem bylo vse na disku v poradku! Znova jsem prosel cely programovy cteni a kontrolu na E5H a nic jsem nenasel. Navic pri krokovani pod SLAPem to nedelalo, ale jak se dalo go s bodem preruseni, zase to delalo, a nacetlo obcas v prvnim byte sektoru FFH misto E5H. To mi bylo naprosto zahadou a tak jsem zacal premyslet o rychlostech na desce RMD-1. A prisel jsem na to!</p> <p>$RRMD: ;cti sektor z RMD-1<br/> CALL ADRMD ;nastav HL kam a BC kolik byte a na jaky port<br/> OUT (43H),A ;nastav RMD-1 na cteni<br/><font color="red"> NOP<br/> NOP<br/></font> INIR<br/> XOR A<br/> RET<br/><br/><font color="red">Mezi instrukci OUT (43H),A ktera prevraci RMD-1 na cteni a nasledujici instrukci INIR (nebo IN A pro 8080) musi byt 2 instrukce NOP, jinak RND-1 blbe cte 1. byte v sektoru!!!</font> Tedy staci jen jedna, ale pro sichr jsem tam dal dve. A dela to uplne stejne na obou RMD-1, co mam k dispozici jak na 256m kb tak na 1Mb! Musi to byt nejaka nahodna HW pomalost, nebo konflikt s refresh. Nejspis v tom ridicim sekvencaku kolem 74164, 7474 a 74193 na Petrovym schematku nahore uprostred. Ramkou to urcite neni, v 1Mb mam 120 ky a druhym dokonce 90 ky. <br/>Je to zvlastni, tahle obsluha RMD-1 je napsana uz pres 20 let a zatim to nevadilo. ???<br/>Odpoledne zkusim predelat Bios na oba RMD-1.<br/>Jirka</p>