Simulasi Arsitektur E/E Otomotif: Teknologi Inti, Praktik Rekayasa, dan Aplikasi Dunia Nyata

< Kembali ke Rantai Peralatan Listrik & Elektronik

Terakhir diperbarui: 17 Maret 2026
Pengarang: Johnny Liu, CEO di Dowway Vehicle
Catatan tinjauan teknis: Untuk publikasi akhir, tambahkan nama peninjau seperti Arsitek E/E Utama, Pemimpin Keselamatan Fungsional, atau Insinyur Jaringan Kendaraan.

Simulasi arsitektur E/E otomotif adalah pemodelan virtual dan validasi sistem elektronik dan listrik kendaraan. Hal ini memungkinkan tim teknik untuk menguji desain arsitektur, perilaku komunikasi, pengaturan waktu, keselamatan, dan interaksi lintas domain sebelum prototipe perangkat keras lengkap dibangun. Pada kendaraan yang berbasis perangkat lunak, pekerjaan ini sekarang menjadi bagian inti dari pengembangan, bukan lagi tugas sampingan.

• Arsitektur E/E otomotif bergeser dari ECU terdistribusi ke sistem terpusat dan zonal.
• Simulasi membantu tim memverifikasi topologi, komunikasi, keamanan, pengaturan waktu, dan perilaku lintas domain lebih awal.
• Ini mendukung validasi shift-left dan mengurangi biaya pengujian tahap akhir.
• Sistem teknis tersebut memiliki empat lapisan: model, eksekusi, validasi, dan manajemen data.
• Lima jenis simulasi utama adalah topologi, komunikasi bus, keselamatan fungsional, waktu nyata, dan simulasi bersama multi-domain.
• Masalah rekayasa utama meliputi keakuratan model, interoperabilitas alat, beban waktu nyata, dan cakupan skenario.
• Perangkat lunak umum yang digunakan meliputi Simulink, Simcenter Amesim, Ansys, CANoe, RTaW-Pegase, dSPACE, ETAS LABCAR, dan QEMU.
• Pekerjaan di masa mendatang akan mengarah pada simulasi yang dibantu AI, kembaran digital, simulasi kendaraan-cloud, dan model ringan.

Kendaraan modern kini dibangun di sekitar perangkat lunak, komputasi pusat, penggabungan sensor, konektivitas, dan pembaruan berkelanjutan. Pergeseran tersebut telah mengubah peran arsitektur E/E (Electrical/Electrical). Arsitektur E/E bukan lagi sekadar pemasangan kabel dan penempatan pengontrol. Kini, arsitektur E/E membentuk cara kerja seluruh kendaraan, seberapa cepat fitur dapat diperbarui, dan seberapa aman berbagai sistem berinteraksi. Karena itu, simulasi telah menjadi salah satu cara utama untuk menguji ide sebelum ide tersebut menjadi perubahan perangkat keras yang mahal.

Mengapa simulasi arsitektur E/E otomotif kini menjadi penting?

Hal ini sangat penting karena pengembangan kendaraan telah melampaui alur kerja lama yang dimulai dengan mendesain, membangun prototipe, kemudian menemukan masalah di tahap akhir pengujian di laboratorium atau pengujian kendaraan. Kendaraan modern harus mendukung ADAS, pengemudian otomatis, sistem kokpit pintar, konektivitas V2X, powertrain listrik, dan semakin banyak fungsi yang digerakkan oleh perangkat lunak. Semua ini bergantung pada sistem E/E yang terintegrasi erat.

Arsitektur di balik fungsi-fungsi tersebut bergeser dari kontrol terdistribusi, di mana banyak ECU mengelola fungsi-fungsi terpisah, untuk arsitektur terpusat dan zonal, di mana sebuah unit komputasi pusat (CCU) bekerja dengan unit kontrol zona (ZCU). Hal ini mengurangi jumlah ECU, memangkas kompleksitas pengkabelan, dan meningkatkan skalabilitas perangkat lunak. Namun, hal ini juga meningkatkan kesulitan integrasi, kontrol waktu, penanganan kesalahan, desain keselamatan, dan koordinasi perangkat lunak.

Laporan ini mengemukakan poin praktis. Pengujian fisik tradisional mahal dan lambat. Satu program pengujian kendaraan lengkap dapat menelan biaya jutaan RMB, dan pengujian di laboratorium masih belum dapat mencakup cukup banyak kondisi sejak dini. Perbaikan tahap akhir menjadi jauh lebih mahal setelah perangkat keras sudah dibangun. Simulasi mengubah hal itu dengan memindahkan validasi ke tahap yang lebih awal, di mana masalah topologi, kemacetan bus, konflik penjadwalan, masalah kompatibilitas, dan kesenjangan respons kesalahan dapat ditemukan sebelum prototipe selesai dibuat.

Hal ini juga sesuai dengan praktik rekayasa yang lebih luas. ISO 26262 tetap menjadi kerangka kerja keselamatan fungsional utama untuk sistem E/E kendaraan jalan raya, dan validasi virtual berbasis cloud semakin umum dalam program kendaraan yang didefinisikan perangkat lunak.

Apa itu simulasi arsitektur E/E otomotif?

Simulasi arsitektur E/E otomotif adalah penggunaan model virtual dari sistem elektronik dan listrik kendaraan untuk mensimulasikan perilaku, menganalisis kinerja, memverifikasi fungsi, dan menguji kesalahan selama pengembangan.

