Goto page 1, 2 Next
Oshin
Guest
Tue Feb 19, 2008 10:55 am
Witam,
Załóżmy ze mam sygnał zegarowy o częstotliwości 100MHz +-10% (okres od
9.09ns do 11.11ns)
I dziele go przez 10 i po podziale mamy 10MHz+-10% (błąd wzgledny)
Z tego wynika, ze po podziale czas trwania okresu powinien "rozjechac
sie od 90ns do 111ns. A jest przeciez jest rozjechany tylko o
niedokładność zegara ! (9.09ns-11.11ns)
Gdzie robie błąd w rozumowaniu ?
Pozdrawiam,
M.
Maciek
Guest
Tue Feb 19, 2008 11:27 am
Użytkownik "Oshin" <oshin@alpha.net.pl> napisał w wiadomości
news:fpe9dp$s86$1@nemesis.news.tpi.pl...
Quote:
Witam,
Załóżmy ze mam sygnał zegarowy o częstotliwości 100MHz +-10% (okres od
9.09ns do 11.11ns)
I dziele go przez 10 i po podziale mamy 10MHz+-10% (błąd wzgledny)
Z tego wynika, ze po podziale czas trwania okresu powinien "rozjechac sie
od 90ns do 111ns. A jest przeciez jest rozjechany tylko o niedokładność
zegara ! (9.09ns-11.11ns)
Gdzie robie błąd w rozumowaniu ?
Na jeden takt zegara po podziale sklada sie 10 taktow zegara przed
podzialem. Czyli blad x 10. I nadal pozostaje +- 10%. Nic nie zyskujesz.
Dokladnosc w zaden magiczny sposob nie poprawia sie.
Maciek
J.F.
Guest
Tue Feb 19, 2008 11:35 am
On Tue, 19 Feb 2008 10:55:07 +0100, Oshin wrote:
Quote:
Załóżmy ze mam sygnał zegarowy o częstotliwości 100MHz +-10% (okres od
9.09ns do 11.11ns)
I dziele go przez 10 i po podziale mamy 10MHz+-10% (błąd wzgledny)
Z tego wynika, ze po podziale czas trwania okresu powinien "rozjechac
sie od 90ns do 111ns. A jest przeciez jest rozjechany tylko o
niedokładność zegara ! (9.09ns-11.11ns)
Gdzie robie błąd w rozumowaniu ?
Mylisz jitter z niedokladnoscia czestotliwosci.
100MHz+/-10% sugeruje ze wszystkie takty zegara moga miec np 11ns,
wtedy 10 cykli moze trwac 111ns.
Przy jitterze czas sredni jest dobry, tylko zbocza maja odchylke
od prawidlowej pozycji.
A jeszcze masz inne generatory gdzie ten blad moze sie
rozprzestrzeniac na wieksza ilosc cykli .. ale to juz patrz
szumy fazowe generatora.
J.
Oshin
Guest
Tue Feb 19, 2008 1:30 pm
(...)
Quote:
Mylisz jitter z niedokladnoscia czestotliwosci.
100MHz+/-10% sugeruje ze wszystkie takty zegara moga miec np 11ns,
wtedy 10 cykli moze trwac 111ns.
Przy jitterze czas sredni jest dobry, tylko zbocza maja odchylke
od prawidlowej pozycji.
(...)
Dzieki.
Czyli z zegara np 96000M +/- 10% dzieląc przez 10 ni jak nie zrobię
RS232 (9600kb)....
Pozdrawiam,
M.
J.F.
Guest
Tue Feb 19, 2008 2:27 pm
On Tue, 19 Feb 2008 13:30:46 +0100, Oshin wrote:
Quote:
(...)
Mylisz jitter z niedokladnoscia czestotliwosci.
100MHz+/-10% sugeruje ze wszystkie takty zegara moga miec np 11ns,
wtedy 10 cykli moze trwac 111ns.
(...)
Dzieki.
Czyli z zegara np 96000M +/- 10% dzieląc przez 10 ni jak nie zrobię
RS232 (9600kb)....
A skad ten zegar pochodzi ?
Moze jednak stabilizowany kwarcem ?
Natomiast asynchronicza transmisja stosowana w RS232
dopuszcza ok 3% odchylki czestotliwosci. 555 ma zdaje sie lepsza
stabilnosc.
J.
Oshin
Guest
Tue Feb 19, 2008 3:15 pm
Quote:
A skad ten zegar pochodzi ?
Tylko przykład :)
Quote:
Moze jednak stabilizowany kwarcem ?
Za drogo ;)
Natomiast asynchronicza transmisja stosowana w RS232
dopuszcza ok 3% odchylki czestotliwosci. 555 ma zdaje sie lepsza
stabilnosc.
A sprawa jest taka że w MSP430 chcieliśmy zastosować zegar z
wewnetrznego generatora RC.
Ale taki zegar ma rozrzut od 800K do 1.5MHz i niestety z UART powiedział
dość....

