Goto page 1, 2 Next
Jarek Grolik
Guest
Tue Feb 28, 2006 7:43 pm
Witam.
Mam mały problem. Potrzebuje zamienić sygnał sinus ( 0,5 Vrms ) na TTL z
małym jitter-em. Wcześniej nigdy nie musiałem się zastanawiać na jitter-em
więc stąd moje rozterki. Macie jakies pomysły jak to rozwiązać ? To jest
sygnał 10 Mhz. Sam sinus jest ( będzie , bo układ dostane dopiero niedługo )
dokładny, bo jest to sygnał wzorca 10Mhz.
Pozdrawiam
Jarek Grolik
1024 Ireneusz Niemczyk
Guest
Tue Feb 28, 2006 8:25 pm
{ciach}
Czy nie warto zainteresowac sie jakims gotowym torem SPDIF-a ? Moze
zsynchronizowac PLL z sygnalem sinusa?
__
Pzd, Irek.N. (irek na serwerze 1024.pl)
Jarek Grolik
Guest
Tue Feb 28, 2006 9:53 pm
Użytkownik "1024 Ireneusz Niemczyk" <adres_zn@jdziesz.w.starym.archiwum>
napisał w wiadomości news:4404B1B5.A7F7E994@jdziesz.w.starym.archiwum...
Quote:
{ciach}
Czy nie warto zainteresowac sie jakims gotowym torem SPDIF-a ? Moze
zsynchronizowac PLL z sygnalem sinusa?
Sygnał będę brał z wzorca rubidowego więc wolałbym nie wstawiaćjuż żądnego
generatora pomiędzy. Zależy mi na dokładności i stabilności takiej jaką daje
ten wzorzec więc raczej PLL odpada.
Widziałem w sieci fajny scalak MC10EL25 czy jakoś podobnie urzywanego do
pipeline ADC gdzie jest wymagany niski jitter , ale tego cuda nie można
dostać chyba nigdzie w polsce.
SPDIF ?
Pozdrawiam
Jarek Grolik
J.F.
Guest
Tue Feb 28, 2006 11:28 pm
On Tue, 28 Feb 2006 22:53:44 +0100, Jarek Grolik wrote:
Quote:
Użytkownik "1024 Ireneusz Niemczyk" <adres_zn@jdziesz.w.starym.archiwum
Czy nie warto zainteresowac sie jakims gotowym torem SPDIF-a ? Moze
zsynchronizowac PLL z sygnalem sinusa?
Sygnał będę brał z wzorca rubidowego więc wolałbym nie wstawiaćjuż żądnego
generatora pomiędzy. Zależy mi na dokładności i stabilności takiej jaką daje
ten wzorzec więc raczej PLL odpada.
A ten wzorzec nie ma wyjscia TTL ?
Zreszta prawdopodobnie sam ma jakies PLL w srodku.
A do czego Ci to potrzebne, bo moze ten jitter nie bedzie zadnym
problemem ?
J.
Jarek Grolik
Guest
Wed Mar 01, 2006 6:24 am
Użytkownik "J.F." <jfox_xnospamx@poczta.onet.pl> napisał w wiadomości
news:o5l9021orlnndkoqmepi3j01ri19ft10l0@4ax.com...
Quote:
A ten wzorzec nie ma wyjscia TTL ?
Zreszta prawdopodobnie sam ma jakies PLL w srodku.
A do czego Ci to potrzebne, bo moze ten jitter nie bedzie zadnym
problemem ?
Wzorzec ma wyjście sinus 0,5 Vrms. Wydaje mi się, że tej jitter może być
problemem bo mierzę częstotliwość około 6,0-10 Mhz przy czasie bramkowania
10-50 ms będę otrzymywał dokładność ( rozdzielczość ) rzędu 0,1 Hz lub nawet
lepszą. Jitter rzędu lub powyżej 100 ps będzie zakłócał pomiar, bo z taką
rozdzielczością mierzę czas.
Pozdrawiam
Jarek Grolik
Grzegorz Kurczyk
Guest
Wed Mar 01, 2006 8:28 am
Użytkownik Jarek Grolik napisał:
Quote:
Wzorzec ma wyjście sinus 0,5 Vrms. Wydaje mi się, że tej jitter może być
problemem bo mierzę częstotliwość około 6,0-10 Mhz przy czasie bramkowania
10-50 ms będę otrzymywał dokładność ( rozdzielczość ) rzędu 0,1 Hz lub nawet
lepszą.
Witam
Czegoś tu nie rozumiem... Sygnał z wzorca (o jakiej częstotliwości)
chcesz podać na jakiś dzielnik i ten sygnał podać na bramkę ?
Jeśli tak, to w jaki sposób mając czas bramkowania na poziomie 10-50ms
chcesz uzyskać rozdzielczość 0,1Hz. W typowym układzie do tego potrzebna
jest bramka 10 sekund.
Quote:
Jitter rzędu lub powyżej 100 ps będzie zakłócał pomiar, bo z taką
rozdzielczością mierzę czas.
I tu już się zupełnie pogubiłem. Mierzysz częstotliwość czy czas ?
Pozdrawiam
Grzegorz
Jarek Grolik
Guest
Wed Mar 01, 2006 4:43 pm
Witam
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:du3ltj$ktc$1@nemesis.news.tpi.pl...
Quote:
Czegoś tu nie rozumiem... Sygnał z wzorca (o jakiej częstotliwości)
chcesz podać na jakiś dzielnik i ten sygnał podać na bramkę ?
Jeśli tak, to w jaki sposób mając czas bramkowania na poziomie 10-50ms
chcesz uzyskać rozdzielczość 0,1Hz. W typowym układzie do tego potrzebna
jest bramka 10 sekund.
I tu już się zupełnie pogubiłem. Mierzysz częstotliwość czy czas ?
Mierzę czas, f=1/t. Nie jest to typowy układ , to jest tzw TDC ( Time to
Digital Converter ). Rozdzielczość ( a za razem dokładność ) układu
pomiarowego to 125 ps. i dlatego nie chciałbym wprowadzać jitter-u większego
niż 125 ps. Układ umożliwia uzyskanie jeszcze większej dokładności niż 0.1
Hz , bo można zmierzyć czas z rozdzielczością 30 bitów w odpowiedniej
konfiguracji.
Pozdrawiam
Jarek Grolik
Grzegorz Kurczyk
Guest
Wed Mar 01, 2006 8:34 pm
Użytkownik Jarek Grolik napisał:
Quote:
Witam
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:du3ltj$ktc$1@nemesis.news.tpi.pl...
Czegoś tu nie rozumiem... Sygnał z wzorca (o jakiej częstotliwości)
chcesz podać na jakiś dzielnik i ten sygnał podać na bramkę ?
Jeśli tak, to w jaki sposób mając czas bramkowania na poziomie 10-50ms
chcesz uzyskać rozdzielczość 0,1Hz. W typowym układzie do tego potrzebna
jest bramka 10 sekund.
I tu już się zupełnie pogubiłem. Mierzysz częstotliwość czy czas ?
Mierzę czas, f=1/t. Nie jest to typowy układ , to jest tzw TDC ( Time to
Digital Converter ). Rozdzielczość ( a za razem dokładność ) układu
pomiarowego to 125 ps. i dlatego nie chciałbym wprowadzać jitter-u większego
niż 125 ps. Układ umożliwia uzyskanie jeszcze większej dokładności niż 0.1
Hz , bo można zmierzyć czas z rozdzielczością 30 bitów w odpowiedniej
konfiguracji.
125ps ?! czyli ten wzorzec daje na wyjściu 8GHz. To nieźle
Sam się zastanawiam czym przetworzyć takiego sinusa na VHS TTL (czyli
Very High Speed TTL

Nadal tylko nie rozumiem o co chodzi z tym
czasem bramkowania na poziomie 10-50ms. Nie pasuje mi to ani do
bezpośredniej metody pomiaru częstotliwości, ani do pomiaru czasu okresu
sygnału mierzonego (wspominałeś coś o 6-10MHz). Chyba, że mierzysz czas
trwania iluśtam pełnych okresów częstotliwości mierzonej.
Pozdrawiam
Grzegorz
Jarek Grolik
Guest
Wed Mar 01, 2006 8:40 pm
Quote:
Właśnie gogluję w celu zrozumienia o co chodzi z tym TDC.
Wpisz TDC-GP1 tryb pracy High Resolution, Mode 2 :-)
Pozdrawiam
Grzegorz Kurczyk
Guest
Wed Mar 01, 2006 8:44 pm
Użytkownik Grzegorz Kurczyk napisał:
Quote:
Użytkownik Jarek Grolik napisał:
Właśnie gogluję w celu zrozumienia o co chodzi z tym TDC.
Hmmm... myślałem, że pod tą nazwą kryje się coś specjalnego, a to w
sumie zwykła częstościomiarka, tylko wywrócona na lewą stronę. Sygnał
mierzony służy do bramkowania częstotliwości wzorcowej. Chyba, że w
Twoim układzie chodzi o coś innego.
Pozdrawiam
Grzegorz
Jarek Grolik
Guest
Wed Mar 01, 2006 8:45 pm
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:du4td3$g1o$1@atlantis.news.tpi.pl...
Quote:
Użytkownik Grzegorz Kurczyk napisał:
Hmmm... myślałem, że pod tą nazwą kryje się coś specjalnego, a to w
sumie zwykła częstościomiarka, tylko wywrócona na lewą stronę. Sygnał
mierzony służy do bramkowania częstotliwości wzorcowej. Chyba, że w
Twoim układzie chodzi o coś innego.
Dokładnie, ale zauważ jak dokładnie i szybko można zrobić pomiar
częstotliwości. Ja częstotliwość mierzoną wstępnie podzielę , tak by uzyskac
okres około 10-50 ms i tym sygnałem będe bramkował TDC. Aby precyzja takiego
pomiaru szła za jego rozdzielczością to potrzebne jest stabilne źródło
częstotliwości odniesienia. Tak się skałda, że akurat pod rękę wpadnie mi
źródło rubidowe :-)
Zasada pracy prosta jest tego TDC , ale zauważ , że normalnie nie zrobisz
licznika na 8 Ghz