Pada intinya, ini adalah penggunaan logika kembaran digital Dalam bidang teknik elektro/elektronika otomotif, versi virtual dari sistem nyata dibangun sehingga para insinyur dapat memodelkan bagaimana sensor, ECU, bus, aktuator, dan lingkungan luar berinteraksi. Model ini kemudian digunakan untuk:

• Verifikasi kebenaran arsitektur sebelum membuat prototipe fisik.
• menganalisis waktu, latensi, beban CPU, dan keandalan
• meningkatkan desain jaringan, tata letak arsitektur, dan penjadwalan perangkat lunak
• mensimulasikan kesalahan dan memeriksa mekanisme keselamatan
• mendukung pengujian siklus hidup, diagnostik, dan penggunaan kembali aset pengujian.

Laporan ini mendefinisikan empat ciri utama simulasi arsitektur E/E:

1. Cakupan di seluruh sistem di sepanjang rantai sensor–ECU–bus–aktuator
2. Relevansi waktu nyata dengan akurasi simulasi yang mendekati kendaraan sebenarnya, idealnya dalam kisaran 5%.
3. Skalabilitas seiring arsitektur beralih dari bentuk terdistribusi ke bentuk terpusat dan zonal
4. Kegunaan teknik melalui integrasi dengan alat desain dan pengujian utama.

Kombinasi itulah yang membuat simulasi berguna dalam program kendaraan sebenarnya.

Sistem teknis apa yang mendukung simulasi arsitektur E/E otomotif?

Laporan tersebut membagi sistem teknis menjadi empat lapisan: lapisan model simulasi, lapisan eksekusi simulasi, lapisan validasi simulasi, dan lapisan manajemen data. Lapisan-lapisan ini bekerja sama untuk mendukung keseluruhan proses simulasi.

Lapisan model simulasi

Ini adalah dasar dari keseluruhan sistem. Di dalamnya terdapat model digital yang digunakan untuk merepresentasikan arsitektur E/E yang sebenarnya.

Laporan tersebut menyatakan bahwa lapisan ini mencakup:

• Model ECU untuk sumber daya perangkat keras seperti CPU, memori, dan I/O, ditambah logika perangkat lunak seperti sistem operasi, logika aplikasi, dan protokol komunikasi.
• Model bus untuk CAN, CAN FD, Ethernet, dan TSN, termasuk penundaan transmisi, beban bandwidth, dan interferensi sinyal.
• Model sensor untuk kamera, LiDAR, radar gelombang milimeter, GPS, dan input lainnya, termasuk karakteristik keluaran sinyal dan perilaku kesalahan.
• Model aktuator untuk mesin, pengereman, kemudi, dan sistem terkontrol lainnya.
• Model lingkungan untuk kondisi jalan, cuaca, dan arus lalu lintas, yang memengaruhi perilaku E/E dalam penggunaan nyata.

Jika lapisan ini terlalu sederhana, sisa simulasi menjadi kurang dapat diandalkan.

Lapisan eksekusi simulasi

Lapisan ini menjalankan simulasi.

Laporan tersebut menyatakan bahwa hal itu bergantung pada:

• A mesin simulasi waktu nyata yang dapat menangani ukuran langkah tingkat milidetik dan dalam beberapa kasus tingkat mikrodetik.
• A mekanisme simulasi bersama yang menghubungkan model E/E dengan dinamika kendaraan, algoritma ADAS, model baterai, atau domain teknik lainnya.

Lapisan ini adalah yang mengubah model menjadi lingkungan pengujian teknik yang berfungsi.

Lapisan validasi simulasi

Lapisan ini memeriksa apakah sistem yang disimulasikan memenuhi persyaratan teknik.

Laporan tersebut mencakup:

• desain kasus validasi
• verifikasi fungsi
• analisis kinerja
• verifikasi keamanan
• simulasi kesalahan dan injeksi kesalahan

Selain itu, juga tercantum indikator kinerja umum seperti:

• pemanfaatan bandwidth bus
• penundaan transmisi sinyal
• Beban CPU
• tingkat keberhasilan penjadwalan tugas
• waktu respons
• naik opelet
• efisiensi diagnosis kesalahan

Lapisan manajemen data

Lapisan ini mengelola data yang dibuat selama simulasi dan pengujian.

Laporan tersebut mencakup:

• parameter simulasi
• kasus uji
• penyimpanan hasil
• analisis perbandingan
• ketertelusuran
• penggunaan kembali data di seluruh iterasi

Hal ini penting karena program simulasi hanya menjadi aset teknik yang nyata ketika hasilnya dapat dikelola, dibandingkan, dan digunakan kembali dari waktu ke waktu.

Apa saja jenis-jenis utama simulasi arsitektur E/E otomotif?

Laporan tersebut mengidentifikasi lima jenis simulasi utama:

1. simulasi topologi arsitektur
2. simulasi komunikasi bus
3. simulasi keselamatan fungsional
4. simulasi waktu nyata
5. simulasi bersama multi-domain

Masing-masing memecahkan masalah teknik yang berbeda, dan bersama-sama mereka mencakup alur kerja arsitektur secara keseluruhan.

Bagaimana cara kerja simulasi topologi arsitektur?

