Opsi zona waktu

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

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

Informasi zona waktu, serta penerapan Waktu Musim Panas (DST), dapat diperkirakan akan 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 menegosiasikan komplikasi pengelolaan aturan zona waktu. Untuk mengetahui detailnya, lihat Aturan zona waktu, yang memungkinkan OEM mengirimkan data aturan zona waktu yang diperbarui ke perangkat tanpa memerlukan update sistem. Mekanisme ini memungkinkan:

  • Pengguna menerima update tepat waktu (yang memperpanjang masa pakai perangkat Android).
  • OEM menguji update zona waktu secara independen 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, reboot sistem diperlukan.

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 lokal 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 memberi pengguna waktu saat ini, bukan untuk menjelaskan aturan zona waktu yang berlaku. Untuk menentukan zona waktu sebenarnya, perangkat harus bekerja mundur dari faktor seperti negara, offset, dan offset DST sebelum menetapkan ID zona.

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

Radio seluler

Informasi sistem (SI) adalah aspek penting dari antarmuka udara Long-Term Evolution (LTE), yang ditransmisikan oleh stasiun basis (BS) melalui saluran kontrol siaran (BCCH). 3GPP TS 36.331 menentukan SystemInformationBlockType16 (SIB16) yang berisi informasi terkait GPS dan Waktu Universal Terkoordinasi (UTC), selisih waktu lokal, serta informasi DST.

Fungsi serupa dapat ditemukan di 2G dan 3G, tempat informasi identitas jaringan dan zona waktu (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 pengiriman informasi ini bersifat opsional, sehingga tidak tersedia secara universal di semua jaringan.

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

  • Tidak ada jaminan bahwa informasi tersebut disiarkan atau stasiun basis dikonfigurasi dengan benar.

  • Di wilayah perbatasan, cenderung mengambil menara BTS (roaming) dari negara tetangga dan berpotensi menyampaikan zona waktu yang salah.

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

Protokol waktu jaringan

Protokol Waktu Jaringan (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 lama ini memberikan update NITZ. 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 konektivitas internet.

Penyetel radio siaran

Meskipun memanfaatkan penyetel bawaan untuk mengambil informasi waktu dan zona waktu menarik, tantangan tetap ada. Berbagai standar siaran radio menentukan opsi untuk mengekspos informasi yang diinginkan. Secara umum, penyetel 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 untuk waktu dan tanggal serta informasi untuk selisih waktu negara dan lokal.

Demikian pula, untuk Sistem Data Radio (RDS) yang biasanya diterapkan di penyetel 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 ditransmisikan.

HD Radio berisi opsi yang sesuai sebagai bagian dari Deskripsi Desain Antarmuka Udara HD Radio™ Transportasi Layanan Informasi Stasiun spesifikasi dalam Pesan Parameter Layanan Informasi Stasiun (SIS) (MSG ID 0111). Bagian 5 dengan jelas menjelaskan kata-kata peringatan yang harus diperhatikan saat mencoba menggunakan dukungan jam siaran. Hal yang sama berlaku untuk sistem lain:

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

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

Kelebihan Kekurangan
  • Biasanya tersedia di berbagai standar radio siaran regional.
  • Tidak memerlukan konektivitas internet.
  • Android tidak mendukung hal ini secara langsung.
  • Memerlukan penyetel 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 di ekspos ke klien RadioManager. Solusi yang direkomendasikan adalah memanfaatkan fitur ekstensi vendor. Penerapan fungsi ini harus dilakukan di lapisan abstraksi hardware (HAL), setelah itu dapat diekspos ke klien RadioManager melalui metode generik RadioTuner.getParameters().

Agar solusi tetap kuat, konsumen ekstensi vendor ini harus menentukan bahwa HAL mendukung fitur tersebut (jangan menganggap keberadaannya). String parameter untuk panggilan getParameters harus diatur dengan rapi untuk penggunaan yang tidak ambigu di seluruh vendor. Misalnya, menggunakan namespace organisasi Anda dengan menambahkan domain yang sesuai sebagai awalan, misalnya, com.me.timezoneTuner.currenttimezone.

Mengingat sifat informasi yang berbasis peristiwa, sebaiknya gunakan callback RadioTuner.Callback.onParametersUpdated() untuk menerima informasi ini. Jika fasilitas ini dapat dikonfigurasi, desain serangkaian rutin kustom di atas setParameters. Contoh:

com.me.timezoneTuner.currenttimezoneEvent.enable

Dengan sendirinya, Sistem Satelit Navigasi Global (GNSS) hanya dapat memberikan informasi waktu dan posisi 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 informasi lokasi yang jelas (dan berkualitas terbaik) di dalam kendaraan. Time Zone API Google menawarkan semua yang diperlukan untuk menjalankan konversi yang diperlukan. Tentu saja, konektivitas internet diperlukan. Memastikan privasi pengguna harus menjadi prioritas utama saat menerapkan solusi online. Izin pengguna untuk menerima biaya penggunaan data (atau tidak) diperlukan dan harus diminta.

Anda dapat membuat solusi yang sesuai untuk penggunaan offline. Database peta lokal dengan resolusi yang memadai untuk menentukan negara dan zona waktu secara akurat dapat dimasukkan ke dalam penyimpanan kendaraan. Dengan ini dan strategi yang sepenuhnya diterapkan untuk memperbarui informasi zona waktu (dan negara) sesuai kebutuhan, Anda dapat melakukan geocoding terbalik negara/zona waktu berdasarkan posisi GNSS yang diperoleh dari subsistem Lokasi.

Kelebihan Kekurangan
  • Dapat menentukan zona waktu yang benar secara tidak ambigu.
  • 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 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 yang 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). Kemudian, Anda dapat menyinkronkan waktu 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 membahas segmen pasar yang cukup besar untuk diandalkan secara eksklusif.

Kelebihan Kekurangan
  • Tidak memerlukan konektivitas internet.
  • Perubahan zona waktu yang terdeteksi oleh ponsel dapat diteruskan ke head unit.
  • Android tidak mendukung hal ini secara langsung.
  • Hanya berfungsi saat ponsel terhubung ke unit utama.
  • Waktu sama baik atau buruknya dengan yang disediakan ponsel.
  • Penerapannya kompleks.
  • Tidak semua ponsel mendukung profil Layanan Waktu Saat Ini GATT BLE.

Menggunakan sumber

Setiap vendor perangkat harus menentukan standar yang tinggi dan perjalanan pengguna mana yang dianggap paling penting. Hanya dengan pemahaman yang jelas tentang pengalaman pengguna penting yang diinginkan, keputusan terbaik dapat dicapai. Dalam sebagian besar kasus, vendor harus mempertimbangkan trade-off antara kemudahan 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 buruk sesekali, dapat diterima dan cara mengelola kekurangannya. Solusi yang sepenuhnya otomatis yang dapat diharapkan 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 dijalankan dan, dalam praktiknya, dapat mencukupi bagi banyak pengguna.