Archivi tag: gpsdo

time-nuttery – parte 3

In un interessante documento trovato in rete “Clock Measurements Using the TimePod 5330A with TimeLab and Stable32” si parla in modo molto diffuso del parametro di “sampling interval” del software timelab.
In pratica è un numero che influenza completamente il comportamento del software, definendo la ENBW (Equivalent Noise Bandwidth) ed il numero di campioni che sono necessari per completare la misura. Nello specifico del 53131 e simili: “specifies the gate or other measurement interval for which the counter is configured. This period is treated as the tau0 basis, which defines the leftmost edge of any deviation plots”.

Quindi, se io volessi fare delle misure dei miei segnali a 10MHz usando un “sampling interval” maggiore (e sempre deterministico), dovrei alimentare il connettore di “external arming” con un segnale che possa triggerare la lettura e che abbia frequenza di 1Hz, 10Hz, 100Hz o 1000Hz. Perfetto. Vale la pena di fare un tentativo, mica sarà difficile generare un impulso. Nel documento “High Resolution Phase Measurement with Keysight 53230A” (sito www.efos3.com) si menziona un esperimento simile, nel quale, per realizzare il trigger per il counter, è stato usato un generatore HP di ottima qualità. Io devo arrangiarmi con quello che ho. I parametri della forma d’onda sono: ampiezza almeno 4V, durata dell’impulso 200ns.

Prima prova: uso il generatore interno dell’oscilloscopio Tektronix. Niente, non è possibile generare un impulso con durata inferiore a 10ms per via della limitazione in banda del sistema. Vabbè, prendo un pulse generator dall’armadio dei “dimenticati”. Trovo un HP 8011A, che vorrei mettere come soprammobile nel mio studio (lo farò), solo per le targhette di ispezione firmate a mano. Lo accendo ma l’unica cosa che genera è tanto calore. Andrebbe fatto un service molto accurato ma non è proprio il momento. Accanto a questo cimelio ho trovato un GwInstek del 1995 che non si accende. Inizio ad essere un po’ “frustrato” e chiedo in giro: un collega mi dice di avere usato uno strumento veramente versatile LiquidInstruments Moku:Go. Un “ciaffetto” che sta nel palmo della mano e consente di fare (SDR) un sacco di cose tra le quali la generazione di segnali arbitrari.

Moku:Go sia! Scarico il software, collego lo strumento al PC, aggiorno il firmware (20 minuti) e poi mi metto a fare delle prove di generazione, collegando ad una uscita l’oscilloscopio (controllato da rete) ed all’altra uscita il counter. Dopo qualche minuto sono in grado di controllare il trigger del counter, con estrema versatilità.

L’impulso generato è anche piuttosto “bello” da vedere e rispetta perfettamente i dati impostati dalla console.

Verifica impulso MoKu:Go. Notare rise time e durata

A questo punto non rimane che fare le misure ed aspettare, godendo dello spettacolo di tutti gli apparati.

Risultato delle misure: fare una misura con campionamento a 100Hz è uno stillicidio. Devono essere acquisiti 100000 campioni per finire il processo, cosa che richiede una discreta quantità di tempo (quasi un’ora). L’aumento del sample rate, ha come conseguenza il fatto che la ENBW aumenta, pertanto è lecito aspettarsi un comportamento peggiore per le curve acquisite con alto SR. In questo run sono poco apprezzabili.

tau / sgma(tau)	1Hz	10 Hz	100 Hz
1 secondo	8.73E-10	8,83E-10	8.06E-10
10 secondi	8.62E-11	8.56E-11	8.03E-11
100 secondi	8.67E-12	8.05E-12	8.03E-12

Durante il test sono cambiate le condizioni climatiche della stanza, con la temperatura che è salita di circa 1 grado. La misura effettuata con sampling a 100Hz mostra un andamento molto regolare, con il maggiore averaging che mitiga l’effetto del crosstalk presente, ma peggiora le prestazioni.

