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
{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)
Użytkownik "1024 Ireneusz Niemczyk" <adres snipped-for-privacy@jdziesz.w.starym.archiwum>
napisał w wiadomości news: snipped-for-privacy@jdziesz.w.starym.archiwum...
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
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.
Użytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news: snipped-for-privacy@4ax.com...
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
Użytkownik Jarek Grolik napisał:
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.
I tu już się zupełnie pogubiłem. Mierzysz częstotliwość czy czas ?
Pozdrawiam Grzegorz
Witam
Użytkownik "Grzegorz Kurczyk" snipped-for-privacy@control.slupsk.pl> napisał w wiadomości news:du3ltj$ktc$ snipped-for-privacy@nemesis.news.tpi.pl...
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
Użytkownik Jarek Grolik napisał:
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
Użytkownik Jarek Grolik napisał:
Właśnie gogluję w celu zrozumienia o co chodzi z tym TDC.
Wpisz TDC-GP1 tryb pracy High Resolution, Mode 2 :-)
Pozdrawiam
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.
Pozdrawiam Grzegorz
Użytkownik "Grzegorz Kurczyk" snipped-for-privacy@control.slupsk.pl> napisał w wiadomości news:du4td3$g1o$ snipped-for-privacy@atlantis.news.tpi.pl...
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
Użytkownik Jarek Grolik napisał:
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ę.Pozdrawiam Grzegorz
Użytkownik "Grzegorz Kurczyk" snipped-for-privacy@control.slupsk.pl> napisał w wiadomości news:du4uj8$lqm$ snipped-for-privacy@atlantis.news.tpi.pl...
TDC-GP1 to sekret w googlownicy. Firma
Pozdrawiam
Jarek
Witam
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
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...
Roman
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
Użytkownik "Roman" snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news:du6k6m$86t$ snipped-for-privacy@nemesis.news.tpi.pl...
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
No tak ale jesli wprowadzamy sinus to z reguly detektor fazy zamienia go na prostokat z jak najmniejszym bledem fazy i porownuje z faza generatora petli - skoro detektor fazy ma uklad zamieniajacy sinusa wejsciowego z minimalnym bledem fazy na prostokat nadajacy sie do porownania to po co dodawac cos wiecej skoro mamy juz stabline zrodlo czestotliwosci?
Powtorze sie - czestotliwosc tak naprawde masz z generatora kwarcowego albo innego PLL.
Ow wzorzec rubidowy dziala tak, ze jesli do lampy wyladowczej z parami rubidu doprowadzimy dodatkowo pare GHz, to przy odpowiedniej czestotliwosci obserwuje sie spadek [a moze wzrost ?] jasnosci.
Metodologia jest wiec taka ze potrzebujemy stabilny przestrajalny generator, ktory cyklicznie przestrajamy i obserwujemy jasnosc lampy. Chwytamy moment minimum jasnosci .. i tu mowiac szczerze sie moja wiedza konczy, bo dostepne schematy blokowe jakos nie bardzo sie zgadzaja z teoria. Bo potrzebny bylby uklad ktory "zapamietuje czestotliwosc". Wyobrazam sobie jak to robia nowe zegary korzystajac z DDS, ale takei zegary byly robione takze wczesniej.
Tak czy inaczej - generator jest kwarcowy, albo i jeszcze gorszy :-)
J.
Have something to add? Share your thoughts — no account required.
Ask the community — no account required