<div dir="ltr">Doplnil bych jeste moznost vyuzit pro prenos redundatni kodovani, (tj. jednim bytem prenaset napr, 4 vyznamove bity) pri vhodne zvolenem kodovani by melo jit elimovat mnobem vetsi chybu v casovani.</div><div class="gmail_extra"><br><div class="gmail_quote">2016-06-26 20:31 GMT+02:00 Jaromir Sukuba <span dir="ltr"><<a href="mailto:jarin.hw@gmail.com" target="_blank">jarin.hw@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Na pocte bajtov by nemalo zalezat, nie? USART sa vzdy synchronizuje na<br>
start bit. Takisto ako nezalezi na baudovej rychlosti. Odchylka 5%<br>
urobi rovnaku chybu (zhruba jeden ujdeny bit) na 1200 ako na 115200<br>
baud.<br>
<br>
Balu,<br>
Pouzivanie intenreho oscilatora u MCU ktore negarantuju menej nez cca<br>
2,5-3% odchylku je loteria. Ti ktori vravia "mne to funguje" popisuju<br>
pripady, ktore pri ich hodnote napajacieho napatia a teplotneho<br>
rozsahu (dva najsilnejsie vyplyvy rozladujuce interny RC oscilator)<br>
prave funguju a sedia. Spoliehat sa na to samozrejme neda.<br>
Takze mas moznosti:<br>
1, Zmieris sa s tym, ze budes dufat "ze ti to bude fungovat".<br>
2, Kazdy kus budes nejako kalibrovat. Nemusi ist o kalibraciu hodin<br>
pocas programovania alebo po starte, Ale trebars autobaud, na zaciatku<br>
kazdej komunikacnej sekvencie posles znamy bajt, ten sa prijme a podla<br>
neho sa doladi interny oscilator aby to sedelo na ocakavany pattern.<br>
3, Pouzijes komunikacny protokol (zrejme bitbangovany), ktory je<br>
principialne odolnejsi voci rozsynchronizovanym hodinam, Ja som na<br>
tieto ucely pouzival prenos s manchester kodovanim - to je<br>
principialne odolnejsie, lebo povolena odchylke je taka, aby to od<br>
poslednej hrany neutieklo o viac nez pol bitu, na rozdiel od USARTu,<br>
kde potrebujes aby to od startbitu a osmich datovych + stopbite bitoch<br>
neutieklo o viac nez pol bitu. Tym sa da zlepsit necitlivost voci<br>
rozidenym hodinam z niekolkych percent na niekolko diesatok percent.<br>
4, Pouzijes synchronny komunikacny protokol, trebars I2C.<br>
5, Pouzijes jednocip s presnejsimi hodinami.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
2016-06-26 19:54 GMT+02:00 Jindrich Fucik <<a href="mailto:fulda@seznam.cz">fulda@seznam.cz</a>>:<br>
> Dne 26.6.2016 v 16:01 balu napsal(a):<br>
>><br>
>> generator ked master ma svoj oscilator, ale slave by mal len interny<br>
>> oscilator co je na cipe. Je to uplne blby napad?<br>
>><br>
>> Komunikacia je super pomala.<br>
><br>
><br>
> Používám to často, nezáleží ani moc na rychlosti komunikace, jako na "čase"<br>
> komunikace, takže pokud je to jen pár bajtů, tak to prochází naprosto bez<br>
> problémů. Používám rychlosti kolem 60k.<br>
><br>
><br>
> _______________________________________________<br>
> HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
> <a href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
> <a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
_______________________________________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</div></div></blockquote></div><br></div>