sinus na TTL z małym jitter-em

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

Reply to
Jarek Grolik
Loading thread data ...

{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)

Reply to
1024 Ireneusz Niemczyk

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

Reply to
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.

Reply to
J.F.

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

Reply to
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

Reply to
Grzegorz Kurczyk

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

Reply to
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

Reply to
Grzegorz Kurczyk

Użytkownik Jarek Grolik napisał:

Właśnie gogluję w celu zrozumienia o co chodzi z tym TDC.

Reply to
Grzegorz Kurczyk

Wpisz TDC-GP1 tryb pracy High Resolution, Mode 2 :-)

Pozdrawiam

Reply to
Jarek Grolik

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

Reply to
Grzegorz Kurczyk

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

Reply to
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

Reply to
Grzegorz Kurczyk

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

formatting link
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

Reply to
Jarek Grolik

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

Reply to
Jarek Grolik

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

Reply to
Roman

IMO po co tu PLL skoro detektor fazy dla PLL to jest to czego potrzebuje autor watku...?

Reply to
PAndy

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

Reply to
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

Reply to
Jarek Grolik

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?

Reply to
PAndy

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.