ADEV cambiando il valore del sample rate

Ci siamo quasi. Tutto è (quasi) pronto per fare una prima misura di un quarzo. Anche se sorgono notevoli interrogativi….

time-nuttery – parte 2

Preso dall’emozione nell’avere ricevuto una piacevole e motivante email da “Tom Van Baak” ( autore del sito leapsecond.com), ho voluto esplorare la possibilità di fare misure di ADEV direttamente con il segnale a 10MHz.

Il setup di misura è il consueto: segnale sinusoidale a 10MHz generato da uno dei GPSDO, inviato ad un power splitter, poi due cavi (RG58) di lunghezza diversa. Il percorso corto alimenta il canale 1, quello lungo il canale 2. Stavolta, giusto per non fare lo stesso errore, una rapida occhiata con l’oscilloscopio:

Ampiezza del segnale 400mV nella semionda positiva, posso mettere il trigger comodamente a 200mV sul rising edge. Impedenza di ingresso 50 ohm.

Una volta configurato lo strumento, imposto la modalità “T1 to T2” e via. Il problema è che l’acquisizione da parte di TimeLab è triggerata dallo strumento che funziona in “auto arming”. In pratica le misure vengono effettuate nel modo più veloce possibile. Questo comporta che selezionando un periodo di acquisizione di 1000 secondi, i 1000 punti vengono acquisiti in pochissimo tempo (circa 30 secondi). La curva che si ottiene non rispecchia (se non nel numero di punti) il principio temporale dell’acquisizione. Per come la interpreto io, questo tipo di approccio dovrebbe dare risultati sbagliati, in quanto non è chiaro l’intervallo temporale con il quale vengono acquisiti i campioni, aspetto fondamentale della misura di ADEV.

Come è possibile “frenare” lo strumento e limitare il numero delle acquisizioni al secondo? Nel pannello posteriore dello strumento è presente un connettore “External ARM” che ha la funzione di trigger per la misura che si intende fare. Ho deciso di pilotare il “ext ARM” con il segnale PPS proveniente da un altro GPSDO che condivide con il primo la stessa antenna. In questo modo l’acquisizione del segnale è decisamente più lenta e rispecchia quello che avviene con il segnale PPS in ingresso. Il grafico che si ottiene ha forma e caratteristiche che lo rendono facilmente confrontabile con il PPS.

In questa figura:
Rosa – Misura di noise floor effettuata con due segnali PPS in ingresso allo strumento;
Blu – Misura di noise floor effettuata con due segnali 10MHz in ingresso allo strumento, trigger esterno;
Verde – Misura di noise floor effettuata con due segnali 10MHz in ingresso allo strumento, trigger automatico.
La curva BLU è molto tormentata rispetto alla “parente” rosa. Il significato delle oscillazioni è da cercare nel CROSSTALK che si ha tra i cavi (che sono banalissimi RG58 a singola schermatura). Le oscillazioni sono molto più marcate in quanto il crosstalk aumenta con la frequenza, pertanto, lavorando ad 1Hz si hanno effetti molto mitigati rispetto al caso 10MHz. La curva verde non mi convince. E’ stata acquisita in meno di 30 secondi ed ha un andamento troppo “smooth” per potere essere di una qualche valore. al pendenza c’è ma manca il contenuto informativo.

time nuttery – parte 1

Nel corso degli ultimi anni ho presentato qualche progetto inerente il mondo del timekeeping. In particolare ho “messo insieme” un po’ di pezzi per dare una dignitosa “casa” ad un oscillatore Bulova (estratto da un vecchio strumento di misura) ed a due GPSDO che sono stati corredati di antenna esterna (sul tetto dell’ufficio). Il tutto è corredato da un counter HP 53131A e da tonnellate di bit letti sulla mailing list dei time-nuts e siti correlati.

