Kmitočtový normál - Was:Re: Takový hloupý problém - Eagle

Pátek Březen 1 11:39:49 CET 2024

Zdravím,

fázový závěs tam být musí, protože ten právě za a) stabilizuje ten OCXO 
oscilátor aby byl přesný a za b) kompensuje přirozené stárnutí oscilátoru.
A taky to potřebuje filtr, protože jednak ten signál 1PPS z běžně 
dostupných GPS modulů má nějaký jitter a za druhé může být dost značný 
jitter do samotného GPS signálu přidávaný uměle.
V tom článku na který jsem uváděl ten link je to dost dobře popsané.
Ten článek vznikl v době, kdy SA (Selective Availability) ještě do GPS 
přidáváno bylo. Pokud si dobře pamatuju, americký DoD přestal používat 
SA až v roce 2000.

Nicméně, princip všech takových normálů je stejný. Uvnitř je lepší či 
horší OCXO (od toho se odvíjí do značné míry cena celého zařízení) a 
jeho výstup je dolaďovaný tím, že se zjišťuje fázový rozdíl mezi 1PPS 
pulsem a výstupem toho oscilátoru. A PID regulátor průběžně dolaďuje 
pomocí nějakého DAC ten OCXO tak, aby fázový rozdíl těch signálů byl 
pokud možno konstantní.

V minulosti jsem pár těch kmitočtových normálů "Made in China" měřil a 
výsledky nebyly žádná sláva. Ono se totiž musí umět ten OCXO udělat a to 
není žádná legrace, to vyžaduje hodně solidní know-how, pokud to má být 
stabilní řekněme s přesností (AV) 5*10^-12 za 10 hodin nebo lepší.  
Pokud by to chtěl člověk použít jako referenci v laboratoři a odvozovat 
od toho časovou základnu osciloskopu a/nebo čítače, tak je IMHO lepší 
koupit na EBay nějaký starý HP10811 oscilátor a postavit si k němu to 
řízení uvedené v článku nebo si udělat řízení vlastní. V moderní době by 
celé to řízení myslím zvládlo i jedno Raspberry Pi Pico, pokud by se 
šikovně použily periferie (PWM a PIO moduly) té 2040 v něm.

Zdraví PavelK

