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, pomalejsi start Sharpa o kterem pises je zarucene zpusobeny Unikartou. Po startu/resetu se musi nejprve nastartovat a zinicializovat vsechny periferie STM32, jinak do te doby Unikarta nereaguje na IORQ ACK a to znamena, ze CPU Z80 je zastaveny signalem exWAIT. Nejvetsi zpozdeni je zrejme zpusobeno nekde pri inicializaci 32kHz hodin integrovaneho RTC, ale doposud jsme nezjistili proc. Michal Dne 22.5.2012 23:40, Mikes Medek (sharpemu@pandora.cz) napsal(a): <span class="replyquote1">> Ahoj, > dik za informace. Rad pomuzu s testovanim a treba bych si i rad zprovoznil <img src="BODY_IMAGES_WRAP_GIF"> build, tak abych to mohl sestavit sam. > RRD mam nastaveny tak, aby EEPROM byla jako treti stranka a prepinacem muzu <img src="BODY_IMAGES_WRAP_GIF">prehazovat mezi RAM a EEPROM na prvni pozici. V te EEPROM mam nahrany jeden <img src="BODY_IMAGES_WRAP_GIF">ROMdisk. Dlouho mi nechodila unikarta, tak jsem si alespon hral takhle. > Stejne se mi casto stava, ze po zapnuti ve zdroji 1-2 vteriny zabzuci nez <img src="BODY_IMAGES_WRAP_GIF">najede. Trochu me to znepokojuje, jakoby se mu nechtelo nabehnout. Mozna je to <img src="BODY_IMAGES_WRAP_GIF">vestsi spotrebou, kterou ma Sharp + scandoubler + unikarta + RRD. > > --- </span> </pre>