Opsi zona waktu

Tampilan waktu yang akurat adalah fitur inti yang diharapkan dari sistem infotainment otomotif. Meskipun tampak sederhana, terutama saat ekspektasi waktu dan pengelolaan zona waktu rendah dan harus dipenuhi, waktu dengan cepat menjadi rumit saat tanggal dan waktu yang akurat dan andal harus ditampilkan tanpa intervensi manual.

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

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

Android menyediakan infrastruktur yang diperlukan untuk mengatasi komplikasi pengelolaan aturan zona waktu. Untuk mengetahui detailnya, lihat Aturan zona waktu, yang memungkinkan OEM mengirimkan data aturan zona waktu yang telah diupdate ke perangkat tanpa memerlukan update sistem. Mekanisme ini memungkinkan:

  • Pengguna menerima update tepat waktu (yang memperpanjang masa pakai perangkat Android).
  • OEM untuk 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, sistem harus di-reboot.

Sumber informasi waktu (zona) di mobil

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

Sebagian besar mekanisme yang diuraikan di bawah menjelaskan informasi waktu. Tujuan 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 bekerja mundur dari faktor-faktor seperti negara, selisih waktu, dan selisih waktu DST sebelum menyetel ID zona.

Proses ini bisa menjadi tantangan. Bekerja mundur berdasarkan informasi yang tersedia bisa jadi ambigu. Misalnya, aturan zona waktu America/Denver mengamati DST, tetapi mengadopsi Waktu Siang Hari Pegunungan (MDT) selama musim panas, sedangkan America/Phoenix terus mengenali MDT.

Radio seluler

Informasi sistem (SI) adalah aspek penting dari antarmuka radio Long-Term Evolution (LTE), yang ditransmisikan oleh base station (BS) melalui broadcast control channel (BCCH). 3GPP TS 36.331 menentukan SystemInformationBlockType16 (SIB16) yang berisi informasi terkait GPS dan Coordinated Universal Time (UTC), selisih waktu lokal, serta informasi DST.

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

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

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

  • Tidak ada jaminan bahwa informasi tersebut disiarkan atau bahwa base station dikonfigurasi dengan benar.

  • Di wilayah perbatasan, cenderung menangkap sinyal menara seluler (roaming) dari negara tetangga dan berpotensi menampilkan zona waktu yang salah.

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

Protokol waktu jaringan

Network Time Protocol (NTP) sering digunakan untuk mendapatkan informasi waktu epoch Unix yang relatif akurat. Android mendukung sinkronisasi waktu sistemnya dengan server NTP jika dapat diekspos ke klien RadioManager melalui metadata RadioTuner.getParameters() generik. NTP memperbarui waktu sistem saat tidak sinkron dan operator belum memberikan update NITZ baru-baru ini. Jika pengguna mengaktifkan AUTO_TIME saat NITZ tidak tersedia, sistem akan segera memeriksa waktu jaringan.

Kelebihan Kekurangan

Kesederhanaan, didukung oleh Android.

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

  • Memerlukan koneksi internet.

Penyetel radio siaran

Meskipun memanfaatkan tuner bawaan untuk mengambil informasi waktu dan zona waktu tampak menarik, ada tantangan yang terlibat. Berbagai standar siaran radio menentukan opsi untuk mengekspos informasi yang diinginkan. Secara umum, tuner radio siaran memberikan informasi yang sama dengan radio seluler.

ETSI EN 300 401 V1.4.1 (2006-06), bagian 8.1 menentukan fitur informasi layanan yang memberikan informasi tambahan tentang layanan untuk program audio dan data untuk sistem Digital Audio Broadcasting (DAB). Bagian 8.1.3 menentukan format waktu dan tanggal serta informasi untuk negara dan selisih waktu lokal.

Demikian pula, untuk Radio Data System (RDS) yang umumnya diterapkan di tuner FM, bagian 3.1.5.6 dari standar EN 50067 menentukan format untuk waktu dan data jam (ditransmisikan sekali per menit). Selain itu, kode negara yang diperluas (ECC) juga dapat diambil sebagai bagian dari identifikasi program yang dikirimkan.

HD Radio berisi opsi yang sesuai sebagai bagian dari spesifikasi HD Radio™ Air Interface Design Description Station Information Service Transport dalam Pesan Parameter Station Information Service (SIS) (MSG ID 0111). Bagian 5 dengan jelas menjelaskan kata-kata peringatan yang harus diperhatikan saat mencoba menggunakan dukungan jam siaran. Kebijaksanaan yang sama berlaku secara merata untuk sistem lain:

... data ini menjelaskan adat istiadat setempat di lokasi penyiar, yang mungkin sama atau tidak sama dengan adat istiadat setempat di lokasi penerima. Di dekat batas zona waktu, konsumen dapat menerima banyak stasiun yang menyediakan data yang berbeda. Oleh karena itu, data ini hanya disediakan sebagai petunjuk, yang interpretasi dan penggunaannya harus dilakukan secara bijaksana, dan tunduk pada kontrol pelanggan. ..."

Selain itu, setidaknya untuk HD Radio, penyiaran informasi ini bersifat opsional dan tidak boleh diandalkan sepenuhnya.

