keramicky rezonator u STM32

[Jan Waclawek]

To nemusi byt USART. V drvivej vacsine pripadov je k dispozicii nejaky rozumny predpoklad, a tam, kde na tej komunikacii naozaj zalezi, sa urcite vyskytuju aj znaky, ktore vykazuju charakter synchronizacnych. Ak je duplexna komunikacia, tak ci tak bude urobena nejaka synchronizacia minimalne na znakovej urovni, t.j. z casu na cas urobene viac nez jednoznakove medzery alebo break, najma ak protistrana neodpoveda, napr. kvoli tomu ze bola resetovana. No a potom hned v prvom znaku sa da odmerat hned prva dvojica hran, no a ta musi byt celociselnym nasobkom bitu, tolko moznosti to nie je, ten oscilator nikdy nebude tak velmi uhnuty. Da sa pocuvat aj dlhsie a robit statistika.

Ja osobne som teda nikdy nerobil na aplikacii, ktora by nezniesla tych par centov naviac na krystal, resp. tam aj tak bol aj z inych dovodov, ale ak by na to prislo, tak by som sa toho nezlakol. Vzdy ide o konkretnu situaciu a z nej vyplynu konkretne riesenia, len treba vediet, ze ake su moznosti, a u U(S)ARTu ich je dost, len malokto ich vyuziva.

Len tak mimochodom, co sa tyka uplne povodnej otazky pana kolegu Buchtu, t.j. aplikacia s vacsim poctom mcu na jednej doske, ja osobne by som asi rozviedol jedny hodiny krystaloveho povodu.

wek



On Fri, 27 Jun 2014 11:13:39 +0200 (CEST)
"V P" <vvitty01 at seznam.cz> wrote:

> Pokud bude komunikace duplexni, pouzije se USART (tedy vcetne SCLK), bude 
> dostatecne casta aby se zabranilo prilisne rozsynchronizaci a programator 
> pouzije mozek a cas tak by to asi slo (i bez toho 48MHz USB oscilatoru)... 
> nicmene puvodni dotaz smeroval na UART, coz by znamenalo synchronizacni 
> pakety a pokud to neni nejaka velka serie tak bych se na ladeni takove veci 
> vybodnul, vyjde to levneji :-)