Solusi Pengembangan Terminal Tertanam dan Terhubung Cerdas di Dalam Kendaraan Terminal yang tertanam atau terhubung di dalam kendaraan menghubungkan daya kendaraan, jaringan ECU, sensor, pemosisian, dan komunikasi ke platform cloud dan dapat menyediakan akuisisi, gateway, perekaman, pemrosesan tepi, diagnostik, atau manajemen perangkat. Pengembangan subsistem tidak menetapkan sertifikasi keselamatan fungsional seluruh kendaraan, persetujuan jalan raya, atau sistem mengemudi otonom yang lengkap.
| Elemen proyek | Pernyataan solusi |
|---|---|
| Paling cocok | Untuk vendor dan integrator terminal telematika, armada komersial, kendaraan khusus, perekam data, gerbang kendaraan, terminal pinggir jalan atau kendaraan di jalan raya, dan alat pengujian yang memerlukan perangkat keras khusus, perangkat lunak sistem, protokol komunikasi, integrasi cloud, atau validasi prototipe. |
| Masukan yang diperlukan | Masukan termasuk model dan lingkungan kendaraan, ECU dan matriks pesan, CAN/CAN FD/LIN/automotive Ethernet, transien daya dan perilaku tidur/bangun, suhu dan getaran, pemosisian dan komunikasi seluler, sistem operasi, waktu boot, diagnostik, OTA, data dan privasi, keamanan siber dan target keselamatan fungsional, ruang instalasi dan pengujian pihak ketiga standar. |
| Ruang lingkup pengiriman | Hasil dapat mencakup skema dan PCB atau perangkat tertentu, prototipe, BSP/driver, firmware dan aplikasi, dokumen pesan dan antarmuka, alat konfigurasi dan diagnostik, desain OTA, API cloud, catatan integrasi bench dan kendaraan, pengujian kasus, daftar masalah dan materi pengenalan produksi. Pengujian komponen otomotif dan pihak ketiga mengikuti cakupan yang telah dikonfirmasi. |
| Bagaimana penerimaan didefinisikan? | Penerimaan dapat memeriksa power-up/down kendaraan, cold boot, sleep dan wake, muatan bus dan kehilangan pesan, stempel waktu akuisisi, latensi end-to-end, pemulihan jaringan, rollback pembaruan yang gagal, log, izin, suhu, dan lingkungan elektromagnetik. EMC, ESD, uji lingkungan dan jalan raya menggunakan standar yang ditentukan dan laboratorium berkualifikasi atau pihak yang bertanggung jawab. |
Pengguna dan skenario yang paling sesuai
Untuk vendor dan integrator terminal telematika, armada komersial, kendaraan khusus, perekam data, gerbang kendaraan, terminal pinggir jalan atau kendaraan di jalan raya, dan alat pengujian yang memerlukan perangkat keras khusus, perangkat lunak sistem, protokol komunikasi, integrasi cloud, atau validasi prototipe.
Masukan apa yang diperlukan untuk memulai?
Masukan termasuk model dan lingkungan kendaraan, ECU dan matriks pesan, CAN/CAN FD/LIN/automotive Ethernet, transien daya dan perilaku tidur/bangun, suhu dan getaran, pemosisian dan komunikasi seluler, sistem operasi, waktu boot, diagnostik, OTA, data dan privasi, keamanan siber dan target keselamatan fungsional, ruang instalasi dan pengujian pihak ketiga standar.
Modul apa yang dapat disertakan dalam sistem?
Cakupan dapat mencakup perangkat keras MCU/SoC, perlindungan daya, antarmuka kendaraan, BSP dan driver, penguraian pesan, pencatatan data, algoritma edge, GNSS dan komunikasi seluler, antarmuka periferal V2X, diagnostik, OTA dan rollback, manajemen perangkat, API cloud, izin dan log, alat bench dan antarmuka HIL atau replay.
Apa yang bisa disampaikan?
Hasil dapat mencakup skema dan PCB atau perangkat tertentu, prototipe, BSP/driver, firmware dan aplikasi, dokumen pesan dan antarmuka, alat konfigurasi dan diagnostik, desain OTA, API cloud, catatan integrasi bench dan kendaraan, pengujian kasus, daftar masalah dan materi pengenalan produksi. Pengujian komponen otomotif dan pihak ketiga mengikuti cakupan yang telah dikonfirmasi.
Bagaimana penerimaan didefinisikan?
Penerimaan dapat memeriksa power-up/down kendaraan, cold boot, sleep dan wake, muatan bus dan kehilangan pesan, stempel waktu akuisisi, latensi end-to-end, pemulihan jaringan, rollback pembaruan yang gagal, log, izin, suhu, dan lingkungan elektromagnetik. EMC, ESD, uji lingkungan dan jalan raya menggunakan standar yang ditentukan dan laboratorium berkualifikasi atau pihak yang bertanggung jawab.
Batasan dan batasan tanggung jawab
Solusi ini tidak mencakup keselamatan fungsional seluruh kendaraan, keselamatan fungsi yang dimaksudkan, sertifikasi keamanan siber, kualifikasi otomotif, persetujuan jalan raya, ADAS lengkap, atau tanggung jawab mengemudi otonom secara default. ISO 26262, ISO/SAE 21434, AEC-Q dan target serupa memerlukan cakupan eksplisit dan validasi terpisah.
Layanan dan kasus terkait
Kembali ke ikhtisar solusi untuk membandingkan skenario, atau meninjau kasus proyek terkait. Metrik dan ketentuan dari suatu kasus tidak secara otomatis berlaku untuk proyek baru.
Pertanyaan yang sering diajukan
Dapatkah terminal terhubung ke ECU kendaraan dan jaringan CAN yang ada?
Hal ini dapat dinilai ketika antarmuka resmi dan informasi pesan tersedia. Beban bus, kebijakan gateway, akses diagnostik, waktu pesan, antarmuka listrik dan kepatuhan data harus diperiksa; mekanisme keselamatan kendaraan tidak boleh diabaikan.
Dapatkah proyek mengembangkan ADAS lengkap atau sistem mengemudi otonom?
Antarmuka sensor, perekaman data, pemrosesan tepi, atau modul bantuan terbatas dapat dikembangkan, namun ADAS lengkap dan mengemudi otonom melibatkan arsitektur seluruh kendaraan, redundansi, keselamatan, pengujian jalan, dan tanggung jawab regulasi di luar pengembangan terminal biasa.
Apakah sertifikasi tingkat otomotif dan keselamatan fungsional disertakan secara otomatis?
Tidak. Nilai komponen, proses pengembangan, standar pengujian, laboratorium pihak ketiga, validasi seluruh kendaraan, dan tanggung jawab sertifikasi harus disepakati pada awal proyek. Prototipe yang diuji secara fungsional bukanlah sertifikasi otomotif atau keselamatan fungsional.