Simulasi topologi arsitektur digunakan selama perancangan konsep dan perencanaan arsitektur. Simulasi ini memeriksa apakah tata letak tersebut masuk akal, dapat diskalakan, dan tahan terhadap kesalahan, sekaligus membantu mengurangi biaya.

Seperti yang dijelaskan dalam laporan tersebut, desain topologi secara langsung memengaruhi biaya pengkabelan, panjang jalur sinyal, dan keandalan dalam arsitektur terpusat dan zonal. Laporan tersebut menyoroti tiga kegunaan utama.

Memverifikasi rasionalitas tata letak

Tim-tim tersebut mensimulasikan berbagai struktur, seperti:

• komputasi pusat + 4 pengontrol zona
• komputasi pusat + 3 pengontrol zona

Tujuannya adalah untuk membandingkan jalur sinyal, rute pengkabelan, dan penempatan node. Hal ini membantu mengurangi panjang rangkaian kabel, berat kabel, dan biaya sistem.

Laporan tersebut memberikan contoh konkret: dalam satu proyek arsitektur zonal, simulasi topologi mengurangi panjang kabel hingga 20% dan biaya oleh 15%.

Memverifikasi skalabilitas

Simulasi topologi juga digunakan untuk menguji apakah arsitektur tersebut dapat mendukung fungsi-fungsi baru di kemudian hari, termasuk:

• sensor ADAS tambahan
• fitur kokpit pintar baru
• fungsi-fungsi masa depan yang digerakkan oleh perangkat lunak

Hal ini membantu menghindari biaya desain ulang yang mahal di kemudian hari.

Memverifikasi redundansi kesalahan

Tim juga mensimulasikan kegagalan node, seperti kegagalan unit kontrol zona, untuk melihat apakah jalur cadangan dapat mempertahankan fungsi-fungsi penting keselamatan seperti pengereman atau kemudi.

Laporan tersebut mencatat bahwa alat-alat yang umum digunakan di sini meliputi: Vektor CANoe, Siemens Simcenter Amesim, Dan MathWorks Simulink.

Mengapa simulasi komunikasi bus sangat penting?

Simulasi komunikasi bus sangat penting karena perilaku jaringan secara langsung memengaruhi pengaturan waktu sistem, keandalan, dan kinerja fungsi. Seiring sistem E/E bergerak menuju tata letak terpusat dan zonal, jaringan komunikasi harus membawa lebih banyak data, melalui lebih banyak protokol, dengan kebutuhan pengaturan waktu yang lebih ketat.

Laporan tersebut mencatat bahwa arsitektur bergeser dari CAN tradisional menuju CAN FD, Ethernet otomotif, dan TSN. Hal ini membuat kompatibilitas protokol, beban jaringan, dan perilaku kesalahan menjadi jauh lebih penting.

Simulasi komunikasi bus berfokus pada transfer sinyal, penundaan, interferensi, dan penggunaan bandwidth. Simulasi ini mencakup tiga tugas rekayasa utama.

Verifikasi kompatibilitas protokol

Arsitektur E/E modern sering menjalankan beberapa protokol secara bersamaan. Para insinyur harus memverifikasi pertukaran sinyal yang benar antara:

• BISA
• CAN FD
• Ethernet
• TSN
• gerbang penghubung antar jaringan tersebut

Laporan tersebut secara khusus menyebutkan virtualisasi berbasis QEMU yang dikombinasikan dengan bus PCI dan saluran transfer Ethernet untuk membangun model komunikasi virtual yang lebih realistis.

Optimasi bandwidth dan latensi

Kondisi berkendara yang berbeda menciptakan beban lalu lintas yang berbeda pula. Para insinyur mensimulasikan perilaku jaringan dalam kondisi:

• menganggur
• percepatan
• mengemudi otomatis
• kondisi lalu lintas sensor tinggi

Hal ini membantu menemukan hambatan dan menyesuaikan aturan prioritas atau siklus transmisi. Laporan tersebut mencatat bahwa dalam pengembangan ADAS, di mana lalu lintas kamera dan LiDAR padat, simulasi bus dapat digunakan untuk menjaga penundaan sinyal utama tetap di bawah batas yang ditentukan. 10 ms.

Ini juga menyebutkan RTaW-Pegase sebagai alat penting karena mendukung pengaturan waktu tingkat mikrodetik, analisis waktu transmisi terburuk, dan analisis bandwidth.

Untuk kontrol pewaktuan terkait TSN, IEEE 802.1Qbv adalah salah satu standar yang relevan untuk penjadwalan lalu lintas kritis yang mempertimbangkan waktu.

Simulasi dan diagnosis kerusakan bus.

Laporan ini juga mencakup injeksi kesalahan untuk jaringan komunikasi, termasuk:

• korsleting
• rangkaian terbuka
• gangguan sinyal
• gangguan pesan

Salah satu contohnya adalah simulasi interferensi bus CAN yang digunakan untuk memverifikasi apakah modul diagnostik dapat menyaring sinyal yang terganggu tanpa mendeteksi kesalahan palsu.

Bagaimana simulasi keselamatan fungsional mendukung pengembangan arsitektur E/E?

Simulasi keselamatan fungsional menguji apakah arsitektur dapat tetap aman ketika terjadi kesalahan. Hal ini sangat penting untuk sistem ADAS dan sistem pengemudian otomatis, di mana persyaratan keselamatan seringkali berada pada tingkat yang paling rendah. ASIL B hingga ASIL D jangkauan.

