- Registrato
- 28 Gennaio 2008
- Messaggi
- 12.663
corretto
GPS Rollover, problemi su diversi siti trasmittenti, anche Mediaset
- Creatore Discussione elettt
- Data di inizio
No, tutto dipende dall'holdover impostato nel ricevitore GPS.
La data nel ricevitore GPS è correlata con l'holdover impostato, cioè dopo la mancanza di ricezione e/o dati, il ricevitore và in holdover e mantiene l'ultima precisione per l'intervallo di tempo impostato, di solito 24 o 48 ore. Scaduto questo tempo il 10 MHz e il PPS non sono più precisi, tutto passa all'OXCO interno di precisione a 10 MHz, quindi SFN a rischio.
Quando entra in holdover, memorizza la data e l'orario per la partenza del conteggio delle 24 o 48 ore.
Azzerandosi la data, il microprocessore interno vede immediatamente l'enorme intervallo di data, e termina subito l'holdover passando all'oscillatore interno, quindi SFN a rischio.
Trascorso l'intervallo impostato delle 24 o 48 ore, il ricevitore aggiorna la data e occorreranno altre 24 o 48 ore affinchè l'holdover sia efficiente.
Diversamente basta un reset completo del ricevitore (con distacco anche dell'energia elettrica) per fargli acquisire immediatamente la nuova data e la partenza immediata dell'holdover.
Gli Screen che citi sono quelli con GPS incorporati nei tx, e la data influenza tutta la macchina. Basta un reset con distacco dell'alimentazione.
La data nel ricevitore GPS è correlata con l'holdover impostato, cioè dopo la mancanza di ricezione e/o dati, il ricevitore và in holdover e mantiene l'ultima precisione per l'intervallo di tempo impostato, di solito 24 o 48 ore. Scaduto questo tempo il 10 MHz e il PPS non sono più precisi, tutto passa all'OXCO interno di precisione a 10 MHz, quindi SFN a rischio.
Quando entra in holdover, memorizza la data e l'orario per la partenza del conteggio delle 24 o 48 ore.
Azzerandosi la data, il microprocessore interno vede immediatamente l'enorme intervallo di data, e termina subito l'holdover passando all'oscillatore interno, quindi SFN a rischio.
Trascorso l'intervallo impostato delle 24 o 48 ore, il ricevitore aggiorna la data e occorreranno altre 24 o 48 ore affinchè l'holdover sia efficiente.
Diversamente basta un reset completo del ricevitore (con distacco anche dell'energia elettrica) per fargli acquisire immediatamente la nuova data e la partenza immediata dell'holdover.
Gli Screen che citi sono quelli con GPS incorporati nei tx, e la data influenza tutta la macchina. Basta un reset con distacco dell'alimentazione.
Ultima modifica:
Borlengo90
Digital-Forum Master
Il problema è che ‘l’aggiornamento ‘ dell’epoca non è detto che il modulo gps lo faccia: può benissimo credere di essere al 15/10/1999; non c’è nulla (appartenete al sistema gps) che possa ‘trasmettere’ il cambio a posteriori se non l’averlo già previsto in fase di progettazione del dispositivo.
gescort
Digital-Forum Silver Master
Quello che dici non centra nulla con quello che è successo. Non c'è reset o distacco dell'alimentazione che tenga.
Se si conosce come funziona l'apparato, c'entra eccome. Diversamente dimmi il perchè.
Non c'è nessun aggiornamento, cambia solo una stringa di 10 bit contenente la data trasmessa e sostituita dai satelliti. Gli attuali GPS leggevano la data attuale tranquillamente, ma sono i sateliti che dovevano azzerare la memoria interna e ripartire dall'attuale, sempre nei soliti 10 bit. Quindi non c'è niente di progettazione o altro.
E le vetture ? Si sono fermate ? Sono andate in un canale anzichè in una piazza ?
gescort
Digital-Forum Silver Master
Forse con questo articolo ti è più facile capire.
https://telematics.tomtom.com/it_it/webfleet/blog/gps-week-number-rollover-cio-che-devi-sapere/
https://telematics.tomtom.com/it_it/webfleet/blog/gps-week-number-rollover-cio-che-devi-sapere/
Appunto, non è riferito alla precisione del punto, ma alla programmazione oraria della flotta, leggi bene...
Borlengo90
Digital-Forum Master
Non c'è nessun aggiornamento, cambia solo una stringa di 10 bit contenente la data trasmessa e sostituita dai satelliti. Gli attuali GPS leggevano la data attuale tranquillamente, ma sono i sateliti che dovevano azzerare la memoria interna e ripartire dall'attuale, sempre nei soliti 10 bit. Quindi non c'è niente di progettazione o altro.
E le vetture ? Si sono fermate ? Sono andate in un canale anzichè in una piazza ?
Ti sbagli: i satelliti 'inviano' il conteggio, l'interpretazione la fanno gli apparecchi 'a terra'.
(il satellite ti invia 000 000 000 1, sei tu ricevitore a dover interpretare quello come 1a settimana dopo il 6 aprile 2019 e non come 1a settimana dopo il 21 agosto 1999) se sul firmware dei ripetitori questa 'seconda data' non era prevista loro non possono che interpretare '28 agosto 1999' con le conseguenze del caso
1> il satellite manda un segnale a 10 bit, questo significa che dopo la settimana numero 1023 si torna alla 0
2> in base a come sono fatti i dispositivi riceventi possono aversi almeno 2 condizioni
1- I dispositivi sono 'stupidi', gestiscono in firmware solo la data base dell' "epoca corrente" (quuindi dopo il 5 APR 2019 viene il 20 AGO 1999)
2- i dispositivi hanno un registro più grande (es 16 bit) 'parallelo' al dato trasmesso dal satellite. In questo caso 'leggono' dal satellite solo la variazione al dato trasmesso a 10 bit aggiornando il loro registro a 16, un registro a 16 bit porta circa 64000 settimane ovvero circa 1200 anni. Più che sufficienti per l'intera vita dell'apparecchio.
Nel caso (1-) ogni 2^10 = 1024 settimane = circa 20 anni il valore si azzera, per cui sul dispositivo 'stupido' a '10 bit' bisogna aggiornare la data base che da 21 AGO 1999 [inizio della II epoca GPS] deve essere spostata (manualmente) a 6 APR 2019 [inizio della III epoca GPS].
Nel caso (2-) invece, essendo la scheda progettata "ab ovo" per gestire la cosa, basterà fare il check valore-registro (modulo) valore trasmesso = 0, questo significa infatti che i due contatori sono allineati a meno di un epoca.
I navigatori non hanno bisogno della data ma della posizione, se anche pensano di essere nel 1999 navigano comunque; il DVBT-SFN, invece, ha bisogno di un riferimento temporale comune.
LukeMC67
Digital-Forum Silver Master
Chiarissimo.
Esattamente
I satelliti non inviano nessun conteggio e gli apparecchi a terra non fanno nessuna interpretazione, ma inviano stringhe con una struttura ben precisa composta da un prefisso, le frasi identificate da 3 lettere ed infine un checksum usando un "Exclusive OR 8 bit".
Il metodo per azzerare il ricevitore e risincronizzarsi c'è, fidati.
Poi ormai ti sei preso tutti gli applausi quindi è meglio lasciare il mondo così com'è, tanto non serve a niente capire le cose.
Ottima spiegazione
Bravo Ercolino,
nel frattempo dai un'occhiata ai fatidici "10 bit" (TOW) :
https://gasstation-nearme.com/e85
Ultima modifica:
I nuovi comunque supportano i 13 bit quindi il problema che si presenta ogni 19.7 anni non si porrà più
https://www.youtube.com/watch?v=NnxE4EDBafo
https://www.youtube.com/watch?v=NnxE4EDBafo
Peccato che i bit sono 17 quelli trasmessi.
https://www.cyber.gov.au/news/gps-rollover
Modernised GPS clocks, and GPS navigation systems may be released with a 13-bit week field, allowing up to 8192 weeks, instead of 1023 weeks, before rolling over to 0. This will increase the time between GPS week roll overs from approximately 20 years, to around 150 years.
https://ics-cert.us-cert.gov/sites/default/files/documents/Memorandum_on_GPS_2019.pdf
Io spero di riavere attivi i ripetitori spenti entro 19 anni.
Da te ci sono ancora problemi?
Postazione?