Kelebihan Kekurangan
  • Biasanya tersedia di berbagai standar radio siaran regional.
  • Tidak memerlukan koneksi internet.
  • Android tidak mendukung hal ini secara langsung.
  • Memerlukan tuner untuk diaktifkan (setidaknya sesekali di latar belakang) agar dapat mendeteksi informasi dengan andal.

  • Keandalan bergantung pada penyiar.

Tips penerapan

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

Agar solusi tetap kuat, konsumen ekstensi vendor ini harus menentukan bahwa HAL mendukung fitur tersebut (jangan mengasumsikan keberadaannya). String parameter untuk panggilan getParameters harus disusun dengan rapi agar dapat digunakan dengan jelas oleh semua vendor. Misalnya, menggunakan namespace organisasi Anda dengan menambahkan awalan domain yang sesuai, misalnya, com.me.timezoneTuner.currenttimezone.

Mengingat sifat informasi yang didorong oleh peristiwa, sebaiknya gunakan callback RadioTuner.Callback.onParametersUpdated() untuk menerima informasi ini. Jika fasilitas ini harus dapat dikonfigurasi, rancang serangkaian rutinitas kustom di atas setParameters. Contoh:

com.me.timezoneTuner.currenttimezoneEvent.enable

Dengan sendirinya, Global Navigation Satellite System (GNSS) hanya dapat memberikan informasi posisi dan waktu yang akurat.

Geolokasi

Solusi untuk ketidaknyamanan ini adalah menjalankan geocoding terbalik dan menentukan negara serta zona waktu dengan melakukan pencarian berdasarkan posisi. GNSS adalah pilihan yang jelas (dan berkualitas terbaik) untuk informasi lokasi di kendaraan. Time Zone API Google menawarkan semua yang diperlukan untuk menjalankan konversi yang diperlukan. Tentu saja, koneksi internet diperlukan. Memastikan privasi pengguna harus menjadi prioritas utama saat menerapkan solusi online. Izin pengguna untuk menyetujui biaya penggunaan data (atau tidak) diperlukan dan harus diminta.

Solusi yang sesuai untuk penggunaan offline dapat dibuat. Database peta lokal dengan resolusi yang memadai untuk menentukan negara dan zona waktu secara akurat dapat disimpan di penyimpanan kendaraan. Dengan strategi yang diterapkan sepenuhnya untuk memperbarui informasi zona waktu (dan negara) sesuai kebutuhan, seseorang dapat melakukan geocode terbalik pada zona waktu/negara berdasarkan posisi GNSS yang diperoleh dari subsistem Lokasi.

Kelebihan Kekurangan
  • Dapat menentukan zona waktu yang benar secara jelas.
  • Tidak memerlukan konektivitas internet (jika menggunakan DB lokal).
  • Berfungsi dengan andal untuk sebagian besar skenario mengemudi.
  • Android tidak mendukung hal ini secara langsung.
  • Jika kendaraan berada di dalam ruangan/area tertutup yang tidak memungkinkan penerimaan sinyal satelit GNSS yang baik selama konfigurasi awal, informasi waktu, lokasi, dan zona waktu yang akurat tidak dapat diperoleh.
  • Database lokal memerlukan mekanisme update.
  • 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 In-Vehicle Infotainment (IVI). Kemudian, waktu dapat disinkronkan pada interval yang diinginkan. Misalnya, setelah koneksi dibuat dan saat ponsel mendeteksi zona waktu baru.

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, opsi ini tidak menjangkau segmen pasar yang cukup besar untuk diandalkan secara eksklusif.

Kelebihan Kekurangan
  • Tidak memerlukan koneksi internet.
  • Perubahan zona waktu yang terdeteksi oleh ponsel dapat diteruskan ke unit head.
  • Android tidak mendukung hal ini secara langsung.
  • Hanya berfungsi saat ponsel terhubung ke head unit.
  • Waktu sama baik atau buruknya dengan yang disediakan ponsel.
  • Penerapannya rumit.
  • Tidak semua ponsel mendukung profil BLE GATT Current Time Service.

Menggunakan sumber

Setiap vendor perangkat harus menentukan seberapa tinggi standar yang harus ditetapkan dan perjalanan pengguna mana yang dianggap paling penting. Keputusan terbaik hanya dapat diambil jika Anda memahami dengan jelas pengalaman pengguna penting yang diinginkan. Dalam sebagian besar kasus, vendor harus mempertimbangkan konsekuensi antara kenyamanan dan kompleksitas penerapan.

Setiap opsi yang dijelaskan di atas memiliki kelebihan dan kekurangan. Misalnya, pilihan desain penting harus dibuat terkait seberapa besar ketahanan, dibandingkan dengan tampilan waktu yang terkadang buruk, dapat diterima dan cara mengelola kekurangannya. Solusi yang sepenuhnya otomatis yang diharapkan dapat berfungsi dengan baik dalam semua skenario, tetapi harus didasarkan pada kombinasi beberapa sumber informasi. Tidak ada satu opsi pun yang dapat memberikan ketersediaan 100%.

Opsi konfigurasi manual sebagai penggantian sementara mudah dilakukan dan, dalam praktiknya, dapat mencukupi bagi banyak pengguna.