Nawet dla 1200b :)
Pozdrawiam,
M.
Quote:
J.
Filip Ozimek
Guest
Tue Feb 19, 2008 3:20 pm
Oshin pisze:
Quote:
Dzieki.
Czyli z zegara np 96000M +/- 10% dzieląc przez 10 ni jak nie zrobię
RS232 (9600kb)....
Ale napisz co oznacza owe +/- 10%. Czy to niestabilność częstości
(wariancja allana) czy czy może stała dewiacja częstości czy jitter.
--
Filip.
T.M.F.
Guest
Tue Feb 19, 2008 3:29 pm
Quote:
A sprawa jest taka że w MSP430 chcieliśmy zastosować zegar z
wewnetrznego generatora RC.
Ale taki zegar ma rozrzut od 800K do 1.5MHz i niestety z UART powiedział
dość....

Nawet dla 1200b
No ale nic nie stoi na przeszkodzie, zeby transmisje poprzedzic czyms w
stylu AA55 i w programie synchronizowac sie z tym sygnalem. Wtedy twoja
czastotliwosc nie ma wiekszego znaczenia (o ile dzielnik dla RSa potrafi
wystarczajaco sie dostroic). Jesli w trakcie dzialania oscylator ci
plywa to mozesz taka synchronizacje okresowo powtarzac.
Jeszcze inna mozliwosc to manchaster, niektore AVRy maja stosowny
dekoder na pokladzie.
--
Inteligentny dom -
http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
Górski Adam
Guest
Tue Feb 19, 2008 3:31 pm
Oshin pisze:
Quote:
A skad ten zegar pochodzi ?
Tylko przykład :)
Moze jednak stabilizowany kwarcem ?
Za drogo ;)
Natomiast asynchronicza transmisja stosowana w RS232 dopuszcza ok 3%
odchylki czestotliwosci. 555 ma zdaje sie lepsza
stabilnosc.
A sprawa jest taka że w MSP430 chcieliśmy zastosować zegar z
wewnetrznego generatora RC.
Ale taki zegar ma rozrzut od 800K do 1.5MHz i niestety z UART powiedział
dość....

Nawet dla 1200b :)
Pozdrawiam,
M.
Bez problemu da się to zrobić na MSP nawet z zegarem RC wew.
Tylko trzeba się trochę wysilić
Możesz się na przykład przełączyć na zwykły port i zmierzyć długość tego
co przychodzi przy pomocy timera.
Adam
entroper
Guest
Tue Feb 19, 2008 3:42 pm
Użytkownik "Oshin" <oshin@alpha.net.pl> napisał w wiadomości
news:fpeolf$6h2$1@nemesis.news.tpi.pl...
Quote:
A sprawa jest taka że w MSP430 chcieliśmy zastosować zegar z
wewnetrznego generatora RC.
Ale taki zegar ma rozrzut od 800K do 1.5MHz i niestety z UART
powiedział dość....

