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>
Takze jsem to na desce preskrabnul a propojil do krize. Po tomto zasahu 
uz unikarta umi reagovat na stav CTS - tzn., ze kdyz povolim sledovani 
stavu CTS ve firmware a nepripojim se k terminalu, tak unikarta zustane 
pri startu viset, protoze ceka az bude mit povoleno odeslat startovaci 
hlasku z Ushellu.
Jakmile pripojim terminal a zapnu v nem signal HW rizeni toku, nahodi se 
CTS a probehne normalni start unikarty. To byla ta vesela cast veci, 
druha uz tak optimisticka neni, protoze alespon u mne to vypada tak, ze 
unikarta neni schopna odeslat RTS (zrejme odpaleny pin, ktery byl 
predtim diky chybnemu zapojeni ve slusu).
Myslim vsak, ze timhle budou postizeny jen ty unikarty, ktere pouzily 
firmware z SVN od verze 48 a vyssi (sorry Pavle :( V nizsich verzich byl 
totiz pin PA12 nepouzity. Jakmile jsem vsak konfiguracne zapnul RTS, tak 
slo STM32 a FT232 proti sobe do zkratu...

Vasek zkusi overit, zda budou ostatni unikarty OK, protoze on u sebe tu 
novejsi verzi firmware jeste netestoval. Tam kde je ten pin odvaleny je 
zrejme mozne pripojit misto nej pin PB8, ktery mame vyvedeny jako 
rezervu pro pozdejsi pouziti - rizeni toku pak bude spise pseudo 
hardwareove, ale porat lepsi, nez zadne.

Michal


</pre>