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>Nenacetlo se nic. Zkusil jsem to g3000 a to funguje. Radek Dne 13.1.2012 14:33, Michal Hučík (sharpemu@pandora.cz) napsal(a): <span class="replyquote1">> > > Jeste by mozna stalo za to podivat se na adresu 0x6000, zda se tam > alespon neco nenacetlo ... Lze treba i po resetu skocit do monitoru a > zapsat si neco na 0x6000 - aby se ukazalo, zda se nacetl alespon jeden > bajt. Program je pak znovu spustitelny od adresy 0x3000. > > V jedne z prvnich verzi testovaciho prg, ktery jsem vam posilal jsem tam > mel v testu jeste pred ReadSector funkci ReadAddr, kterou jsem pozdeji z > driveru vyhodil. Divam se na fotky obrazovek, ktere jste tehdy oba > poslali a ta funkce vam obema vracela spravne hodnoty. Pritom se jednalo > o uplne stejnou rutinu jaka se pouziva i pri cteni sektoru, jen jsem v > ni nastavil jiny prikaz a do testu prenesenych bajtu jsem nastavil 6 - > komunikace s radicem pak sla pres IM1 .... Hmmm to mi nejde do hlavy. > > Michal > > > Dne 13.1.2012 10:56, Radek Suk (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote2">>> >> Asi 5x to zaseekuje a pak to da chybu 255. Chce to aby to odzkousel >> jeste Pavel. >> >> Radek </span><span class="replyquote1">> > > --- > > </span> </pre>