Nell’ultimo mese à nata l’esigenza di tenere un breve seminario sul timekeeping, materia che ho un po’ abbandonato (nella pratica) perchè mi sono dedicato molto al networking. L’occasione è stata quindi ghiotta per rispolverare un po’ di apparati e per cercare di fare qualche misura (almeno di noise floor) da discutere in mailing list. Detto questo ho riavviato ed aggiornato la VM che ospita il “windows 10 delle misure” e che è collegata all’adattore GPIB/USB. Questo approccio garantisce che la macchina possa fare misure anche per giorni, senza essere disturbata da altri eventi, essendo ospitata su una WS piuttosto potente e protetta da UPS.

Vista la scarsità di tempo a disposizione ho riesumato TimeLab (arrivato alla versione 1.7F) ed ho cercato un modo per fare la misura i Noise Floor. Ovviamente, il punto di partenza è stata la mailing list ed i siti correlati, nei quali ho navigato in lungo ed in largo senza trovare una soluzione al mio problema: come fare?

Primo test – Nel tempo
Per effettuare questo test, che dovrebbe essere una valutazione del noise-floor dell’apparato, mi sono attrezzato in questo modo. Da un GPSDO ho prelevato l’uscita PPS e l’ho inviata ad uno splitter coassiale. Una uscita dello splitter (cavo corto) alimenta il canale 1, mentre l’altra uscita dello splitter (con cavo “lungo”), alimenta l’ingresso 2.

La prima misurazione importante la ho fatta con una configurazione degli ingressi che si è rivelata perfettibile. Parlandone su “time-nuts” è venuto fuori che era possibile lavorare un po’ sui trigger per ottimizzare le prestazioni, cosa che ho fatto dopo avere analizzato il segnale con l’oscilloscopio.

Il sistema è meglio se lavora con impedenza adattata, quindi ho terminato i canali dell’oscilloscopio a 50ohm e visto il segnale di uscita dal GPSDO. Il segnale è piuttosto “rapido” nel fronte di salita ed ha una ampiezza un po’ bassina: siamo poco sopra i 600mV su 50ohm.

Mettendo a confronto entrambi i canali, è possibile determinare il ritardo introdotto dalla linea coassiale:

Uscite dal power splitter – Lunghezza differente del cavo

Siamo circa a 20ns, valore molto superiore ai 500ps di jitter (dichiarati) dal counter.

Gli ingressi sono configurati con “auto trigger OFF” e livello 0.3V. Tutti gli altri parametri sono lasciati ai valori di default, tranne l’impedenza fissata a 50ohm. Il counter ‘ configurato in modalità “time interval” e “T1 to T2”. In questo modo il segnale sul canale 1 triggera uno start, mentre quello sul canale 2 uno stop. La lettura del counter è in microsecondi ed è coerente con quanto misurato dall’oscilloscopio (circa 20ns).
In questa configurazione il jitter della sorgente non influenza la misura in quanto interessa entrambi gli ingressi. Eventuali sorgenti di rumore devono essere interne allo strumento.

Ho eseguito una serie piuttosto lunga di misure, tutte in modalità “Time Interval” usando TimeLab ed un calcolatore (VM) collegato in GPIB al counter. Ad ogni misurazione (lunga 1000s) ho variato di 0.1 il valore del trigger. I risultati sono stati molto interessanti:

ADEV con differenti valori di trigger sullo strumento

La figura mostra che, seppur minime, ci sono delle differenze nel comportamento dello strumento al variare della tensione di trigger.

sigma(tau)/trigger in V	0.1	0.2	0.3	0.4	0.5
1 secondo	6.88E-10	7.05E-10	7.00E-10	7.14E-10	7.28E-10
10 secondi	7.05E-11	7.07E-11	7.03E-11	6.89E-11	7.40E-11
100 secondi	7.70E-12	7.95E-12	8.80E-12	7.59E-12	7.68E-12