ISO 26262 menyediakan kerangka kerja untuk sistem E/E otomotif yang berkaitan dengan keselamatan dan siklus hidup lengkapnya.

Laporan tersebut membagi simulasi keselamatan fungsional menjadi tiga penggunaan utama.

Simulasi injeksi kesalahan

Kesalahan disuntikkan ke dalam:

• ECU
• sensor
• bus
• pengontrol
• antarmuka sistem

Contoh kesalahan meliputi:

• ECU macet
• Kerusakan ECU
• pergeseran sensor
• kehilangan sinyal bus
• komunikasi yang rusak

Laporan tersebut memberikan contoh kasus praktis: dalam satu arsitektur pengemudian otomatis, ketika ECU utama gagal, ECU cadangan harus mengambil alih dalam waktu singkat. 50 ms untuk mendukung ASIL D persyaratan.

Verifikasi mekanisme keselamatan

Simulasi digunakan untuk memverifikasi:

• redundansi sinyal
• redundansi tugas
• isolasi perangkat keras
• sinkronisasi ECU ganda
• perilaku failover
• operasi yang menurun

Laporan tersebut juga merujuk pada Virtualisasi Tipe-1 teknologi seperti Xen Dan ACRN untuk menguji isolasi antara beban kerja yang kritis terhadap keselamatan dan beban kerja yang tidak kritis.

Evaluasi tingkat keamanan

Hasil simulasi dapat digunakan untuk menilai apakah arsitektur tersebut memenuhi tingkat keamanan yang ditargetkan dan untuk menemukan risiko tersembunyi sebelum integrasi perangkat keras sepenuhnya.

Laporan tersebut secara spesifik menyebutkan Ansys Medini menganalisis untuk analisis bahaya, penilaian risiko, dan dukungan desain keselamatan.

Mengapa simulasi waktu nyata sangat penting untuk validasi arsitektur E/E modern?

Simulasi waktu nyata sangat penting karena arsitektur E/E terpusat bergantung pada pengaturan waktu yang ketat di seluruh proses penginderaan, komunikasi, komputasi, dan aktuasi. Jika tugas tertunda atau sinyal tiba terlalu lambat, kualitas kontrol dan keselamatan kendaraan dapat langsung terpengaruh.

Laporan tersebut menyoroti tiga kegunaan utama.

Simulasi penjadwalan tugas

Ini mencakup proses penjadwalan di dalam ECU atau platform komputasi pusat, termasuk:

• prioritas tugas
• periode penjadwalan
• ketergantungan tugas
• Beban CPU
• waktu respons

Tujuannya adalah untuk menemukan konflik dan memperbaiki aturan penjadwalan.

Laporan tersebut memberikan contoh di mana tugas ECU prioritas tinggi memiliki waktu respons di atas 20 ms. Setelah mengubah pengaturan prioritas dan periode, waktu respons berkurang menjadi di bawah 10 ms.

Selain itu, juga disebutkan bahwa RTaW-Pegase dapat menganalisis Sistem Operasi Real-Time AUTOSAR Klasik Dan penjadwalan berbasis hypervisor dan mengevaluasi bagaimana aktivasi tugas memengaruhi penundaan jaringan.

Analisis waktu ujung-ke-ujung

Ini mencakup jalur lengkapnya:

Akuisisi sensor → transmisi bus → pemrosesan ECU → respons aktuator

Laporan tersebut memberikan dua contoh:

• Kontrol kemudi pada pengemudian otomatis mungkin memerlukan penundaan di bawah ini. 5 ms
• TSN dengan pembentukan lalu lintas berbasis waktu IEEE 802.1Qbv dapat menjaga lalu lintas yang kritis terhadap keselamatan tetap di bawah batas yang ditentukan. 50 μs

Adaptasi perangkat keras melalui simulasi waktu nyata

Laporan tersebut menekankan pentingnya menghubungkan model virtual dengan perangkat keras waktu nyata seperti… dSPACE Dan ETAS LABCAR untuk pengujian HIL.

Hal ini menciptakan lingkaran tertutup antara model dan ECU atau aktuator nyata. dSPACE mendeskripsikan HIL sebagai metode inti untuk memvalidasi perangkat lunak tertanam ECU dalam lingkungan simulasi yang realistis, sementara ETAS menyajikan DESK-LABCAR sebagai sistem HIL yang ringkas yang membawa pengujian lebih awal ke dalam pengembangan.

Laporan tersebut juga menjelaskan bahwa bangku uji LABCAR dapat membangun sistem tertutup “ECU nyata + model virtual”, yang membantu memverifikasi perilaku dan kebenaran fungsi secara real-time dengan lebih akurat.

Apa itu simulasi bersama multi-domain dalam arsitektur E/E otomotif?

Simulasi bersama multi-domain berarti menjalankan simulasi arsitektur E/E bersamaan dengan domain rekayasa lainnya yang memengaruhi perilaku kendaraan. Hal ini penting karena kendaraan tidak beroperasi dalam lapisan teknis yang terisolasi.

Laporan tersebut mengidentifikasi tiga kombinasi utama.

Simulasi bersama arsitektur E/E dan dinamika kendaraan

