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

Pátek Březen 1 12:03:15 CET 2024

Jak tak koukám, tak ano, Pi Pico by to zvládlo.
Už to (pro jiný účel) někoho i napadlo - 
https://rjk.codes/post/building-a-frequency-counter/

Zdraví PavelK

Dne 01.03.2024 v 11:39 Pavel Kořenský napsal(a):
> 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
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list