I valori migliori (edited) si ottengono per valori di trigger bassi, visto che con 0.5V si ha 0.4E-10 in più. La pendenza della curva indica la presenza di rumore bianco o flicker (PM) (pendenza “-1”). La visualizzazione della MDEV, dovrebbe aiutare a discernere il “white PM noise”, solo che faccio un po’ fatica ad identificarlo. Devo lavorarci.

Qualche considerazione POST MISURA:
– serve un convertitore 10MHz -> PPS. TAPR ne vende di ottimi ma costano un sacco le spese di spedizione in Italia (oltre 80 dollari). Cercherò di acquistarlo quando e se andremo in USA ad anno nuovo;
– in prima battuta vorrei usare il picdiv di Tom Van Baak ed il picpet per imparare a fare qualche misura decente con TimeLab e Stable32. S’è anche un ottimo progettino su github che varrebbe la pena di approfondire.
– ci sono un sacco di picchi che sono dovuti al crosstalk. Occorre assolutamente investire in qualche cavetto “decente” a doppia schermatura. Altrimenti compaiono questi artefatti che non sono piacevoli.

Riferimenti:

Best counter setting for ADEV? – Time-nuts ML Oct 1 2012
Recommended parameters for Timelab ADEV analysis – Time-nuts ML Nov 15 2012
Measuring ADEV for a beginner – Time-nuts ML Nov 1 2014
TimeLab – Manuale uso

UCCM – GPSDO la coppia

Finalmente è arrivato il GPSDO che attendevo, come rimpiazzo del buon vecchio Trimble che si è (o è sempre stato) rotto. Un paio di giorni per compiere il trapianto di organo e, finalmente, sulla mia Timing-Desk ho due GPSDO up and running.
Anche questo Samsung è passato subito in stato locked con valori di TFOM stabili ad 1. Si tratta di una unità non propriamente “gemella” dell’altra: il quarzo installato è di dimensioni notevolmente maggiori (sempre marcato Samsung).

La posizione stimata dai due dispositivi è davvero molto “prossima”, visto che usano lo stesso ricevitore GPS (Ublox Lea-6t) e sono nelle stesse condizioni operative:
Samsung 1 (old)
Lat: 43.5866244N Long: 13.5170058E Alt: 226.24
Samsung 2 (new)
Lat: 43.5866200N Long: 13.5170047E Alt: 225.99
Distanza stimata su WG84 di 0.5m, non male.

In modo molto barbaro ho fatto una misura di frequenza, mantenendo il vecchio Samsung (OSM da qui in poi) come riferimento per il counter ed il nuovo come DUT. La misura è incoraggiante.

Adesso occorre solo aspettare che arrivi il Thunderbolt e qualche accessorio per farlo funzionare:
– amplificatore di distribuzione a 10MHz;
– distributore del segnale GPS a 4 vie (utile anche per una idea futura);
– HUB e convertitori USB-RS232 per il controllo ed il monitoraggio dei sistemi.
Intanto mi godo il monitor!

Trimble UCCM GPSDO – EOL

In un vecchio articolo ho parlato di un oscillatore UCCM Trimble che, dopo molti anni, era riuscito a dotare di case, alimentatore e monitor. Una volta collegato il ricevitore all’antenna, Attivato il monitoraggio del ricevitore mi sono reso conto che qualche cosa non andava: in pratica l’UCCM non passa mai allo stato di LOCK (luce che lampeggia velocemente), in quanto, sembra, che la board non riesca a disciplinare l’oscillatore.
Ho chiesto idee e suggerimenti anche sull’ottimo forum eevblog, ma senza particolari esiti. Pertanto ho provato a giocare un po’ con oscillatore e board, per cercare di capire dove potesse essere il problema.