Dengan menghubungkan model E/E dengan perangkat lunak dinamika kendaraan seperti Simulasi Mobil atau Mobil Siemens SimcenterPara insinyur dapat menguji bagaimana sinyal kontrol memengaruhi perilaku kendaraan yang sebenarnya.

Laporan tersebut mencantumkan contoh-contoh seperti:

• koordinasi pengereman
• respons kemudi
• stabilitas kendaraan
• penyetelan algoritma kontrol

Secara khusus disebutkan simulasi pengereman yang digunakan untuk meningkatkan kontrol pengereman.

Simulasi bersama arsitektur E/E dan algoritma ADAS

Ini digunakan untuk menguji bagaimana:

• deteksi target
• perencanaan jalur
• transfer sensor
• penjadwalan tugas
• eksekusi aktuator

bekerja sama di seluruh bidang arsitektur.

Laporan tersebut memberikan contoh praktis pengereman darurat pada pengemudian otomatis. Laporan tersebut juga merujuk pada NVIDIA DRIVE Hyperion sebagai arsitektur yang mendukung sensor terintegrasi, komputasi, dan simulasi perangkat lunak untuk pengemudian otomatis tingkat tinggi.

Simulasi bersama arsitektur E/E dan sistem baterai

Untuk kendaraan listrik, arsitektur E/E juga harus berkoordinasi dengan:

• kontrol baterai
• kontrol pengisian daya
• manajemen energi
• perilaku termal

Laporan tersebut menyatakan bahwa simulasi bersama semacam ini digunakan untuk meningkatkan akurasi kontrol, keandalan, dan jangkauan kendaraan. Laporan itu juga merujuk pada penggunaan perangkat lunak Ansys oleh Infineon untuk simulasi termal dan kontrol modul daya baterai.

Untuk memungkinkan simulasi bersama lintas alat, antarmuka standar sangat penting. Laporan tersebut secara khusus menyebutkan hal ini. FMI Dan HLA. FMI dikelola oleh Modelica Association dan banyak digunakan untuk bertukar model simulasi antar perangkat lunak.

Apa saja kesulitan rekayasa utama dalam simulasi arsitektur E/E otomotif?

Laporan tersebut mengidentifikasi empat kesulitan teknik utama:

1. fidelitas model yang tidak memadai
2. kesulitan dalam simulasi bersama multi-domain
3. hambatan kinerja simulasi waktu nyata
4. desain kasus penggunaan simulasi yang tidak lengkap

Masing-masing dapat melemahkan nilai simulasi jika tidak ditangani dengan benar.

Akurasi model yang tidak memadai

Masalah utamanya adalah model virtual mungkin tidak cukup sesuai dengan perilaku kendaraan sebenarnya.

Laporan tersebut menyebutkan kasus-kasus di mana:

• Logika perangkat lunak ECU terlalu disederhanakan.
• Batasan sumber daya perangkat keras diabaikan.
• Perilaku transmisi bus tidak dimodelkan secara realistis.
• Kesalahan sensor dan noise hilang.

Perlu dicatat bahwa beberapa model ECU hanya mensimulasikan fungsi inti dan mengabaikan penundaan waktu eksekusi serta batasan sumber daya perangkat keras, yang dapat menyebabkan penyimpangan beban CPU di atas 10%. Disebutkan juga bahwa sistem uji simulasi yang lebih lama mungkin kekurangan elemen pengontrol dan perilaku komunikasi yang realistis.

Kesulitan dalam simulasi bersama multi-domain

Masalah ini muncul akibat ketidaksesuaian alat. Alat arsitektur E/E, alat dinamika kendaraan, alat ADAS, dan alat baterai mungkin menggunakan:

• format data yang berbeda
• antarmuka yang berbeda
• langkah waktu yang berbeda
• metode sinkronisasi yang berbeda

Laporan ini memberikan contoh praktis di mana menghubungkan CANoe dan CarSim mungkin memerlukan pengembangan antarmuka khusus.

Hambatan kinerja simulasi waktu nyata

Arsitektur terpusat modern mencakup banyak pengontrol, sensor, dan node jaringan. Hal itu membuat model dengan akurasi tinggi membutuhkan komputasi yang berat, terutama ketika model tersebut mencakup:

• Pengaturan waktu TSN
• penjadwalan multi-inti
• analisis mikrodetik
• grafik komunikasi besar

Laporan tersebut menyatakan bahwa mesin simulasi tradisional seringkali kesulitan mencapai tingkat akurasi waktu seperti ini.

Desain kasus penggunaan simulasi yang tidak lengkap

Cakupan skenario merupakan kelemahan lainnya. Sistem otomotif harus diuji dalam:

• kondisi jalan yang berbeda
• kondisi cuaca yang berbeda
• operasi normal
• operasi abnormal
• kondisi kesalahan
• skenario mengemudi otomatis ekstrem

Laporan tersebut secara khusus mencatat kasus-kasus yang hilang untuk hujan lebat dan kabut tebal, yang dapat menyembunyikan masalah interferensi sensor hingga pengujian selanjutnya. Laporan tersebut juga menyebutkan keragaman skenario yang terbatas, tautan komunikasi yang sulit disesuaikan, dan terlalu sedikit pembawa uji fungsional.

Bagaimana tim otomotif dapat mengatasi tantangan simulasi ini?

