Opsi zona waktu

Tampilan waktu yang akurat adalah fitur inti yang diharapkan dari sistem infotainmen otomotif. Meskipun hal ini mungkin tampak sederhana, terutama ketika ekspektasi waktu dan waktu pengelolaan zona rendah dan harus dipenuhi, waktu dengan cepat menjadi kompleks ketika akurasi tanggal dan waktu harus ditampilkan tanpa intervensi manual.

Semua jam real-time yang biasanya digunakan dalam sistem pada chip (SoC) mengandung beberapa penyimpangan, yang terakumulasi seiring waktu dan dapat menyebabkan error yang signifikan jika tidak dikoreksi. Selain itu, karena ekspektasi tinggi sehingga waktu lokal ditampilkan secara akurat, offset yang benar dari Waktu Universal Terkoordinasi (Coordinated Universal Time/UTC) harus dipertimbangkan.

Informasi zona waktu, serta penerapan Waktu Musim Panas (DST), dapat diperkirakan akan berubah selama masa pakai kendaraan yang diperkirakan. Misalnya, setelah beberapa selama bertahun-tahun menerapkan DST, Brasil memilih untuk tidak memulai jadwal DST pada tahun 2019.

Android menyediakan infrastruktur yang diperlukan untuk menegosiasikan detail aturan zona waktu otomatisasi pengelolaan biaya. Untuk mengetahui detailnya, lihat Aturan zona waktu, sehingga OEM dapat mengirimkan data aturan zona waktu yang telah diupdate ke perangkat tanpa memerlukan sistem memperbarui. Mekanisme ini memungkinkan:

  • Pengguna menerima update tepat waktu (yang memperpanjang masa pakai perangkat Android).
  • OEM menguji update zona waktu secara terpisah dari update image sistem.

Catatan: AAOS 10 tidak mendukung mekanisme update modul berbasis APEX yang disediakan dalam rilis Android 10 (dan yang lebih tinggi).

Catatan: Untuk menerapkan mekanisme ini, diperlukan mulai ulang sistem.

Sumber informasi waktu (zona) di mobil

