Opzioni del fuso orario

La visualizzazione accurata dell'ora è una funzionalità fondamentale prevista per un sistema di infotainment automobilistico. Anche se può sembrare semplice, soprattutto quando si prevedono aspettative la gestione delle zone è bassa e deve essere rispettata, il tempo diventa rapidamente complesso quando una data e ora devono essere visualizzate senza intervento manuale.

Tutti gli orologi in tempo reale tipicamente utilizzati nei SoC (system on chip) contengono deviazioni, che si accumula nel tempo e può generare errori significativi se non viene corretta. Inoltre, perché è molto probabile che l'ora locale venga visualizzata accuratamente, la differenza corretta È necessario prendere in considerazione il fuso orario UTC (Coordinated Universal Time).

Informazioni sul fuso orario e sull'applicazione dell'ora legale (DST), è prevedibile che cambi durante il ciclo di vita previsto di un veicolo. Ad esempio, dopo molte di anni di implementazione dell'ora legale, nel 2019 il Brasile ha scelto di non avviarne una.

Android fornisce l'infrastruttura necessaria per negoziare le complicazioni di una regola relativa al fuso orario gestione dei dispositivi. Per maggiori dettagli, vedi regole per il fuso orario, che consente agli OEM di inviare ai dispositivi dati aggiornati sulle regole del fuso orario senza richiedere l'uso di un sistema aggiornamento. Questo meccanismo consente:

  • Gli utenti ricevono aggiornamenti tempestivi (che prolungano la vita utile di un dispositivo Android).
  • agli OEM di testare gli aggiornamenti dei fusi orari indipendentemente dagli aggiornamenti delle immagini di sistema.

Nota: AAOS 10 non esegue Supportano il meccanismo di aggiornamento dei moduli basato su APEX fornito nelle release di Android 10 (e successive).

Nota:per implementare questo meccanismo, è necessario riavviare il sistema.

Fonti di informazioni relative all'ora (fuso orario) nelle auto

I dispositivi Android gestiscono l'ora nel fuso orario Unix a livello di sistema, applicano la differenza di fuso orario desiderata e poi converti il valore nell'ora locale per mostrarlo agli utenti. L'ID zona dell'utente corrente (spesso noto come Olson ID) viene memorizzato come impostazione. Ad esempio, Europa/Londra.

Gran parte dei meccanismi descritti di seguito descrive informazioni temporali. Lo scopo di questi standard è per indicare agli utenti l'ora corrente, non per descrivere le regole applicabili nei fusi orari. Per determinare il fuso orario effettivo, il dispositivo deve rientrare in base a fattori quali paese, offset e ora legale prima di impostare l'ID zona.

Questo processo può essere complesso. Il recupero basato sulle informazioni disponibili può essere ambiguo. Ad esempio, la regola del fuso orario America/Denver osserva l'ora legale ma adotta l'ora delle Montagne Rocciose. L'ora legale (MDT) durante l'estate, mentre America/Phoenix continua a riconoscere l'ora legale.

Segnale radio cell

Le informazioni sul sistema (SI) sono un aspetto essenziale dell'interfaccia aerea LTE (Long-Term Evolution), che viene trasmessa dalla stazione base (BS) sul canale di controllo della trasmissione (BCCH). TS 3GPP 36.331 specifica il SystemInformationBlockType16 (SIB16) che contiene informazioni relative al GPS e il fuso orario UTC (Coordinated Universal Time), la differenza con l'ora locale e le informazioni sull'ora legale.

Funzionalità simili sono disponibili in 2G e 3G, dove identità di rete e fuso orario (NITZ) l'informazione può essere trasmessa (vedere 3GPP TS 22.042 per i dettagli). Altri standard delle reti radio cellulari hanno caratteristiche equivalenti.

Purtroppo, la condivisione tra la maggior parte degli standard è che l'invio di queste informazioni è facoltativo, quindi non è disponibile universalmente su tutte le reti.

Pro Contro
  • Se disponibile, fornisce la maggior parte delle informazioni desiderate.
  • Semplicità. Funzionalità già supportata da Android quando la rete radio mobile viene esposta come telefono, non solo come modem di dati.
  • Non richiede una connessione a internet.

  • Non viene garantito che le informazioni vengano trasmesse o che la stazione di base sia corretta. configurato.

  • Nelle regioni di confine, è in grado di cogliere una torre cellulare (in movimento) da un paese vicino e comunicare il fuso orario sbagliato.

  • In alcune località, gli aggiornamenti possono richiedere ore, o addirittura giorni, per essere eseguiti.