Il primo step è stato quello di smontare l’oscillatore dalla board, collegarlo ad una fonte di alimentazione lineare e stabile e fare qualche misura di corrente e frequenza. In questa fase ho valutato:
– assorbimento in corrente, deve essere non costante. Il quarzo (OCXO) deve assorbire parecchia corrente in fase di Warm-UP e poi deve stabilizzarsi a valori “ragionevoli;
– frequenza iniziale del quarzo, con il terminale Vtune posto a massa.
Per fare queste acquisizioni ho rispolverato LabView, su una comoda macchina virtuale Windows 10. Gli strumenti usati sono un multimetro da banco HP 34401A ed un counter HP 53131A. Quest’ultimo ha un reference 10MHz esterno, proveniente dal GPSDO Samsung.

Il “forno” funziona bene. Il tempo di riscaldamento è ragionevole e, trascorso tale transitorio, la corrente si assesta su valori bassi. Fino a qui, tutto ok. Anche la frequenza di uscita è stabile e centrata attorno ai 10MHz, non ci sono particolari deviazioni, tutto sembra rientrare nella norma (anche se non avendo un datasheet, la norma è un concetto un po’ vago). Ho anche tracciato un grafico della funzione “Frequenza vs Vtune” del quarzo, anche questo è piuttosto lineare (la “gobba” nella parte iniziale è dovuta ad un diverso metodo di misura).

Lo step successivo è stato quello di rimontare l’oscillatore nella board per monitorare la corrente assorbita dalla board, la frequenza di uscita e la tensione di controllo. In teoria la tensione di controllo, dopo un po’ di swing iniziale, dovrebbe assestarsi su un valore costante, mentre il sistema va in lock ed inizia a funzionare regolarmente.

Anche qui… ci siamo, almeno in teoria. Solo che il sistema, anche monitorato da Lady Heater, non raggiunge mai lo stato di LOCK, mantenendo valori di TFOM molto alti (3 – 7). Inoltre il valore della differenza di fase è molto “ballerino” arrivando a valori molto bassi (4.5 E-6) per tempi brevissimo per poi ricadere in alto (1 E-2). Qualche problema c’è sicuramente. Sarà la board? Sarà l’oscillatore? Non sono in grado (per adesso) di dirlo. Intanto ho ordinato un altro GPSDO per fare “la coppia” in attesa che arrivi un altro giocattolo molto interessante.

GPSDO: finalmente stabile

Quasi una settimana di utilizzo dei due GPSDO, tempo di fare qualche considerazione “a caldo”:
1- L’interfacciamento dei due dispositivi con il calcolatore mi ha fatto penare. Avevo preso un convertitore USB seriale su PCB, ma è risultato “non funzionante”, pertanto ho dovuto optare per la classica “frusta” USB-RS232.
2- Devo modificare il circuito di alimentazione: un solo LM317 è poco e la temperatura che raggiunge il dispositivo è decisamente alta. Meglio usarne due in parallelo e montarli sui dissipatori in alluminio che la scatola prevede, possibilmente uno per lato.
3- Il “trimble” viene “digerito” da Linux senza problemi e Lady Heather ne mostra i (pochi) parametri in modo immediato. Più complesso collegare il Samsung: ho dovuto usare un artificio. Esportare la seriale /dev/ttyUSB1 in rete con ser2net e poi collegare Lady Heater via IP:
ser2net -C 3202:raw:0:/dev/ttyUSB1:57600 -l
sudo ./heather -tz=UTC -ip=192.168.1xx.yy:3202
La mia impressione è che il software e l’hardware non si accordino sulla velocità dell’interfaccia.
4- Il Trimble mostra tutta la sua età: stabilizza poco il PPS e ha un valore di TFOM pari a 4. Considerata l’età è tanto che ancora funzioni bene.
5- Adesso che tutto funziona… vorrei uno splitter GPS a 4 porte ed un ThunderBolt da mettere a sistema, per vedere se le performances che promette (e di cui tutti parlano) sono reali.

Dallo screenshot si nota come, a parità di antenna, cavo e condizioni “al contorno”, i due sistemi rilevino una posizione leggermente differente:
Trimble:
Latitudine: 43.5866217 N – Longitudine: 13.5170019 E- Altezza: 224.19m
Samsung:
Latitudine: 43.5866175 N – Longitudine: 13.5170086 E- Altezza:223.89m
La differenza di altezza è di 30cm, la distanza è di 71.5 cm. In pratica il Trimble è “in alto a sinistra” rispetto al Samsung.

