RTV forum PL | NewsGroups PL

Jak zrozumieć różnice w czasach okresów po podziale sygnału zegarowego 100MHz?

Zegar i blad po jego podziale...

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak zrozumieć różnice w czasach okresów po podziale sygnału zegarowego 100MHz?

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)....Sad
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)....Sad

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ść....Smile 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)....Sad

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ść....Smile Nawet dla 1200b Smile

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ść....Smile 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ść....Smile Nawet dla 1200b Smile

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ć. Smile
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 Wink

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 Smile


Pozdrawiam,
M.

Filip Ozimek
Guest

Tue Feb 19, 2008 4:49 pm   



Oshin pisze:

Quote:
Częstotliwość. Niestabilność częstotliwości Smile

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 Very Happy


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

elektroda NewsGroups Forum Index - Elektronika Polska - Jak zrozumieć różnice w czasach okresów po podziale sygnału zegarowego 100MHz?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map