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 Martine,

to je super, dnes uz se k tomu nedostanu, ale zitra to odzkousim. 
Kompletni sadu prikazu pro praci s obsahem SD samozrejme pridam - mozna 
by jsme mohli do shellu pridat i vzdaleny remount diskety atp :)

Co se tyka USARTshellu, tak jsem jej v tuto chvili doplnil jeste o 
moznost HW rizeni toku, takze odesilaci program jiz nemusi nic davkovat 
a unikarta si sama rekne o dalsi data - je to podstatne rychlejsi, nez 
ten puvodni zpusob, ale podporovany budou samozrejme oba zpusoby prenosu.
Na strane unikarty jsem v binarnim rezimu (prenos souboru) udelal 2 
sekundovy timeout po kterem prejde unikarta opet do prikazoveho rezimu. 
Nejaky timeout chci doplnit jeste i do toho ovladaciho programu na PC.

Taky jsem pridal odlehcenou emulaci SIO. Prozatim to mam na portech 0xb0 
a 0xb1, ale vzhledem k tomu, ze ke kompletni emulaci SIO nam v unikarte 
chybi par pinu, tak to asi hodim na 0x52 a 0x53. Na status portu mam 
momentalne jen 0 a 2 bit, ktere oznamuji stav prijimaciho a odesilaciho 
bufferu. Rychlost a rizeni toku nastavuju pres API MZFREPO na CMD a DATA 
portu.

Dnes jsem k tomu napsal IPL_boot, ktery startuje programy z PC pres 
XMODEM, jenomze jednak to je neskutecne liny protokol a taky  vypocet 
CRC16 je pro Z80 docela zahul a tak ty prenosy nejsou zadna velka slava: 
port na 115200bps, prenos XMODEMem s CRC16 bezel cca 840 Bps a s 
obycejnym check summ to udelalo cca 2 750 Bps (to crc pocitam tak, ze 
tam mam pomocnou tabulku). Muj XMODEM umi jak 128 B, tak i 1024 B 
packety, ale prenosovy protokol z minicomu mi tam posila stale jen 128 B 
packet - to asi taky na rychlosti neprida.

Michal

</pre>