Immagine del setup completamente operativo

Con l’occasione ho riacceso il counter HP 53131A ed il mio EIP 350, almeno si sono un po’ riscaldati. Mi sono divertito a calcolare la deviazione standard del rapporto tra gli intervalli del segnale PPS. IL conteggio è stato fatto su 10k secondi ed ha mostrato un valore molto interessante: 1.09uS.

Valore della deviazione standard del rapporto tra i periodi PPS.

Notare come sia comparso un altro giocattolo: un vecchissimo counter HP 5315B trovato nello scatolone dei cespiti (monnezza). Lo ho accesso a vita persa ed ha funzionato subito. Sicuramente è possibile rimetterlo in riga ed ho trovato un interessante articolo per dotarlo di un ingresso 10MHz esterno. Ne riparleremo.

GPSDO: finalmente uno screenshot!

Il primo GPSDO, marcato Trimble e modello 57963-08 lo ho acquistato su Ebay nel 2015. Poi è rimasto nel cassetto fino al 2017, anno in cui lo ho alimentato e ho scoperto che senza antenna sul tetto non avrei combinato nulla.
Durante questi anni, ho continuato a leggere la mailing list di “time-nuts“, convincendomi che non avrei mai avuto un oscillatore al Rubidio e quindi era meglio affrettare i lavori del GPSDO. Sono quindi “nati” i due apparati: il primo contiene il vecchio Trimble e l’altro una unità Samsung basata su Ublox Lea-6T.
Nel 2021 sono finalmente riuscito ad installare l’antenna sul tetto del mio ufficio e ieri, dopo ben 6 anni dal primo acquisto, ho accesso il GPSDO collegandolo alla sua antenna. Non nascondo che mi sono emozionato nel constatare che:
– non ha funzionato nulla, la scheda era non raggiungibile (fixed, connettore invertito);
– non c’è stato verso di effettuare un lock ( dopo una interminabile sequenza di comandi, ho dato un SYSTem:PRESet e tutto ha iniziato a filare liscio);
– l’adattatore USB seriale preso su Ebay non funziona (MAx2323 bruciato);

Alla fine, solo questa mattina sono riuscito a collegare le seriali alla nuova WorkStation ed a godermi Lady Heather. Rimangono molte cose da fare:
– monitoraggio nel lungo periodo del funzionamento elettrico;
– ripristino della connessione seriale;
– richiudere i contenitori;
– monitoraggio delle forme d’onda in uscita;
– misure, misure, misure;
– godersi lo spettacolo.

Screenshot in ambiente linux dei sistemi GPSDO in fase di settling.

TimeLab – Step 2

Finito di litigare con l’oscillatore Bulova, di cui ho parlato in un precedente articolo, è il momento di pensare a qualche cosa di nuovo. Il problema del Bulova è che, vista l’età, avrà sicuramente subito un po’ di effetti dell’età. Per verificarli mi serve un buon riferimento in frequenza, che sia giovane, stabile sul lungo periodo ed economico.
Con questo ultimo aggettivo, scarto a priori tutto il mondo dei riferimenti al rubidio ed al cesio. Rimane solo una strada: il GPSDO.

Tanti, anzi tantissimi anni fa, ho acquistato un GPSDO Trimble 57693-B, caratterizzato da un oscillatore OCXO della Trimble ed un ricevitore GPS. Qualche informazione su questo GPSDO si trova in questi siti:
– Tipok.org.ua
– Febo.com diversi contributi: primo secondo
– EEvblog

Avevo provato il GPSDO con una “scrausissima” antenna dalla finestra dell’ufficio, ottenendo un risultato pessimo: non aggancia satelliti. Adesso ho dato una scatola ed una alimentazione stabile al sistema e sono pronto a collegare l’antenna sul tetto, appena mi monteranno un palo per fissarla.

