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>Ahoj Milane

Tak jsem ti to vyfotil http://www.radeksuk.cz/sharp/smazat/IMG_1301.JPG
a vraci to EF,0,0 - toto ale dostanu tak z 20% pokusu. Podle toho 
statusu to nenajde ten sektor.

Vetsinou (asi z 80%) to nenacte ani ten Read Address a to vraci 
FB,05,00. Zde jako kdyz vyskocis jeste nez prectes posledni bajt.

Vzdy to vraci stejne hodnoty.

Radek


Dne 1.1.2012 11:57, Michal Hučík (sharpemu@pandora.cz) napsal(a):
<span class="replyquote1">&gt;
&gt;
&gt;
&gt; Ahoj Radku,
&gt;
&gt; myslim si, ze dokud ma radic nejaka data, tak bude BUSY - divam se na
&gt; komentovany vypis ROM a vidim, ze je tam cteni z FD realizovano velice
&gt; podobnym zpusobem:
&gt;
&gt; 0998 ;
&gt; 0999 ; Cte data z Floppy disku
&gt; 1000 ;
&gt; 1001 @FDREAD:
&gt; 1002 E5A7 CD96E6 CALL @FDTR? ; spocti stopu a sektor
&gt; 1003 E5AA CDFBE5 CALL @FDPREP ; priprav disk a registry (CALL @FDSEL -
&gt; zapne motor a vybere disk)
&gt; 1004 E5AD CD1BE6 JE5AD: CALL @FDTR ; nastav stopu (ulozi stopu do
&gt; datoveho registru FDC a nastavi stranu)
&gt; 1005 E5B0 CD28E5 CALL @FDSEEK ; fyzicky ji hledej
&gt; 1006 E5B3 C290E6 JP NZ,FDERR2 ; nezadarilo se
&gt; 1007 E5B6 CD2BE6 CALL @FDSEC ; nastav sektor
&gt; 1008 E5B9 F3 DI ; prerusovat se nesmi, proto
&gt; 1009 E5BA 3E94 LD A,94H ; povolit preruseni
&gt; 1010 E5BC CD4EE6 CALL FDSTRT ; zahajit cteni sektoru
&gt; 1011 E5BF 0600 JE5BF: LD B,0 ; 256 bytu
&gt; 1012 E5C1 DBD8 JE5C1: IN A,(&lt;FDCTR) ; status
&gt; 1013 E5C3 0F RRCA
&gt; 1014 E5C4 381A JR C,JE5E0 ; chyba
&gt; 1015 E5C6 0F RRCA
&gt; 1016 E5C7 38F8 JR C,JE5C1 ; not ready
&gt; 1017 E5C9 EDA2 INI ; precist byte
&gt; 1018 E5CB 20F4 JR NZ,JE5C1 ; jeste se cte dalsi
&gt;
&gt;
&gt;
&gt; Asi nam to v tuto chvili moc nerekne, ale upravil jsem cteci rutinu tak,
&gt; aby se jeste pred tim return ( -3 ) ulozil FDC_STATUS a pocet
&gt; prenesenych bajtu na adresu 0x5000:
&gt;
&gt; dbg_sts = FDC_STS;
&gt; * (unsigned char *) 0x5000 = dbg_sts;
&gt; * (unsigned int *) 0x5001 = read_size;
&gt; if ( dbg_sts != 0xff ) {
&gt; retval = -3; // vsechny status bity ted musi byt nulove!
&gt; break;
&gt; };
&gt;
&gt;
&gt; Takze bych chtel opet poprosit, jestli by Radek, nebo nekdo, kdo je po
&gt; silvestru ready :) mohl vyzkouset tuto verzi a jestli READ_ADDR skonci
&gt; zase s ERR = 253, tak potom RESET + M a zjistit obsah 3 bajtu na adrese
&gt; 0x5000. Dekuju.
&gt;
&gt; Michal
&gt;
&gt; Dne 1.1.2012 6:45, Radek Suk (sharpemu@pandora.cz) napsal(a):
</span><span class="replyquote2">&gt;&gt;
&gt;&gt;
&gt;&gt; Ahoj Michale
&gt;&gt;
&gt;&gt; Pripada mi to, ze v teto rutine vyskocis kdyz je dokoncen prikaz a
&gt;&gt; Busy jde na nulu. Ale protoze neprevezmes posledni bajt tak DRQ je
&gt;&gt; jeste nahore. Zkus zkontrolovat zda mas read_size=6 ci jen 5.
&gt;&gt;
&gt;&gt; Radek
</span><span class="replyquote1">&gt;
&gt;
&gt; ---
</span>
</pre>