Dne 01.03.2024 v 10:15 Zuffa Jan napsal(a):
> Zdravim,
>
> Cinan ma takychto normalov celu kopu ako pozeram ale
> pouzivaju GNSS a teda ktovie ako to u nas pobezi.
> Nemate niekto nejaky overeny napr. od aliho?
> Resp. coho sa vyvarovat lebo ako som si kde tu nieco cital, tak
> samotny gps modul nestaci, musi byt k tomu pripojeny PLL
> lebo signal z gps modulu vypadava .
>
> j.
>
> -----Original Message-----
> From: Hw-list <hw-list-bounces na list.hw.cz> On Behalf Of Pavel Korenský
> Sent: Thursday, February 29, 2024 5:12 PM
> To: hw-list na list.hw.cz
> Subject: Re: Takový hloupý problém - Eagle
>
> Zdravím,
>
> tak ono to není až tak úplně původně moje zapojení.
> Je to modifikace tohoto - https://www.qsl.net/n9zia/wireless/QST_GPS.pdf
>
> Já jsem si na to akorát dělal jiný tišťák, protože původní jsem už nesehnal a krom toho jsem funkce některých obvodů v tom původním zapojení zintegroval do jednoho isp1032 CPLD od Lattice Semiconductor.
> Chodí to dobře, už mi to tady běží 25 let, je to jedna z těch věcí co se dá někam na poličku, koax se píchne zezadu do měřáků které potřebují vstup externí kmitočtové reference 10 MHz a je vymalováno. A člověk si na to vzpomene právě tak jednou za 6-8 let, když tomu odejde externí zdroj 12V.
>
> Akorát dneska by se to moje zapojení asi blbě stavělo znovu, protože ty GPS moduly Motorola OnCore UT+ se už dávno nedělají a ty isp1032 taky ne. To už by bylo lepší vyjít z původního zapojení a udělat si vlastní logiku v moderním CPLD a použít jiný GPS modul vhodný pro časové aplikace (což není každý GPS modul, je žádoucí aby jitter na 1PPS pulsu byl < 25 ps).
>
> Schémátko toho mého řešení je jako PDF v příloze.
>
> Zdraví PavelK
>
>
> Dne 29.02.2024 v 16:46 Daniel Valuch napsal(a):
>> a da sa so zapojenim pochvalit? Len zo zaujimavosti.
>>
>> b.
>>
>>
>> On 29/02/2024 10:23, Pavel Kořenský wrote:
>>> Díky moc za spolupráci všem,
>>>
>>> už mi to jeden ze zde přítomných poslal překonvertované do Eagle
>>> verse 7 a to se pak podařilo do Fusion 360 naimportovat bez problémů.
>>> Pro příště si už budu pamatovat, že ten FINE trimr je ten blíž ke
>>> kraji PCB. Pro jistotu jsem si to zapsal do mých všeobecných poznámek.
>>>
>>> Zdraví PavelK
>>>
>>> Dne 29.02.2024 v 7:56 Martin Locker napsal(a):
>>>> Zdravím,
>>>>
>>>> jestli je to ještě aktuální, tak jsem objevil, že na starém nb mám
>>>> ještě Eagle 4.15. Tak mohu uložit do pdf.
>>>>
>>>> Martin Locker
>>>>
>>>> ----- Původní zpráva -----
>>>> Odesilatel: Pavel Kořenský (pavel.korensky na dator3.cz)
>>>> Datum: 28/02/2024 23:24
>>>> Příjemce: HW-news (hw-list na list.hw.cz)
>>>> Předmět: Takový hloupý problém - Eagle
>>>>
>>>> Zdravím,
>>>>
>>>> neuměl by někdo poradit s takovým hodně archivním problémem ?
>>>>
>>>> Chcípnul mi zdroj k mému frekvenčnímu normálu řízeným GPS, který
>>>> jsem navrhoval a stavěl v roce 1999. Už se mi to za těch 25 let
>>>> stalo asi 2x, ale asi jsem byl tehdy mladší a paměť byla o něco
>>>> lepší.
>>>>
>>>> Zkrátka a dobře, tyhle OCXO usměrňované pomocí GPS mají jednu chybu.
>>>> Když umře zdroj, tak vystydnou a po zapnutí s novým zdrojem je nutné
>>>> pomocí interních 20ti otáčkových trimrů nastavit napětí dolaďující
>>>> OCXO alespoň tak, aby se fázový závěs řízený tím 1PPS pulsem z GPS
>>>> chytil a převzal kontrolu. Když je ten složený odpor (jeden trim
>>>> dělá COARSE nastavení a druhý FINE nastavení) hodně mimo, tak se ten
>>>> řídící PLL nechytne a neumravní to.
>>>>
>>>> No a když jsem to tenkrát stavěl, tak jsem si ještě PCB leptal sám a
>>>> deska pochopitelně žádný potisk ani popis nemá. Ty nastavovací
>>>> trimry jsou vedle sebe a já už dneska netuším, který je COARSE a který FINE.
>>>> Vidím jen, že jeden má 1k a druhý 10k. Celé to rozebírat na
>>>> prvočinitele nechci, protože je to namontované v krabici, která sama
>>>> o sobě vypadá, že už má poločas rozpadu za sebou, protože je z
>>>> nějakého moderního plastu a jak na to celé ty roky občas svítí
>>>> slunce přes okno, tak se ten plast začal sám o sobě ekologicky skoro
>>>> odbourávat aby neškodil přírodě.
>>>> Takže do toho nechci moc hrabat.
>>>>
>>>> Od celého zařízení mám ozálohovaná data, kde je jak schéma tak návrh
>>>> plošných spojů. Ale problém je v tom, že desku jsem tenkrát
>>>> navrhoval ve dvou versích. Ta první je navrhovaná v Eaglu 3.55. S
>>>> tím celkem není problém, protože to byla verse kterou jsme tehdy
>>>> měli ve firmě koupenou a celkem snadno se to dá naimportovat do free
>>>> Fusion 360. Ovšem jak na potvoru to není ta verse, kterou mám
>>>> fysicky postavenou.
>>>>
>>>> Verse 2.0  pochází bohužel z Eagle 4.x kterou jsem koupenou neměl a
>>>> Fusion 360 se jaksi vzpěčuje to naimportovat. Nezná někdo nějakou
>>>> utilitu, která by uměla otevřít a zobrazit ty binární soubory z těch
>>>> starých versí Eagle a nestarala se o to, jestli ta verse byla
>>>> korektně licencovaná ?
>>>>
>>>> Všechny běžné webové translátory jsem zkusil a nějak to nikde
>>>> nefunguje.
>>>> Ty většinou umí Eagle až od verse 5.x (???) kdy CADSoft přešel na
>>>> ukládání v textovém formátu.
>>>>
>>>>
>>>> Díky PavelK
>>>>
>>>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list