Nawet dla 1200b
A musi być UART ? A jeśli UART, to 8-bitowe znaki ? Skróćcie znaki a
tolerancja na błąd zegara wzrośnie.
e.
Oshin
Guest
Tue Feb 19, 2008 4:32 pm
Górski Adam pisze:
Quote:
Bez problemu da się to zrobić na MSP nawet z zegarem RC wew.
Tylko trzeba się trochę wysilić
Możesz się na przykład przełączyć na zwykły port i zmierzyć długość tego
co przychodzi przy pomocy timera.
Adamie!
Ja nigdy i nigdzie nie napisałem, że sie nie da oraz, że nie chcemy się
wysilać.
Rozwiązań jest mnóstwo (np. autosynchronizacja o które pisze T.M.F.).
Albo na przykład mozna skorzystać z prekalibrowanych zegarów, których
dane sa we FLASHu. MSP...
Spokojnie.
Ja mam spojrzeć na problem z punktu widzenia DfM a to naprawdę zmienia
sposób patrzenia, gdzie każda sekunda pracy automatu kosztuje ileś tam
setnych centa co dla miliona sztuk daje konkretne pieniądze...
Wracając do początku - prosty podział zegara nie załatwi sprawy z UARTem
a dodatkowo rozrzut technologiczny na poziomie 0.8-1.5MHz może mieć
wpływ na zegar we FLASH Memory Timing Generator
Rozwiązaniem jest dla nas użycie danych kalibracyjnych, przy których
stabilność zegara jest już OK.
Pozdrawiam,
M.
PS Czy to z Tobą kiedyś był ten 'deal' dla Hadasa -AZ-COM ?? (PCB) Mój
GG się nie zmienił ale jestem dostępny tylko wieczorami
Oshin
Guest
Tue Feb 19, 2008 4:33 pm
Filip Ozimek pisze:
Quote:
Oshin pisze:
Dzieki.
Czyli z zegara np 96000M +/- 10% dzieląc przez 10 ni jak nie zrobię
RS232 (9600kb)....:(
Ale napisz co oznacza owe +/- 10%. Czy to niestabilność częstości
(wariancja allana) czy czy może stała dewiacja częstości czy jitter.
Częstotliwość. Niestabilność częstotliwości

Pozdrawiam,
M.
Filip Ozimek
Guest
Tue Feb 19, 2008 4:49 pm
Oshin pisze:
Quote:
Częstotliwość. Niestabilność częstotliwości
Chcesz popędzać RS'a z zegarka mechanicznego? ;-)
--
Filip.
Oshin
Guest
Tue Feb 19, 2008 5:05 pm
Filip Ozimek pisze:
Quote:
Oshin pisze:
Częstotliwość. Niestabilność częstotliwości :)
Chcesz popędzać RS'a z zegarka mechanicznego? ;-)
Dobre

Klient się uparł na _tanie_ rozwiązanie więc _my_ teraz mamy problem...
Ale "nasz Klient nasz per Pan"
M.
Filip Ozimek
Guest
Tue Feb 19, 2008 5:14 pm
Oshin pisze:
Quote:
Filip Ozimek pisze:
Oshin pisze:
Częstotliwość. Niestabilność częstotliwości :)
Chcesz popędzać RS'a z zegarka mechanicznego? ;-)
Dobre :D
Klient się uparł na _tanie_ rozwiązanie więc _my_ teraz mamy problem...
Ale "nasz Klient nasz per Pan"
No bo to jest tak: jitter jest niezależny od częstości ale szumy fazowe
skalują się z kwadratem harmonicznej. Więc dzielenie nie zlikwiduje
jitteru. Ale być może wolne transmisje mają mniejsze wymaganie co do
pływań czasu nadejścia zboczy, więc na 1200bps da się coś przepchać. W
sumie trudno cokolwiek więcej doradzić przy małej liczbie szczegółów.
Ale +/- 10% to dużo, nawet bez podania skali czasu na jakiej to pływa.
--
Filip.
Goto page 1, 2 Next