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 Michale Toto vysvetleni se mi nejak nezda. Jak basic tak cp/m ale i romka berou cas s CTC casovace a ten ma zdroj primo z GDG a neda se to normalne zastavit interuptem nebo waitem. To proste pocita porad i kdyz pocitac "stoji". Jedine co se musi zajistit je zpracovat stav jednou za 12 hodin, protoze citac je jen na 12 hodin, konkretne na 43200 sekund. Napr. v romce je to zajisteno tak ze dojde k preruseni a prehodi se flag AM/PM. Ted nemam cas ale urcite by chtelo udelat program co nastavi cas pomoci romky a soucasne i unikartu a treba za 24 hodin se zkontroluje pomoci realnych hodin co se rozchazi. Na Bytefestu jsem slysel ze na unikarte je to i 20 minut za den a to je opravdu hodne, to snad ani ruske hodinky se tolik nerozchazeji. Urcite se musi zjistit co to dela - zda to dela jen spatny krystal a teplota uvnitr Sharpu. Mimochodem docela by mne zajimalo na jak dlouho se zastavi procesor pri IN operaci. Co kdyz v cyklu budu delat IN operaci a cekat na dokonceni nejakeho prikazu, nemuze dojit k tomu ze kdyz to budu delat "agresivne" tak se mi nestaci refreshnout pamet? Radek Dne 3.10.2011 8:36, Michal Hučík (sharpemu@pandora.cz) napsal(a): <span class="replyquote1">> > Dne 29.9.2011 7:44, Michal Hučík (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote2">> > zahady s nastavovanim RTC v jakem smyslu? Tam by se snad ani nemelo co > > pokazit ... Nejakou chvili jsem zvazoval, zda udelat cteni </span><span class="replyquote1">> > Martine, jeste mne napadlo ze je potreba upozornit na jednu vec: pokud > by jsi porovnaval hodiny bezici v Sharpu pod 50Hz prerusenim (napr. v > cp/m) s hodinama v unikarte, tak tam dojde celkem rychle k rozdilu > hodnot a to prave v zavislosti na pouzivani unikarty. > Kdykoliv Sharp provede I/O operaci s unikartou, tak dokud se ten > pozadavek v STM32 neodbavi, tak bude CPU Sharpa ve WAIT rezimu a tedy > nepobezi ani citac hodin. Pokud se jedna o osamcene I/O instrukce, tak > zapis do unikarty ma v tomto ohledu podstatne nizsi rezii, nez cteni. > Samozrejme stojici Sharp, ktery nic nedela bude pocitat cas +/- spravne. > > Michal > > > --- > > </span> </pre>