Network Time Protocol

Il Network Time Protocol (NTP) viene spesso utilizzato per ottenere un tempo di epoca Unix relativamente preciso informazioni. Android supporta la sincronizzazione dell'ora di sistema con quella di un server NTP se possono essere esposti ai clienti RadioManager tramite la scheda generica RadioTuner.getParameters() metadati. NTP aggiorna l'ora di sistema quando esce e un operatore non ha recentemente fornito un aggiornamento NITZ. Se l'utente abilita AUTO_TIME quando NITZ non è disponibile, il sistema verifica immediatamente la presenza della rete nel tempo.

Pro Contro

Semplicità, supportata da Android.

  • Incompleto, la pagina NTP fornisce solo un valore necessario (tempo). Anche nella migliore delle ipotesi, NTP non può fornire il fuso orario.

  • Richiede una connessione a internet.

Sintonizzatore per trasmissioni radio

Sebbene sia interessante ricorrere a un sintonizzatore integrato per recuperare informazioni su ora e fuso orario, le sfide. Numerosi standard di trasmissione radio definiscono le opzioni per esporre i contenuti desiderati informazioni. In generale, un sintonizzatore radiofonico fornisce le stesse informazioni di un alla radio.

ETSI EN 300 401 V1.4.1 (06-2006), sezione 8.1 specifica le informazioni di assistenza che offrono informazioni supplementari sui servizi per programmi audio e dati per l'audio digitale Sistemi di trasmissione (DAB). La Sezione 8.1.3 definisce il formato di ora e data così come le informazioni per il paese e la differenza con l'ora locale.

Analogamente, per il Radio Data System (RDS) comunemente implementato nei sintonizzatori FM, la sezione 3.1.5.6 del Lo standard EN 50067 definisce il formato dell'ora e dei dati (trasmessi una volta al minuto). Inoltre, l'estensione il codice paese (ECC) può essere recuperato anche come parte dell'identificazione del programma trasmesso.

Radio HD contiene le opzioni corrispondenti nell'ambito Design dell'interfaccia dell'aria HD RadioTM La specifica Description Station Information Service Transport nella sezione Station Information (Informazioni sulla stazione) Messaggio di parametro del servizio (SIS) (ID MSG 0111). Nella sezione 5 vengono indicate chiaramente le parole che indicano prestare attenzione quando si tenta di utilizzare il supporto dell'orologio della trasmissione. La stessa conoscenza si applica allo stesso modo degli altri sistemi:

... questi dati descrivono l'abitudine locale nella sede dell'emittente, che può o potrebbe non coincide con la consuetudine locale in corrispondenza del destinatario. In prossimità dei confini dei fusi orari, i consumatori possono ricevere una molteplicità di stazioni che forniscono dati diversi. Pertanto, questi sono forniti solo come indizi, la cui interpretazione e il cui utilizzo dovrebbero essere discrezionali, soggetti al controllo del cliente. ..."

Inoltre, almeno per la radio HD, la trasmissione di queste informazioni è facoltativa e non dovrebbe di cui fare affidamento esclusivamente.

Pro Contro
  • In genere sono disponibili in diversi standard di radiodiffusione regionali.
  • Non richiede una connessione a internet.
  • Android non supporta questa funzionalità preconfigurata.
  • Richiede l'attivazione del sintonizzatore (almeno occasionalmente in background) per un'affidabilità affidabile rilevare informazioni.

  • L'affidabilità dipende dall'emittente.

Suggerimenti per l'implementazione

Android supporta la sincronizzazione dell'ora di sistema con quella di un server NTP, se possibile esposto ai clienti RadioManager La soluzione consigliata consiste nell'utilizzare la funzione di estensione del fornitore. L'implementazione di questa funzionalità deve avvenire nell'HAL (Hardware Astrazione Layer), dopodiché se può essere esposto ai clienti di RadioManager tramite il modulo RadioTuner.getParameters().

Affinché la soluzione rimanga affidabile, il consumatore di questa estensione di fornitore deve determinare che HAL supporta la funzionalità (non supporre che esista). Le stringhe di parametri per La chiamata getParameters deve essere organizzata in modo pulito per un uso non ambiguo tra fornitori. Per Ad esempio, utilizzando lo spazio dei nomi della tua organizzazione anteponendovi il dominio appropriato, ad esempio com.me.timezoneTuner.currenttimezone.

