Meminimalkan Duka Rantai Pasokan MCU

Saya ragu ada orang yang belum merasakan dampak dari masalah rantai pasokan, mulai dari keterlambatan pengiriman ecommerce (berminggu-minggu) hingga peralatan dapur (hingga 6 bulan atau lebih). Mungkin tidak ada industri yang terkena dampak lebih besar daripada produsen mobil, yang mobilnya kini sangat bergantung pada perangkat elektronik canggih. Menurut buku putih yang baru-baru ini dirilis oleh Siemens Digital Industries Software, terdapat hingga 150 unit kontrol elektronik (ECU) di dalam mobil, bergantung pada perangkat mikrokontroler (MCU) yang pengirimannya mengalami masalah ini. Hal ini mendorong pembuat mobil dan pemasok untuk mempercepat aspek pengembangan lainnya atau mendesain ulang sistem ini pada perangkat MCU alternatif.

Workarounds

Di masa yang lebih sederhana, ada konsep “sumber kedua”. Jika produk Anda sangat bergantung pada beberapa perangkat, Anda memiliki sumber pilihan untuk perangkat tersebut ditambah opsi paket B yang memberikan fungsionalitas yang kurang lebih sama. Seperti Intel dan AMD untuk prosesor (tidak harus berurutan). Namun kini produk dan perangkat menjadi lebih kompleks, dan keduanya berkembang lebih pesat. Opsi rencana B yang sesuai tidak hanya berkembang melalui kekuatan pasar, namun kini harus dipertimbangkan terlebih dahulu.

Dalam kasus MCU untuk aplikasi otomotif, Siemens menyarankan tiga opsi:

• Minimal, izinkan pengembangan perangkat lunak berlangsung sambil menunggu pengiriman MCU. Mengembangkan, men-debug, dan mengkualifikasi perangkat lunak untuk ECU merupakan tugas besar. Anda dapat melanjutkan semua tugas tersebut dengan menjalankan model virtual ECU sebelum Anda menerima pengiriman MCU.
• Rencanakan MCU pengganti. Mungkin waktu tunggu dan/atau ketidakpastian pilihan Anda terlalu berisiko untuk memenuhi tujuan pasar Anda. Anda ingin beralih ke alternatif. Hal ini mungkin memerlukan beberapa desain ulang perangkat lunak untuk mengatasi ketidakcocokan antara kedua perangkat
• Dan mungkin, saat Anda menemukan jalan melalui salah satu dari dua opsi ini, Anda ingin mengurangi paparan Anda terhadap risiko serupa di masa depan. Dengan mengembangkan antarmuka perangkat lunak independen perangkat keras yang diterima secara luas di industri – AUTOSAR.

Pengembangan awal sebelum perangkat keras tiba

Siemens menyarankan platform Capital VSTAR mereka untuk mendukung ketiga kasus tersebut; platform ini dibangun berdasarkan standar AUTOSAR. Aliran front-end adalah Capital VSTAR Integrator yang akan mencakup generator konfigurasi ECU untuk memproses input dari iklan alat pengembangan hulu untuk mengkonfigurasi platform VSTAR. Ini juga menyediakan dukungan untuk komponen perangkat lunak aplikasi.

Inti dari sistem ini adalah Capital VSTAR Virtualizer. Secara default, ini akan menjalankan perangkat lunak aplikasi pada MCU virtual umum dan model I/O. Ini siap untuk diintegrasikan dengan AUTOSAR RTE, OS, aplikasi dasar dan lapisan abstraksi AUTOSAR MCU (MCAL). Dengan mempertimbangkan opsi pertama di atas, pengembang perangkat lunak dapat membangun dan menguji hampir semua perangkat lunak aplikasi mereka terhadap model umum ini, bahkan sebelum mereka melihat perangkat keras untuk MCU. Mereka dapat menjalankan perangkat keras virtual dalam pengujian loop, pengujian jaringan melalui protokol jaringan otomatis standar seperti CAN dan FlexRay, dan menjalankan pemeriksaan diagnostik dan kalibrasi terhadap alat standar.

Ketika siap untuk menguji model virtual MCU tertentu, pengembang dapat mengganti model generik dengan model yang ditargetkan. Hal ini juga dapat diperluas ke model karakteristik khusus ECU. Metode ini mendukung opsi pertama dan kedua di atas – baik menyempurnakan model generik menjadi model target atau mengganti satu model MCU dengan model lainnya.

Mengurangi risiko melalui pengembangan yang sesuai dengan AUTOSAR

Terakhir, karena platform Capital VSTAR didasarkan pada AUTOSAR, platform ini mendorong pengembangan ke standar independen perangkat keras tersebut. Di masa depan, Anda membatasi risiko dalam mengalihkan perangkat MCU hanya ke perangkat unik di lapisan MCAL. Ini adalah pengerjaan ulang yang lebih sederhana jika Anda perlu beralih lagi 

Siemens menambahkan bahwa mereka berpengalaman dalam menyediakan layanan rekayasa ahli untuk membantu memitigasi risiko dalam perubahan platform perangkat. Dari kinerja hingga keselamatan, keamanan, komunikasi, diagnostik, dan kalibrasi. Anda tidak perlu memikirkan sendiri cara memitigasi masalah rantai pasokan!

Anda dapat mempelajari lebih lanjut tentang Capital VSTAR dari kertas putih ini.

Bagikan postingan ini melalui: Sumber: https://semiwiki.com/eda/304682-minimizing-mcu-supply-chain-grief/