Laporan tersebut mengusulkan empat kelompok solusi.

Meningkatkan akurasi model

Metode yang direkomendasikan meliputi:

• menggunakan metode pemodelan hibrida yang menggabungkan pemodelan fisik dengan kalibrasi berbasis data.
• Menyetel parameter ECU, bus, dan sensor menggunakan data kendaraan nyata.
• menambahkan Simulasi HIL dengan ECU dan sensor asli
• menetapkan standar validasi model berdasarkan perbandingan dengan data kendaraan yang terukur.
• menjaga penyimpangan tetap dalam batas yang ditentukan 5% sedapat mungkin

Laporan tersebut sekali lagi menunjuk pada virtualisasi pengontrol berbasis QEMU dan pembangunan bus virtual sebagai cara untuk meningkatkan realisme.

Mengatasi kesulitan simulasi bersama multi-domain

Laporan tersebut merekomendasikan:

• menggunakan antarmuka standar seperti FMI Dan HLA
• membangun platform simulasi terpadu
• menetapkan ukuran langkah simulasi yang berbeda berdasarkan kebutuhan waktu dari setiap domain.

Ini adalah pendekatan praktis karena subsistem yang berbeda tidak memerlukan resolusi waktu yang sama.

Atasi hambatan kinerja secara real-time

Laporan tersebut menyarankan:

• CPU multi-inti
• Akselerasi GPU
• menyederhanakan model non-inti
• simulasi terdistribusi di beberapa node

Disebutkan bahwa akselerasi GPU dapat meningkatkan kecepatan simulasi dengan 3 hingga 5 kali. NVIDIA juga menghadirkan komputasi yang dipercepat, AI, dan alat kembaran digital sebagai alat yang berguna untuk simulasi dan validasi otomotif.

Meningkatkan desain kasus simulasi

Laporan tersebut merekomendasikan:

• membangun perpustakaan skenario terstruktur
• mencakup kondisi normal, abnormal, dan kerusakan.
• menggunakan AI untuk menghasilkan kasus simulasi secara otomatis
• Memperbarui pustaka skenario berdasarkan umpan balik dari pengujian kendaraan nyata.

Ini memberikan contoh praktis tentang bagaimana produsen mobil membangun perpustakaan dengan lebih dari 1.000 skenario, yang meningkatkan proporsi masalah yang ditemukan dalam simulasi menjadi lebih dari 85%.

Selain itu, disebutkan juga bahwa pengujian beban topologi RTaW-Pegase dapat membantu menemukan batasan arsitektur dan menciptakan skenario yang lebih ekstrem.

Perangkat lunak simulasi mana yang paling penting untuk pengembangan arsitektur E/E otomotif?

Laporan tersebut mengelompokkan alat-alat ke dalam tiga kategori: alat simulasi umum, alat simulasi bus khusus, dan alat simulasi waktu nyata..

Alat simulasi umum

MathWorks Simulink
Digunakan untuk pemodelan arsitektur E/E, logika ECU, model sensor, perilaku jaringan, dan koneksi ke domain lain.

Siemens Simcenter Amesim
Digunakan untuk simulasi multi-domain, terutama ketika dinamika kendaraan, perilaku termal, dan sistem fluida perlu dihubungkan.

Ansys
Digunakan untuk simulasi multi-fisika, analisis termal, analisis elektromagnetik, dan rekayasa keselamatan. Laporan tersebut secara khusus menyebutkan Ansys Medini menganalisis.

Alat simulasi bus khusus

Vector CANoe / CANalyzer
Digunakan untuk simulasi CAN, CAN FD, Ethernet, dan TSN, analisis sinyal, injeksi kesalahan, dan pengujian bandwidth.

RTaW-Pegase
Digunakan untuk:

• Analisis pewaktuan Ethernet / TSN
• Analisis jaringan campuran CAN FD
• analisis penjadwalan multi-inti
• analisis waktu terburuk
• Konfigurasi otomatis parameter TSN
• visualisasi waktu ujung ke ujung

Perangkat keras Vector VN
Digunakan untuk menghubungkan simulasi virtual dengan perangkat keras jaringan nyata dan meningkatkan realisme.

Alat simulasi waktu nyata

dSPACE
Digunakan untuk simulasi waktu nyata dan pengujian HIL dengan model berakurasi tinggi.

ETAS LABCAR
Digunakan untuk pengujian HIL yang berfokus pada ECU, simulasi kesalahan, dan validasi terintegrasi.

QEMU
Digunakan untuk pengembangan pengontrol virtual, dengan dukungan untuk berbagai kernel dan sistem operasi, mengurangi ketergantungan pada perangkat keras fisik selama pengujian.

Seperti apa penerapan teknik yang sebenarnya? Dua studi kasus.

Laporan ini mencakup dua studi kasus teknik lengkap.

Studi Kasus 1: Simulasi dalam pengembangan arsitektur E/E terpusat

Sebuah produsen mobil besar yang mengembangkan arsitektur E/E terpusat generasi berikutnya menghadapi tiga masalah utama:

• optimasi topologi
• hambatan bandwidth bus
• verifikasi keselamatan fungsional

Pendekatan implementasi

