CEO Rivian Menjelaskan Perangkat Lunak yang Ditentukan Sendiri
Istilah "kendaraan yang ditentukan oleh perangkat lunak" (SDV) selalu tampak seperti sebuah gebrakan yang tidak berarti bagi saya.
Mobil telah ditentukan oleh perangkat lunak selama beberapa dekade, saya pikir, dengan banyak komputer kecil untuk mengontrol berbagai fungsi elektronik. Sialnya, Bendix mengeluarkan injeksi bahan bakar elektronik pada tahun 1956. (Memang, saat itu belum berhasil, tapi prinsipnya sudah ada).
Namun, ada perbedaan besar antara kendaraan dengan banyak sistem elektronik, masing-masing dengan perangkat lunaknya sendiri, dan apa yang dianggap oleh industri otomotif sebagai SDV. Ternyata "memiliki perangkat lunak" sangat berbeda dengan sepenuhnya "ditentukan oleh perangkat lunak", seperti yang sedang menjadi tren.
Rekan-rekan kami di InsideEVs mewawancarai CEO Rivian, RJ Scaringe, untuk podcast mereka, dan dia menjelaskan perbedaannya dengan baik:
"Cara sebagian besar kendaraan didefinisikan saat ini, perangkat lunak dan tata letak elektroniknya, adalah Anda memiliki ratusan komputer kecil dan kecil - istilah industri adalah ECU, unit kontrol elektronik - yang memiliki pulau kecil perangkat lunak yang melakukan beberapa fungsi berbasis domain. Jadi, Anda akan mendengar hal ini disebut arsitektur 'berbasis domain'. Jadi, Anda akan memiliki pengontrol kursi, Anda akan memiliki pengontrol mekanisme pintu jendela, Anda akan memiliki pengontrol HVAC, masing-masing menjadi komputer yang terpisah.
Arsitektur Zona Rivian
Semua ini dimulai dengan injeksi bahan bakar. Produsen mobil beralih dari karburator ke sistem injeksi bahan bakar elektronik yang dikendalikan oleh komputer, yang membantu efisiensi dan tenaga. Kemudian perusahaan mobil menambahkan lebih banyak lagi sistem elektronik secara bertahap: komputer untuk pengontrol kursi, pengatur suhu, sistem keamanan, mekanisme pintu dan jendela, dll.
Namun, kata Scaringe, mereka masih terisolasi dan tidak berbicara satu sama lain. "Itu berkembang biak dengan cara yang sangat organik, sama sekali tidak terencana, hanya sebuah sistem rumput liar," katanya. "Tidak ada yang dirancang sebagai sebuah sistem."
Selain itu, kata Scaringe, banyak dari sistem elektronik ini bahkan tidak dibuat oleh perusahaan mobil, melainkan oleh perusahaan pemasok yang terpisah - dan perangkat lunak di dalamnya mungkin dibuat oleh sub-kontraktor lain yang terpisah.
Banyak sekali komputer kecil, semuanya bekerja secara paralel satu sama lain. Hal ini tidak masalah, sampai batas tertentu.
Jika Anda memulai dari nol hari ini, itu bukanlah cara Anda membuat mobil. Scaringe mengatakan bahwa, sebaliknya, Anda akan membuat mobil dengan sesedikit mungkin komputer yang terpisah. "Kami ingin komputasi yang sangat jelas dan terpusat," katanya. "Sebuah [sistem operasi] yang jelas yang dirancang dengan teknik jaringan modern."
Anda pasti menginginkan apa yang dilakukan Rivian: arsitektur zonal, katanya.
"Tergantung pada ukuran kendaraan, mungkin dua komputer di dalam mobil, satu di depan, satu di belakang - jika lebih besar, seperti R1, mungkin ada dua di belakang, satu di depan - yang melakukan semua pengambilan keputusan di satu platform perangkat lunak yang sama yang berjalan di atas [sistem operasi] standar yang dibuat sendiri, dan kami membangunnya."
Ada sisi negatif dari cara tradisional dalam melakukan sesuatu, kata Scaringe, di mana ECU ini seperti pulau-pulau kecil yang terisolasi. Mereka semua berkomunikasi melalui arsitektur CAN bus kendaraan, tetapi mereka berbicara dalam bahasa yang berbeda. "Untuk melakukan sesuatu seperti pembaruan over-the-air membutuhkan semua koordinasi di antara pihak ketiga, dan Anda memiliki semua kapasitas yang tidak terpakai ini, karena Anda memiliki semua komputer kecil ini, yang tidak ada yang digunakan sepenuhnya," jelas Scaringe.
Hal ini membantu menjelaskan mengapa beberapa perusahaan mobil telah melakukan pembaruan OTA lebih baik daripada yang lain, tetapi bisa dibilang, tidak ada yang ekstensif dan kohesif seperti Tesla atau Rivian. Pikirkanlah: mobil Anda mungkin mendapatkan pembaruan pada sistem navigasinya, tetapi apakah bisa mendapatkan pembaruan perangkat lunak yang menambahkan banyak tenaga kuda? Atau fitur swakemudi yang lebih canggih? Atau sistem infotainment yang benar-benar baru? Itu membutuhkan lebih banyak usaha.
Ini adalah pemikiran ulang yang mendasar tentang cara kerja mobil. Rivian bisa dibilang sebagai pemimpin di antara produsen mobil di luar Tiongkok dalam hal SDV, tetapi perusahaan rintisan lainnya, seperti Tesla dan Lucid, memiliki arsitektur perangkat lunak yang serupa. Tesla, pada kenyataannya, adalah yang pertama kali melakukan hal semacam ini. Produsen mobil tradisional telah berjuang dengan hal ini, hanya karena metode mereka-termasuk mengalihdayakan suku cadang komputer dan kode ke begitu banyak pemasok-berevolusi dari industri yang menggunakan arsitektur berbasis domain selama bertahun-tahun. Kelambanan kelembagaan.
Arsitektur zonal adalah bagian besar dari bagaimana Rivian mampu mendapatkan lampu depan drive beam adaptif di R1T dan R1S yang baru sebelum industri lainnya, sebagai contoh. Lampu-lampunya dapat berbicara dengan semua sistem kendaraan lainnya, dan karena Rivian menulis perangkat lunaknya, Rivian dapat melakukan perubahan dengan lebih mudah daripada jika harus bekerja dengan pemasok eksternal.
Arsitektur zonal juga menjadi alasan mengapa Volkswagen melakukan investasi besar di Rivian untuk menciptakan usaha patungan agar mobil-mobilnya menggunakan perangkat lunak Rivian. Upaya VW sendiri dalam revolusi perangkat lunak, Cariad, gagal secara spektakuler, sehingga VW memutuskan untuk melihat Rivian untuk melompati persaingan dan menebus waktu yang hilang.
Anda melihat produsen mobil tradisional lainnya bekerja menuju SDV karena mereka menyadari manfaat dari pendekatan ini. Pickup listrik seharga $30.000 yang akan datang dari Ford akan menggunakan arsitektur seperti itu, dan minggu lalu, para pejabat Ford menjelaskan bahwa ini adalah prioritas utama untuk platform ini. Mobil listrik Honda dan Acura yang akan hadir dengan platform mobil listrik barunya juga akan melakukan hal yang sama.
Pada akhirnya, tujuannya adalah fitur-fitur yang lebih canggih melalui perangkat lunak, tetapi juga membuat Anda membayar lebih banyak dari waktu ke waktu untuk fitur-fitur ini. Perusahaan mobil memiliki impian besar untuk mendapatkan pendapatan berulang melalui langganan dan bahkan unduhan sekali pakai. Sejauh ini, adopsinya masih lambat. Namun seiring berjalannya waktu, diharapkan mereka akan menggunakan sistem ini untuk memonetisasi pengalaman kepemilikan selama masa pakai mobil, bukan hanya saat Anda membelinya.
Saat ini, Scaringe berpendapat bahwa Anda dapat memiliki fitur yang setara antara mobil yang diarsiteki secara zonal dan domain, meskipun hal ini membutuhkan usaha yang sangat besar, dan masa-masa itu akan segera berakhir. "Pada saat ini, ini seperti mencoba mengendarai sepeda dengan 10 jangkar yang diseret melalui lumpur, jika Anda memiliki arsitektur berbasis domain versus zonal," kata Scaringe. "Jadi saya pikir tidak mungkin untuk melihat bagaimana cara kerjanya pada akhirnya."