Descrizione dell’oscillatore, da sinistra verso destra.
Trasformatore di alimentazione da 30VA, 2 secondari da 9V in parallelo. La tensione al primario arriva da un filtro di rete. La tensione di secondario passa per un ponte raddrizzatore da 25A e quindi arriva ad un blocco di elettrolitici da 10000uF. Ho messo un resistore da 1Mohm per agevolare la scarica dei condensatori. Il blocco del regolatore è realizzato con un LM317, fissato alla scatola metallica. La tensione di 6V arriva al GPSDO attraverso un fusibile ed un interruttore.
La board è interfacciata verso l’esterno con una seriale e con i cavi coassiali per l’ingresso dell’antenna e le uscite a 10MHz e 1PPS.
Attraverso la seriale è possibile dialogare con il micro per leggere lo stato del sistema ed, eventualmente, interfacciarlo con programmi tipo Lady Hater (e sue successive variazioni).

Qualche considerazione:
– non ho usato un regolatore di tensione a basso rumore in quanto, a bordo della board ne è installato uno “noisy” e non penso che valga la pena di modificare la board ulteriormente;
– la lana sotto alla board è messa non certo per motivi termici, ma per motivi di isolamento dalle vibrazioni;
– per fare un buon isolamento dai disturbi radioelettrici occorrerebbe mettere anche degli schermi interni, che attualmente non posso inserire;
– il case è stato preso su ebay, da un fondo di magazzino ex “Nuova Elettronica”, ha dei bei dissipatori ed è fatto molto bene.

Notare la maestosa qualità e pulizia del pannello frontale:
– presenza di tensione prima del fusibile;
– presenza di tensione sulla board;
– led “activity”, estratto dalla board;
– led “alarm”, estratto dalla board.
– interfaccia seriale DB9.
L’interruttore di alimentazione main è sul pannello posteriore, idem quello di bassa tensione. Tutto quello che è sul pannello posteriore non viene attuato in modo involontario!

Funziona tutto. Manca solo l’antenna (ho chiesto l’installazione più di 2 anni fa…).

GPSDO quanti grattacapi!

Qualche anno fà ho acquistato una scheda Trimble 57964-15, oscillatore quarzato associato ad un ricevitore GPS. La schedina è molto interessante dal punto di vista elettrico, minimalista e molto compatta. Ha 2 uscite: segnale sinusoidale a 10MHz e PPS.

Il vero problema di questa scheda è farla funzionare nel mio ufficio (ovvero dove ho tutta la strumentazione che necessita di essere sincronizzata). Da mio ufficio io vedo pochissimo cielo e sono orientato ad OVEST.

Il povero ricevitore GPS riesce quindi a tracciare pochissimi satelliti contemporaneamente, il massimo raggiunto con notevoli sforzi è stato 4. Questo porta inevitabilmente ad un degrado delle prestazioni del sistema che non riesce ad attivare il PLL.

Leggendo in rete ho trovato che:

I think that most probably your GPSDO board didn’t finished selfsurvay mode which is signalized by fast flashing green LED. My board 57964-05 sends 10us pulse on the connector in
tracking mode. The full operati ng mode requires at least 10-15mins to get a PPS
output with good GPS signal (better forget about using indoor or window located antenna).
You can check the mode u sing terminal connected to J5 pins (57600,N,8,1) typing one of these commands:

trimble is marginally better than the lucent, but still pretty helpless with a puck antenna in a window with full view of the sky. the oscilloquartz star4 with the same antenna in the same location absolutely obliterates them both in terms of gps sensitivity and lock

Insomma… serve cielo! Bisogna che mi inventi qualche cosa per ottenere una migliore visione dei satelliti. Certo che mettere una antennina sul tetto….

Adelmo's World

Vita e morte. Per i miracoli mi sto attrezzando.