1. Simulasi bersama Simulink + CANoe Digunakan untuk membangun model topologi dan membandingkan komputasi pusat + 4 zona versus komputasi pusat + 3 zona.
2. RTaW-Pegase Digunakan untuk mensimulasikan komunikasi campuran CAN FD dan Ethernet serta menyesuaikan prioritas pesan.
3. Bukit dSPACE digunakan untuk pengujian keselamatan fungsional, termasuk kerusakan ECU dan kerusakan bus di seluruh 20+ skenario kesalahan.

Hasil

• panjang tali pengikat dikurangi oleh 22%
• biaya arsitektur berkurang sebesar 18%
• Pemanfaatan bus berkurang dari 75% hingga 55%
• penundaan sinyal kritis dikendalikan di dalam 8 ms
• arsitektur terverifikasi untuk mendukung ASIL D harapan

Nilai rekayasa

Laporan tersebut menyatakan bahwa alur kerja berbasis simulasi ini mengurangi waktu pengembangan sebesar… 30%, menurunkan biaya R&D dengan 25%, dan mengurangi jumlah masalah yang pertama kali ditemukan dalam pengujian kendaraan nyata dengan 80%.

Studi Kasus 2: Simulasi bersama multi-domain dalam arsitektur E/E zonal untuk kendaraan energi baru

Produsen kendaraan energi baru perlu memverifikasi bagaimana arsitektur E/E zonal berinteraksi dengan:

• dinamika kendaraan
• sistem baterai
• manajemen energi
• kinerja pengereman

Pendekatan implementasi

1. Sebuah platform simulasi bersama dibangun dengan Simulink untuk arsitektur E/E, Simulasi Mobil untuk dinamika kendaraan, dan Ansys untuk simulasi baterai.
2. FMI digunakan untuk pertukaran data.
3. Tim tersebut mensimulasikan berbagai kondisi mengemudi, termasuk diam, akselerasi, pengereman, dan melaju di jalan raya.
4. ETAS LABCAR digunakan untuk pengujian HIL dengan pengontrol zona nyata.

Hasil

• Strategi manajemen energi ditingkatkan
• Jangkauan kendaraan meningkat sebesar 10%
• waktu respons pengereman ditingkatkan oleh 15%

Laporan tersebut juga mencatat pekerjaan simulasi termal pada modul daya baterai menggunakan metode terkait Ansys, termasuk Peningkatan suhu puncak sebesar 25 derajat. dalam deskripsi kasus sumber.

Nilai rekayasa

Kasus ini menunjukkan bahwa simulasi arsitektur E/E tidak hanya meningkatkan pengaturan waktu jaringan. Simulasi ini juga dapat meningkatkan efisiensi kendaraan, pengendalian termal, dan performa berkendara nyata.

Apa saja tren masa depan dalam simulasi arsitektur E/E otomotif?

Laporan tersebut mengidentifikasi empat arah masa depan.

AI dan simulasi akan lebih sering digunakan bersama-sama.

AI dapat membantu dalam hal:

• pembuatan model otomatis
• pembuatan skenario otomatis
• analisis hasil otomatis
• simulasi dan optimasi loop tertutup

Hal ini dapat mengurangi upaya rekayasa dan meningkatkan cakupan skenario.

Kembaran digital akan lebih erat terkait dengan simulasi.

Langkah selanjutnya bukan hanya pemodelan offline, tetapi koneksi waktu nyata antara model arsitektur virtual dan kendaraan nyata. Hal itu dapat mendukung pemantauan siklus hidup dan peningkatan sistem secara berkelanjutan.

NVIDIA memperkenalkan Omniverse sebagai platform untuk kembaran digital industri dan alur kerja simulasi, termasuk penggunaan di bidang otomotif.

Simulasi bersama antara kendaraan dan komputasi awan akan berkembang.

Seiring dengan berkembangnya kendaraan terhubung dan sistem V2X, simulasi akan semakin mencakup:

• V2V
• V2I
• V2P
• interaksi kendaraan-awan

Laporan tersebut mencatat bahwa RTaW-Pegase memiliki kemampuan komunikasi nirkabel yang relevan dengan simulasi protokol V2X.

Simulasi ringan akan menjadi lebih penting.

Laporan tersebut juga menunjukkan alat-alat yang lebih ringan dan model yang lebih ringan untuk:

• pengujian lapangan
• diagnosis di tempat
• dukungan teknik seluler
• alur kerja pengujian yang fleksibel di luar laboratorium utama

Kesimpulan lengkap dari segi rekayasa.

Simulasi arsitektur E/E otomotif kini menjadi teknologi pendukung utama untuk kendaraan berbasis perangkat lunak. Teknologi ini mendukung pengembangan digital di seluruh siklus hidup, mulai dari persyaratan dan desain arsitektur hingga pengujian integrasi, optimasi, dan dukungan operasional selanjutnya.

Berdasarkan laporan sumber, nilainya jelas:

• Ini mempercepat proses validasi.
• mengurangi biaya pengembangan
• mempersingkat waktu pengembangan
• meningkatkan keandalan
• mendukung pengembangan arsitektur terpusat dan zonal
• Membantu menyelesaikan masalah topologi, komunikasi, keamanan, pengaturan waktu, dan integrasi lintas domain.
• mendukung jalur menuju kembaran digital, pengujian berbantuan AI, dan validasi kendaraan-cloud

Perusahaan yang membangun kemampuan simulasi E/E yang kuat biasanya membuat keputusan arsitektur yang lebih baik lebih awal dan dengan lebih sedikit pengerjaan ulang.

