Opsi zona waktu

Tampilan waktu yang akurat adalah fitur inti yang diharapkan dari sistem infotainmen otomotif. Meskipun hal ini mungkin tampak sederhana, terutama jika ekspektasi pengelolaan waktu dan zona waktu rendah dan harus dipenuhi, waktu akan segera menjadi rumit jika tanggal dan waktu yang akurat dan andal harus ditampilkan tanpa intervensi manual.

Semua jam real-time yang biasanya digunakan dalam system on chip (SoC) berisi beberapa drift, yang terkumpul dari waktu ke waktu dan dapat menyebabkan error yang signifikan jika tidak diperbaiki. Selain itu, karena ekspektasi tinggi bahwa waktu lokal ditampilkan secara akurat, selisih yang benar dari Coordinated Universal Time (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 kerumitan pengelolaan aturan zona waktu. Untuk mengetahui detailnya, lihat Aturan zona waktu, yang memungkinkan OEM mendorong 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 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 dimulai ulang.

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

Proses ini bisa menjadi tantangan. Melakukan pekerjaan mundur berdasarkan informasi yang tersedia dapat 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 dikirim oleh stasiun pangkalan (BS) melalui saluran kontrol siaran (BCCH). 3GPP TS 36.331 menentukan SystemInformationBlockType16 (SIB16) yang berisi informasi terkait GPS dan Coordinated Universal Time (UTC), offset 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, sudah didukung oleh Android saat radio seluler ditampilkan sebagai ponsel, bukan hanya sebagai modem data.
  • Tidak memerlukan konektivitas internet.

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

  • Di wilayah perbatasan, dapat menerima sinyal menara seluler (roaming) dari negara tetangga dan berpotensi menyampaikan zona waktu yang salah.

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

Network Time Protocol

Network Time Protocol (NTP) sering digunakan untuk mendapatkan informasi waktu epoch Unix yang relatif akurat. Android mendukung sinkronisasi waktu sistemnya dengan waktu server NTP jika dapat diekspos ke klien RadioManager melalui metadata RadioTuner.getParameters() umum. 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 menyediakan satu nilai yang diperlukan (waktu). Bahkan dalam skenario kasus terbaik, NTP tidak dapat memberikan zona waktu.

  • Memerlukan konektivitas internet.

Tuner radio siaran

Meskipun memanfaatkan tuner bawaan untuk mengambil informasi waktu dan zona waktu menarik, ada tantangan yang terlibat. Banyak standar siaran radio yang 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 untuk waktu dan tanggal serta informasi untuk offset waktu lokal dan negara.

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

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

... data ini menjelaskan adat lokal di lokasi penyiar, yang mungkin sama atau tidak sama dengan adat lokal di tempat penerima. Di dekat batas zona waktu, konsumen dapat menerima banyak stasiun yang menyediakan data yang berbeda. Oleh karena itu, data ini hanya diberikan sebagai petunjuk, yang interpretasi dan penggunaannya harus dibuat 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 fitur 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 ditampilkan ke klien RadioManager. Solusi yang direkomendasikan adalah memanfaatkan fitur ekstensi vendor. Implementasi fungsi ini harus terjadi di hardware abstraction layer (HAL), setelah itu dapat diekspos ke klien RadioManager melalui metode RadioTuner.getParameters() generik.

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

Mengingat sifat informasi yang berbasis peristiwa, akan lebih baik jika Anda menggunakan callback RadioTuner.Callback.onParametersUpdated() untuk menerima informasi ini. Jika fasilitas ini harus dapat dikonfigurasi, desain serangkaian rutinitas kustom di atas setParameters. Contoh:

com.me.timezoneTuner.currenttimezoneEvent.enable

Global Navigation Satellite System (GNSS) sendiri 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 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.

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 sesuai dengan penyimpanan kendaraan. Dengan ini dan strategi yang diterapkan sepenuhnya untuk memperbarui informasi zona waktu (dan negara) sesuai kebutuhan, seseorang dapat melakukan geocoding balik negara/zona waktu berdasarkan posisi GNSS yang diperoleh dari subsistem Lokasi.

Kelebihan Kekurangan
  • Dapat menentukan zona waktu yang benar dengan jelas.
  • Tidak memerlukan konektivitas internet (untuk DB lokal).
  • Berfungsi dengan andal untuk sebagian besar skenario mengemudi.
  • Android tidak mendukung fitur ini secara langsung.
  • Jika kendaraan berada di dalam ruangan/area tertutup tempat penerimaan satelit GNSS yang baik tidak memungkinkan selama konfigurasi awal, Anda tidak akan bisa mendapatkan informasi waktu, lokasi, dan zona waktu yang akurat.
  • 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 Infotainment Dalam Kendaraan (IVI). Kemudian, Anda dapat menyinkronkan waktu pada interval yang diinginkan. Misalnya, setelah membuat koneksi 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 mencakup 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 fitur ini secara langsung.
  • Hanya berfungsi saat ponsel terhubung ke head unit.
  • Waktu sama bagus atau buruknya dengan yang diberikan ponsel.
  • Penerapannya rumit.
  • Tidak semua ponsel mendukung profil Layanan Waktu Saat Ini BLE GATT.

Menggunakan sumber

Setiap vendor perangkat harus menentukan seberapa tinggi standar yang ditetapkan dan perjalanan pengguna mana yang dianggap paling kritis. Hanya dengan pemahaman yang jelas tentang pengalaman pengguna penting yang diinginkan, keputusan terbaik dapat dicapai. Pada umumnya, vendor harus mempertimbangkan konsekuensi antara kemudahan dan kompleksitas penerapan.

Setiap opsi yang dijelaskan di atas memiliki kelebihan dan kekurangan. Misalnya, pilihan desain kritis harus dibuat dengan mempertimbangkan seberapa besar ketahanan, dibandingkan dengan tampilan waktu yang buruk sesekali, yang dapat diterima dan cara mengelola kelemahannya. Solusi 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 memadai bagi banyak pengguna.