Data la natura delle informazioni basate sugli eventi, può essere utile usare il RadioTuner.Callback.onParametersUpdated() di richiamata per aver ricevuto queste informazioni. Se deve essere configurabile, progetta un insieme di routine personalizzate setParameters. Ad esempio:

com.me.timezoneTuner.currenttimezoneEvent.enable

Da solo, il sistema globale di navigazione satellitare (GNSS) è in grado di fornire solo indicazioni temporali precise informazioni e posizione.

Geolocalizzazione

La soluzione a questo inconveniente è eseguire la geocodifica inversa e determinare il paese e fuso orario eseguendo una ricerca in base alla posizione. GNSS è la scelta più ovvia (e di migliore qualità) informazioni sulla posizione di un veicolo. di Google API Time Zone offre tutto il necessario per eseguire la conversione richiesta. Ovviamente, la connessione a internet obbligatorio. La tutela della privacy degli utenti deve essere una priorità assoluta quando si implementa una soluzione online. La l'autorizzazione di un utente ad accettare (o meno) i costi di utilizzo dei dati è obbligatoria e deve essere richiesta.

È possibile creare una soluzione adatta per l'utilizzo offline. Un database di mappe locale con una risoluzione sufficiente per determinare con precisione il paese e il fuso orario che rientrano nel archiviazione. Con questo e una strategia completamente implementata per l'aggiornamento del fuso orario (e del paese) le informazioni in base alle esigenze, è possibile geocodificare il paese/il fuso orario in base al GNSS media ottenuta dal sottosistema Location.

Pro Contro
  • Può determinare in modo inequivocabile il fuso orario corretto.
  • Non richiede la connettività a internet (in caso di database locale).
  • Funziona in modo affidabile nella maggior parte degli scenari di guida.
  • Android non supporta questa funzionalità preconfigurata.
  • Se il veicolo è al chiuso o in un'area coperta dove la ricezione satellitare GNSS non è buona possibile durante la configurazione iniziale, non è possibile ottenere informazioni precise su ora, posizione e informazioni sul fuso orario.
  • Il database locale richiede un meccanismo di aggiornamento.
  • Complessità di implementazione.

Smartphone connesso tramite Bluetooth, Wi-Fi o USB

È possibile utilizzare diverse tecnologie per sfruttare lo smartphone di un utente per ottenere dati sull'ora e sul fuso orario. Per tutti gli smartphone è necessario installare una coppia di app personalizzate e app complementari e sul sistema di infotainment del veicolo (IVI). È quindi possibile sincronizzare l'ora l'intervallo desiderato. Ad esempio, quando si stabilisce la connessione e quando lo smartphone rileva un nuovo nel fuso orario.

Alcuni smartphone che supportano Bluetooth Low Energy (BLE) offrono la possibilità di recuperare il tempo tramite il Caratteristica dell'ora attuale GATT e la Specifica del Profilo del servizio di tempo attuale 1.1. Tuttavia, questa opzione non riguardare un mercato sufficientemente ampio l'utilizzo esclusivo del segmento.

Pro Contro
  • Non richiede una connessione a internet.
  • I cambiamenti di fuso orario rilevati dallo smartphone possono essere inoltrati all'unità principale.
  • Android non supporta questa funzionalità preconfigurata.
  • Funziona soltanto quando lo smartphone è collegato all'unità principale.
  • Il tempo è buono o cattivo rispetto a quello che offre lo smartphone.
  • L'implementazione è complessa.
  • Non tutti gli smartphone supportano il profilo BLE GATT Current Time Service.

Utilizzare le origini

Ogni fornitore di dispositivi deve stabilire quanto in alto deve essere impostato un livello e quali percorsi dell'utente ritengono più importante. in modo critico. Solo una chiara comprensione delle esperienze utente critiche desiderate può ottenere il meglio la decisione presa. Nella maggior parte dei casi, i fornitori devono considerare i compromessi tra comodità e e la complessità dell'implementazione.

Ciascuna opzione descritta sopra presenta vantaggi e svantaggi. Ad esempio, una progettazione occorre fare una scelta riguardo a quanta resilienza, rispetto a una visualizzazione occasionale del tempo insufficiente, accettabile e come gestire gli svantaggi. Una soluzione completamente automatica che dovrebbe funzionino bene in tutti gli scenari, ma devono basarsi su una combinazione di diverse fonti di informazioni. Nessuna opzione singola può fornire una disponibilità del 100%.

Un'opzione di configurazione manuale come riserva temporanea è facile da eseguire e può, in pratica, essere sufficiente per molti utenti.