Pertanyaan yang Sering Diajukan Tentang Simulasi Arsitektur E/E Otomotif

1. Mengapa simulasi menjadi penting untuk pengembangan arsitektur E/E otomotif modern?

Jawaban singkat: Karena arsitektur E/E modern lebih terintegrasi, lebih banyak menggunakan perangkat lunak, dan jauh lebih sulit untuk divalidasi hanya dengan pengujian fisik.

Kendaraan modern beralih dari sistem ECU terdistribusi ke arsitektur E/E terpusat dan zonal. Hal ini meningkatkan kompleksitas sistem di seluruh komputasi, jaringan, dan koordinasi perangkat lunak. Validasi tradisional berdasarkan prototipe fisik dan pengujian di laboratorium mahal dan lambat. Simulasi memungkinkan verifikasi arsitektur awal, pengujian skenario skala besar, pembaruan perangkat lunak yang lebih cepat, dan biaya pengembangan yang lebih rendah. AWS juga telah menjelaskan simulasi E/E berbasis cloud dan alur kerja ECU virtual sebagai hal yang berguna untuk pengembangan model V yang lebih cepat.

2. Apa saja tantangan teknis terbesar dalam simulasi arsitektur E/E?

Jawaban singkat: Tantangan terbesar adalah akurasi model, integrasi antar alat, kinerja waktu nyata, dan cakupan skenario.

Model ECU, sensor, atau bus dengan fidelitas rendah dapat menghasilkan hasil yang tidak sesuai dengan perilaku kendaraan sebenarnya. Simulasi lintas domain sulit dilakukan karena alat yang berbeda mungkin menggunakan antarmuka dan ukuran langkah yang berbeda. Arsitektur terpusat juga membutuhkan pengaturan waktu tingkat mikrodetik yang tepat untuk lalu lintas Ethernet dan TSN. Selain itu, membangun cukup banyak skenario secara manual membutuhkan banyak waktu. AWS juga menunjukkan masalah penskalaan dan integrasi serupa dalam alur kerja simulasi E/E modern.

3. Alat simulasi apa yang paling umum digunakan untuk pengembangan arsitektur E/E otomotif?

Jawaban singkat: Sebagian besar tim menggunakan rangkaian alat (toolchain) daripada hanya satu alat.

Alat-alat umum meliputi: MathWorks Simulink untuk pemodelan dan simulasi fungsional, Siemens Simcenter Amesim untuk simulasi multi-domain, dan Ansys, termasuk Medini Analyze, untuk pekerjaan keselamatan dan multi-fisika. Untuk simulasi komunikasi, Vector CANoe/CANalyzer Dan RTaW-Pegase banyak digunakan. Untuk validasi waktu nyata dan HIL, dSPACE Dan ETAS LABCAR sudah umum. Validasi virtual berbasis cloud juga semakin umum digunakan dalam alur kerja SDV.

4. Bagaimana simulasi mendukung validasi keselamatan fungsional berdasarkan ISO 26262?

Jawaban singkat: Hal ini memungkinkan para insinyur untuk menguji kasus kegagalan berbahaya dengan aman sebelum terjadi pada kendaraan sungguhan.

Simulasi mendukung validasi berorientasi ISO 26262 dengan memungkinkan tim untuk menyuntikkan kesalahan ECU, kegagalan sensor, kesalahan komunikasi, dan pelanggaran waktu ke dalam lingkungan yang terkontrol. Para insinyur kemudian dapat memverifikasi redundansi, waktu failover, operasi yang menurun, dan perilaku mekanisme keselamatan sebelum pengujian di jalan raya. ISO mendefinisikan keselamatan fungsional sebagai sesuatu yang berlaku untuk sistem kelistrikan, elektronik, dan perangkat lunak yang terkait dengan keselamatan di seluruh siklus hidup kendaraan jalan raya.

5. Bagaimana simulasi akan berkembang di era kendaraan yang ditentukan oleh perangkat lunak?

Jawaban singkat: Ini akan menjadi lebih berbasis cloud, lebih otomatis, dan lebih erat kaitannya dengan kembaran digital (digital twin).

Simulasi bergerak menuju kembaran digital (digital twin), validasi skala cloud, alur kerja hibrida Vehicle-in-the-Loop dan HIL, serta otomatisasi yang dibantu AI. NVIDIA menghadirkan kembaran digital dan simulasi yang dipercepat sebagai hal yang berguna untuk validasi yang lebih cepat dan penerapan yang lebih aman, sementara AWS menggambarkan simulasi cloud sebagai cara untuk meningkatkan skala pengujian arsitektur ECU dan E/E virtual. Tren ini sesuai dengan pandangan laporan tentang simulasi berbasis AI, koordinasi kembaran digital, dan simulasi bersama kendaraan-cloud.

Biografi Penulis

Johnny Liu adalah CEO di Dowway Vehicle. Ia berfokus pada strategi teknologi kendaraan, pengembangan sistem otomotif, dan pekerjaan produk yang dipimpin oleh rekayasa. Pandangannya tentang simulasi arsitektur E/E otomotif berasal dari kebutuhan untuk mempersingkat siklus pengembangan, meningkatkan keandalan sistem, dan mendukung platform kendaraan berbasis perangkat lunak yang dapat diskalakan.

---