a TDC daje Ci właśnie taką rozdzielczość ( 125 ps ).
Pozdrawiam
Jarek Grolik
Jarek Grolik
Guest
Wed Mar 01, 2006 9:22 pm
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał w
wiadomości news:du4uj8$lqm$1@atlantis.news.tpi.pl...
Quote:
No ale przecież będziesz musiał czymś policzyć ile wskoczyło tych
125-ciopikosekundowych kwantów czasu na jeden (lub więcej) okresów
częstotliwości mierzonej. Czyli bez licznika się nie obejdzie. Chyba, że
ten licznik jest już w tym rubidowym ustrojstwie, ale wtedy na wyjściu
raczej nie byłoby sinusa

Czegoś tu dalej nie kumam...
Eee... goglownica w dłoń i muszę się dokształcić
Jak już się nałykam wiedzy to się odezwę.
TDC-GP1 to sekret w googlownicy. Firma
www.acam.de produkuje takie cudo. Tak
na prawdę tam nie ma licznika na 8 Ghz , tylko ...cały sekret TDC. Jest tam
element Fine Count którego rozdzielczość to 250 lub 125 ps w zależności od
konfiguracji. Są też lepsze TDC które mają rozdzielczość rzędu diesiątek lub
pojedyńczych piko sekund. Także tam nie ma tak na prawdę niczego co by
chodziło na 8Ghz. Ale mniejsza z tym. Sednem sprawy jest to, że potrzebuje
podać na tego TDC sygnał zegarowy ( 10 Mhz ) z jak najmniejszym jitter-em
poniżej 125 ps.
Pozdrawiam
Jarek
Jarek Grolik
Guest
Thu Mar 02, 2006 7:30 am
Witam
Quote:
Użytkownik "Grzegorz Kurczyk" <grzegorz.usun.to@control.slupsk.pl> napisał
w
Eee... goglownica w dłoń i muszę się dokształcić
Jak już się nałykam wiedzy to się odezwę.
Tylko jeśli chodzi o pdf do TDC-GP1 to wczytuj się zbytnio, bo tam jest
wiele błędów w opisie, jak to przy ASIC-ach.
Pozdrawiam
Jarek
Roman
Guest
Thu Mar 02, 2006 4:48 pm
Quote:
IMO po co tu PLL skoro detektor fazy dla PLL to jest to czego potrzebuje
autor watku...?
Moja propozycja dotyczyła wyprodukowania prostokąta TTL o wysokiej
stabilności, synchronizowanego owym super źródłem 10MHz sinus.
Jego dalsze zastosowanie w układzie pomiarowym jest chyba (???)
rozpracowane.
Roman
Jarek Grolik
Guest
Thu Mar 02, 2006 4:57 pm
Użytkownik "Roman" <romantek@poczta.onet.pl> napisał w wiadomości
news:du6k6m$86t$1@nemesis.news.tpi.pl...
Quote:
Może jednak pomysł z PLL nie jest beznadziejny (pisał I. Niemczyk)? 125ps
przy 10MHz to około 0,4% błędu fazowego.
Może uda się zrobić dobry układ PLL, ze stabilizacją termiczną, na dobrych
elementach, zaekranowane, z super zasilaniem ???
W końcu to nie ma być przestrajane, dobrać idealnie wszystko pod kątem tej
jednej częstotliwości...
Ok, ale zobacz sobie na jakość ( stabilność ) sygnału z wzorca rubidowego.
Nie chiałbym tracić na tyl PLL-u tego co mi daje ten wzorzec. Takto to
użyłbym OCXO z wyjściem HCMOS i miałbym stabilność lepszą niż z tego PLL-a.
Pozdrawiam
Jarek
Goto page 1, 2 Next