Perangkat Android mengelola waktu dalam waktu Unix pada tingkat sistem, menerapkan offset zona waktu yang diinginkan, lalu mengonversi nilainya ke waktu lokal untuk ditampilkan kepada pengguna. ID zona pengguna saat ini (sering kali (disebut sebagai Olson ID) disimpan sebagai setelan. Misalnya, Eropa/London.

Sebagian besar mekanisme yang diuraikan di bawah ini menjelaskan informasi waktu. Tujuan dari standar-standar ini adalah untuk memberikan waktu saat ini kepada pengguna, bukan untuk menjelaskan aturan zona waktu yang berlaku. Untuk menentukan zona waktu sebenarnya, perangkat harus berfungsi kembali dari faktor-faktor seperti negara, offset, dan DST sebelum menetapkan ID zona.

Proses ini bisa menjadi tantangan. Bekerja kembali berdasarkan informasi yang tersedia dapat ambigu. Misalnya, aturan zona waktu America/Denver mengamati DST tetapi mengadopsi ke Mountain Waktu Musim Panas (MDT) selama musim panas sementara Amerika/Phoenix terus mengenali MDT.

Radio seluler

Informasi sistem (SI) adalah aspek esensial dari antarmuka udara Evolusi Jangka Panjang (LTE), yang ditransmisikan oleh stasiun pangkalan (BS) melalui {i>broadcast control channel<i} (BCCH). TS 3GPP 36.331 menentukan SystemInformationBlockType16 (SIB16) yang berisi informasi yang terkait dengan GPS dan Waktu Universal Terkoordinasi (Coordinated Universal Time/UTC), offset waktu lokal, serta informasi DST.

Fungsi serupa dapat ditemukan di 2G dan 3G, dengan identitas jaringan dan zona waktu (NITZ) informasi dapat disiarkan (lihat 3GPP TS 22.042 untuk detailnya). Standar radio seluler lainnya memiliki fitur yang setara.

Sayangnya, kesamaan di antara sebagian besar standar adalah pengiriman informasi ini opsional, sehingga tidak tersedia secara universal di semua jaringan.

Kelebihan Kekurangan
  • Jika tersedia, memberikan sebagian besar informasi yang diinginkan.
  • Kemudahan, sudah didukung oleh Android saat radio seluler diekspos di ponsel, bukan hanya sebagai modem data.
  • Tidak memerlukan konektivitas internet.

  • Tidak ada jaminan bahwa informasinya disiarkan atau stasiun pangkalan dijalankan dengan benar dikonfigurasi.

  • Di wilayah perbatasan, bertanggung jawab untuk mengambil menara BTS (berkeliaran) dari negara tetangga dan berpotensi menyampaikan zona waktu yang salah.

  • Di beberapa lokasi, pembaruan dapat membutuhkan waktu berjam-jam, bahkan berhari-hari, untuk dilakukan.

Protokol waktu jaringan

{i>Network Time Protocol<i} (NTP) sering digunakan untuk mendapatkan waktu Unix epoch yang relatif tepat tidak akurat atau tidak sesuai. Android mendukung sinkronisasi waktu sistemnya dengan server NTP jika dapat diekspos ke klien RadioManager melalui Metadata RadioTuner.getParameters(). NTP memperbarui waktu sistem ketika keluar dari sinkronisasi dan operator belum memberikan pembaruan NITZ. Jika pengguna mengaktifkan AUTO_TIME saat NITZ tidak tersedia, sistem akan segera memeriksa jaringan baik.

Kelebihan Kekurangan

Kemudahan, didukung oleh Android.

  • Tidak lengkap, NTP hanya memberikan satu nilai yang diperlukan (waktu). Bahkan dalam skenario kasus terbaik, NTP tidak dapat memberikan zona waktu.

  • Memerlukan konektivitas internet.

Penyetel radio siaran

Meskipun memanfaatkan tuner bawaan untuk mengambil informasi waktu dan zona waktu adalah hal yang menarik, tantangan yang ada. Banyak standar siaran radio menentukan opsi untuk mengekspos siaran tidak akurat atau tidak sesuai. Secara umum, tuner radio siaran memberikan informasi yang sama dengan radio.

ETSI EN 300 401 V1.4.1 (2006-06), bagian 8.1 menentukan informasi layanan yang menyediakan informasi tambahan tentang layanan untuk program audio dan data untuk Audio Digital Sistem penyiaran (DAB). Pasal 8.1.3 mendefinisikan format untuk waktu dan tanggal serta informasi untuk offset waktu lokal dan negara.

Demikian pula, untuk Sistem Data Radio (RDS) yang umum diimplementasikan dalam tuner FM, bagian 3.1.5.6 dari standar EN 50067 menentukan format untuk waktu jam dan data (ditransmisikan sekali per menit). Selain itu, perpanjangan kode negara (ECC) juga dapat diambil sebagai bagian dari identifikasi program yang ditransmisikan.

HD Radio berisi opsi yang sesuai sebagai bagian dari Desain Antarmuka Udara RadioTM HDTM Spesifikasi Transportasi Layanan Informasi Stasiun Deskripsi di Informasi Stasiun Pesan Parameter Layanan (SIS) (ID MSG 0111). Bagian 5 dengan jelas menguraikan kata-kata peringatan yang harus diperhatikan saat mencoba menggunakan dukungan waktu siaran. Kebijakan yang sama berlaku sama dengan sistem lainnya:

... data ini mendeskripsikan kebiasaan lokal di lokasi penyiar, yang mungkin atau mungkin tidak sama dengan {i>local custom<i} di tempat penerima. Mendekati batas zona waktu, konsumen dapat menerima banyak stasiun yang menyediakan data yang berbeda. Oleh karena itu, data hanya diberikan sebagai petunjuk, interpretasi dan penggunaannya harus diskresi, tunduk pada kontrol pelanggan. ..."

Selain itu, setidaknya untuk HD Radio, siaran informasi ini bersifat opsional dan tidak boleh dapat diandalkan secara eksklusif.

Kelebihan Kekurangan
  • Biasanya tersedia di berbagai standar radio siaran regional.
  • Tidak memerlukan konektivitas internet.
  • Android tidak menyediakan dukungan siap pakai.
  • Membutuhkan tuner diaktifkan (setidaknya sesekali di latar belakang) agar dapat diandalkan mendeteksi informasi.

  • Keandalan bergantung pada penyiar.

Tips penerapan

Android mendukung sinkronisasi waktu sistemnya dengan server NTP jika dapat terekspos ke klien dari RadioManager Solusi yang direkomendasikan adalah memanfaatkan fitur ekstensi vendor. Implementasi fungsi ini harus terjadi di hardware abstraction layer (HAL), setelah itu jika dapat diekspos ke klien RadioManager melalui Metode RadioTuner.getParameters().

Agar solusi tetap kuat, konsumen ekstensi vendor ini harus menentukan bahwa HAL mendukung fitur tersebut (jangan berasumsi keberadaannya). String parameter untuk Panggilan getParameters harus diatur dengan rapi untuk penggunaan yang tidak ambigu di berbagai vendor. Sebagai misalnya, menggunakan namespace organisasi Anda dengan mengawalinya dengan domain yang sesuai, untuk contoh, com.me.timezoneTuner.currenttimezone.

Mengingat sifat informasi berbasis peristiwa, ada baiknya untuk menggunakan Callback RadioTuner.Callback.onParametersUpdated() untuk menerima informasi ini. Jika fasilitas ini harus dapat dikonfigurasi, mendesain serangkaian rutinitas khusus, selain setParameters. Contoh:

com.me.timezoneTuner.currenttimezoneEvent.enable

Dengan sendirinya, Sistem Satelit Navigasi Global (GNSS) hanya dapat memberikan waktu yang akurat informasi dan posisi.

Geolokasi

Solusi atas ketidaknyamanan ini adalah dengan menjalankan geocoding terbalik dan menentukan negara dan zona waktu dengan melakukan pencarian berdasarkan posisi. GNSS adalah pilihan yang jelas (dan kualitas terbaik) dari informasi lokasi di dalam kendaraan. API Zona Waktu menawarkan semua yang diperlukan untuk menjalankan konversi yang diperlukan. Tentu saja, konektivitas internet tidak diperlukan. Memastikan privasi pengguna harus menjadi prioritas utama saat menerapkan solusi online. Tujuan izin pengguna untuk menerima biaya penggunaan data (atau tidak) diperlukan dan harus diminta.

Anda dapat membuat solusi yang cocok untuk penggunaan offline. {i>Database<i} peta lokal dengan resolusi yang memadai untuk menentukan secara akurat negara dan zona waktu yang sesuai dengan setelan kendaraan Storage. Dengan hal ini dan strategi yang diterapkan sepenuhnya untuk memperbarui zona waktu (dan negara) informasi sesuai kebutuhan, seseorang dapat melakukan geocoding terbalik pada negara/zona waktu berdasarkan GNSS posisi yang diperoleh dari subsistem Lokasi.

Kelebihan Kekurangan
  • Dapat menentukan zona waktu yang benar secara tidak ambigu.
  • Tidak memerlukan konektivitas internet (untuk DB lokal).
  • Berfungsi dengan andal untuk sebagian besar skenario mengemudi.
  • Android tidak menyediakan dukungan siap pakai.
  • Jika kendaraan berada di dalam ruangan/area yang tertutup dengan penerimaan satelit GNSS yang tidak baik mungkin selama konfigurasi awal, kita tidak mungkin mendapatkan waktu, lokasi, dan informasi zona waktu.
  • Database lokal membutuhkan mekanisme pembaruan.
  • Kompleksitas penerapan.

Ponsel terhubung melalui Bluetooth, Wi-Fi, atau USB

Beberapa teknologi dapat digunakan untuk memanfaatkan ponsel pengguna guna mendapatkan data waktu dan zona waktu. Untuk semua ponsel, sepasang aplikasi kustom dan aplikasi pendamping harus diinstal di ponsel dan di sistem Infotainment dalam Kendaraan (IVI). Anda dapat menyinkronkan waktu pada interval yang diinginkan. Misalnya, saat tersambung dan ketika ponsel mendeteksi dalam zona waktu.

Beberapa ponsel yang mendukung Bluetooth Hemat Energi (BLE) menyediakan opsi untuk mengambil waktu melalui Karakteristik Waktu Saat Ini GATT dan Spesifikasi Profil Layanan Waktu Saat Ini 1.1. Namun demikian, opsi ini tidak memenuhi pasar yang cukup besar hanya untuk dapat diandalkan secara eksklusif.

Kelebihan Kekurangan
  • Tidak memerlukan konektivitas internet.
  • Perubahan zona waktu yang terdeteksi oleh ponsel dapat direlai ke head unit.
  • Android tidak menyediakan dukungan siap pakai.
  • Hanya berfungsi saat ponsel terhubung ke head unit.
  • Waktu sama baiknya atau seburuk apa yang disediakan ponsel.
  • Implementasinya rumit.
  • Tidak semua ponsel mendukung profil BLE GATT Current Time Service.

Gunakan sumber

Setiap vendor perangkat harus menentukan seberapa tinggi standar yang harus ditetapkan dan perjalanan pengguna mana yang paling penting sangat penting. Hanya dengan pemahaman yang jelas tentang pengalaman pengguna penting yang diinginkan pengguna yang keputusan yang diambil. Dalam kebanyakan kasus, vendor harus mempertimbangkan kompromi antara kenyamanan dan implementasi yang kompleks.

Setiap opsi yang dijelaskan di atas memiliki kelebihan dan kekurangan. Misalnya, sebuah desain kritis pilihan harus dibuat terkait seberapa besar ketahanannya, dibandingkan dengan dapat diterima dan bagaimana cara mengelola kekurangannya. Solusi yang sepenuhnya otomatis yang diharapkan untuk berfungsi dengan baik dalam semua skenario namun harus didasarkan pada kombinasi beberapa sumber informasi. Tidak ada satu opsi yang dapat memberikan ketersediaan 100%.

Opsi konfigurasi manual sebagai penggantian sementara mudah dijalankan dan, pada praktiknya, dapat memadai bagi banyak pengguna.