Pembaruan perangkat lunak selama akhir pekan menyebabkan beberapa kendaraan hybrid Jeep 4xe mengalami brick

• Sebagian pemilik Jeep Wrangler 4xe hybrid mengalami masalah kendaraan berhenti berfungsi akibat pembaruan perangkat lunak OTA yang dilakukan selama akhir pekan
• Pembaruan tersebut ditujukan untuk telematika pada sistem infotainment Uconnect, tetapi didistribusikan dalam keadaan belum siap
• Masalah tidak muncul tepat setelah pembaruan, melainkan berubah menjadi situasi serius ketika kendaraan berhenti akibat kesalahan powertrain saat berkendara
• Pihak Jeep menghentikan distribusi pembaruan setelah laporan masalah masuk, tetapi pembaruan sudah terunduh ke banyak kendaraan
• Setelah itu, Jeep merilis patch perbaikan dan menyarankan pemilik yang belum memasang pembaruan untuk mengabaikannya

---

Isu pembaruan perangkat lunak OTA pada kendaraan hybrid Jeep 4xe

Ringkasan isu

• Sejumlah pemilik Jeep Wrangler 4xe hybrid mengalami kendaraan tiba-tiba berhenti saat dikendarai setelah memasang pembaruan perangkat lunak OTA selama akhir pekan
• Masalah ini terjadi karena pembaruan telematika untuk sistem infotainment Uconnect didistribusikan dalam kondisi belum matang

Proses terjadinya masalah

• Masalah tidak muncul seketika, tetapi setelah pembaruan dapat berujung pada hilangnya tenaga saat berkendara dan kendaraan berhenti
• Sebagian pemilik mengalaminya di area permukiman atau lingkungan berkecepatan rendah, tetapi ada juga kasus gangguan powertrain saat melaju di jalan tol

Respons dan tindakan

• Pihak Jeep menghentikan distribusi pembaruan tersebut setelah laporan masalah masuk, tetapi banyak kendaraan sudah lebih dulu mengunduh pembaruan itu
• Tim sosial Stellantis melalui forum Jeep meminta pemilik yang belum memasangnya untuk mengabaikan popup pembaruan

Rekomendasi sementara

• Untuk pemilik yang sudah memasang pembaruan tetapi belum mengalami gangguan, disarankan menghindari penggunaan mode hybrid atau mode listrik
• Jeep kemudian mendistribusikan secara darurat patch perbaikan (pembaruan korektif) sebagai langkah lanjutan

Latar belakang dan pelajaran

• Seperti kasus Crowdstrike tahun lalu, insiden ini menegaskan bahwa pembaruan perangkat lunak pada Jumat sore dapat berkembang menjadi masalah besar
• Melalui insiden ini, Stellantis juga belajar tentang pentingnya waktu distribusi pembaruan dan pengujian sebelumnya
• Hingga saat ini belum ada tanggapan resmi dari Stellantis, dan kabar tambahan akan diperbarui kemudian

[GN⁺]

Komentar Hacker News

• 4xe milikku berhenti di depan rumah setelah pembaruan software hari Sabtu, dan aku ingin menjelaskan dari sudut pandang pemilik 4xe betapa buruknya respons Jeep/Stellantis
  • Sampai Senin pukul 8 pagi, tidak ada komunikasi maupun pengakuan apa pun dari akun resmi terkait Jeep atau dari pihak perusahaan
  • Aku juga baru tahu soal masalah ini setelah mencari di grup Jeep di Facebook apakah ada orang lain yang mengalami gejala yang sama
  • Bahkan informasi yang paling “resmi” pun cuma berupa postingan akun ‘JeepCares’ yang dikelola Jeep di forum off-road, dan panduan dari akun itu sendiri juga saling bertentangan. Awalnya mereka bilang pembaruan Uconnect dan pembaruan telematika itu terpisah, lalu belakangan menyarankan agar pembaruan Uconnect ditunda, seolah-olah kedua pembaruan itu saling terkait
  • Karena minimnya informasi dari pihak Jeep, orang-orang mengandalkan segala macam rumor seperti “kalau Uconnect direboot dalam mode apa pun, check engine light akan mati”. Memang keluhannya hilang, tapi masalah akarnya tidak terselesaikan
  • Tidak ada cara untuk mengetahui apakah kita menerima pembaruan bermasalah itu
  • Juga tidak ada cara untuk tahu apakah kita sudah menerima patch
  • Para dealer juga sama sekali tidak tahu situasinya
  • Dan bahkan saat aku menulis ini sekarang, aku masih terpapar risiko mobil tiba-tiba kehilangan tenaga di tengah jalan tol lalu berhenti total
  • Sangat mengejutkan bahwa sistem tenaga kendaraan, yaitu mesin, bisa mati saat mobil sedang melaju di jalan tol. Menurut artikelnya, kejadian ini benar-benar terjadi; beberapa memang terjadi dalam kondisi pelan dekat rumah, tetapi ada juga yang mengaku drivetrain gagal saat sedang melaju di jalan tol. Ini masalah yang benar-benar mengerikan
  • Gila sekali bahwa hal seperti ini bisa benar-benar terjadi di dunia nyata. Beberapa tahun lalu saat aku melakukan due diligence investasi di industri otomotif, aku pernah menekankan bahwa sebelum pembaruan dijalankan, harus dipastikan kendaraan sedang berhenti dan motor dalam keadaan mati. Aku masih ingat semua orang justru menganggap menarik ketika aku bilang situasi seperti itu bisa berujung masalah
  • Ini terdengar seperti kasus klasik tim yang gagal memenuhi tenggat awal, terus menunda pekerjaan beruntun, lalu akhirnya merilis kode secara nekat ketika semua orang sudah punya rencana liburan dan tidak ada yang punya ruang untuk benar-benar bertanggung jawab. Mereka terdesak waktu dan terjebak confirmation bias, tetap mendorong kode meski ada sinyal bahwa ada masalah, dan sekarang para penanggung jawab utama tampaknya sedang di pesawat, tidak bisa dihubungi, atau liburan tanpa laptop sehingga tidak bisa merespons
  • Aku penasaran bagaimana mereka memverifikasi bahwa pembaruan software bisa berjalan saat kendaraan sedang melaju lalu berujung pada kehilangan tenaga. Saat dulu bekerja di pemasok komponen otomotif, ada banyak pengaman untuk mencegah risiko kerusakan saat pembaruan, dan yang paling dasar adalah bahkan untuk masuk ke sesi pemrograman UDS sendiri sudah ada syarat kecepatan kendaraan atau mode berkendara
• Aku baru-baru ini bekerja di perusahaan home lighting besar dan punya pengalaman mengembangkan OS router yang menangani bohlam serta koneksi internet/pengguna. Arsitektur OTAU kami memakai pembaruan sistem A/B dengan dua boot slot (tautan referensi). Dengan cara ini, meski pembaruan gagal, sistem otomatis rollback ke versi sebelumnya, jadi tidak pernah sekalipun jadi brick. Sebagai catatan, ini diterapkan pada perangkat elektronik rumah tangga seharga di bawah $100. Jadi aku jadi curiga apakah absennya pengaman seperti ini di SUV seharga $50k-$60k disebabkan penghematan biaya. Bahkan kalau kapasitas NAND digandakan pun, biayanya tidak akan sampai 0,5% dari total biaya kendaraan pada level harga seperti itu. Kalau yang rusak benar-benar boot slot, aku masih bisa paham, tapi mengecewakan melihat produsen mobil begitu tidak peduli pada kode yang mereka distribusikan
  • Sebagai orang yang berpengalaman di kedua sisi, IoT lighting dan otomotif, aku bisa membandingkan keduanya. Bukan bermaksud membela. OEM besar pun sangat sensitif terhadap optimasi biaya, dan menurutku masalah ini bukan isu boot slot. Kebanyakan software otomotif biasanya dirancang agar tidak bisa diperbarui saat kendaraan sedang melaju. Fenomena kali ini tampaknya karena firmware baru memiliki bug yang serius. Orang memang mengkritik industri otomotif secara umum sudah menyentuh titik terendah, tapi Stellantis khususnya juga bukan perusahaan yang terkenal membayar gaji paling tinggi
  • Perangkat Android juga serupa—dan banyak kendaraan juga menerapkannya—menggunakan partisi A/B untuk mengurangi risiko jadi brick. Tetapi pendekatan ini pun tidak sepenuhnya menghilangkan risiko. Jika ada logika kompleks dan beberapa perangkat turunan yang harus diperbarui bersamaan, maka ada 2*N partisi yang harus saling cocok, dan tiap checkpoint punya peluang gagal. Biasanya jika checkpoint "semua normal" ditandai terlalu dini, sistem bisa masuk ke kondisi yang sudah tidak bisa dipulihkan meski layanan penting sebenarnya gagal
  • Pada perangkat seharga $50k-$60k seperti mobil, biaya 0,5% itu juga berdampak besar. Misalnya margin laba operasional Ford itu 2%, jadi kenaikan biaya 0,5% per kendaraan memangkas margin laba sampai 25%. Volume produksi tahunan mobil juga relatif lebih kecil, dan persyaratan chip lebih ketat, jadi biaya komponen memang cenderung lebih tinggi. Pembaruan A/B juga bukan solusi sempurna; kalau salah konfigurasi, bisa masuk loop tak berujung
  • Aku pernah dengar bahwa di industri otomotif ada kasus di mana biaya kurang dari $5 per perangkat pun dipermasalahkan dengan sangat serius. Bisa jadi dukungan pembaruan A/B memang tidak masuk spesifikasi sejak awal, atau ukuran OTA membesar hingga mentok batas kapasitas. Untuk membuatnya lebih aman, ada juga pendekatan A/B/A (B adalah OS yang diringankan), tapi dalam kenyataan hal itu sering sulit karena keterbatasan waktu pengembangan
  • Ada tempat yang memakai skema A/B bahkan pada perangkat $100, jadi masalah seperti ini kemungkinan besar bukan soal penghematan biaya melainkan prioritas dan kapabilitas. Bisa saja pengaman pembaruan memang terlewat dari spesifikasi, lalu tekanan jadwal dan budaya lempar tanggung jawab terus berulang sampai kecelakaan seperti ini terjadi. Faktanya, kejadian kali ini bukan sekadar brick, melainkan munculnya bug fatal saat kendaraan sedang berjalan
• Aku pernah menyewa Jeep Wagoneer, dan elektroniknya begitu berantakan sampai kejadian seperti ini pun tidak mengejutkan. Pada hari kedua liftgate tidak bisa menutup dan dashboard menampilkan pesan error, sementara penguncian elektronik sama sekali tidak berfungsi. Setelah kucari, ternyata banyak orang mengalami gejala yang sama dan disuruh melakukan pembaruan software, dan bahkan tidak ada cara pelepasan manual. Karena lokasi perusahaan rental dekat, aku menukar mobilnya, tetapi setelah itu pun tetap mengalami berbagai masalah
  • Saat mengisi daya dari kursi belakang dengan charger Steam Deck, seluruh panel instrumen termasuk sistem infotainment mati lalu menyala lagi berulang-ulang
  • Kursi pengemudi turun agar lebih mudah keluar, tetapi tidak kembali otomatis ke posisi semula sehingga terus mundur sedikit demi sedikit
  • Muncul peringatan kesalahan latch kursi belakang yang tidak bisa dimatikan, padahal latch-nya baik-baik saja
  • Lampu peringatan TPMS sering muncul lalu hilang sendiri (sinyal buruk)
  • Error terkait cruise control muncul secara acak
  • Rem parkir elektronik aktif otomatis saat berhenti sebentar di area parkir
  • Pendingin bekerja aneh sehingga kabin terasa panas atau AC sama sekali tidak bekerja
  • Sangat banyak orang di internet mengalami masalah serupa atau lebih parah. Sulit dipercaya kendaraan baru seharga $80k bisa punya masalah seperti ini
  • Dalam perjalanan keluarga baru-baru ini kami bahkan sampai ganti 4 Grand Wagoneer, dan setiap unit punya masalah fatal masing-masing
  • Jeep dan Stellantis/Dodge sangat buruk dalam quality control dan desain sistem elektronik. Komunitas fandom-nya memang besar, tetapi ada kecenderungan memaklumi kerusakan yang sering terjadi. Membeli kendaraan seperti ini sama saja merugikan diri sendiri
• Memperbarui komponen inti seperti ECU lewat OTA benar-benar terdengar sebagai risiko yang sulit diterima. Kalau memang benar-benar tak terhindarkan, menurutku itu harus dilakukan di dealer dengan teknisi yang siap melakukan rollback. Produsen mulai membahayakan keselamatan konsumen demi mengotomatisasi segalanya dan mengejar pendapatan dari layanan berlangganan, dan karena alasan seperti inilah penggemar mobil sepertiku justru lebih suka mobil lama
• Kejadian ini meledak bahkan belum dua minggu setelah Stellantis memaksakan workflow engineering 'vibe coding' baru-baru ini (berita terkait)
  • Tapi agar bisa didorong lewat OTA ke armada kendaraan nyata, setidaknya kodenya pasti sudah ditulis lebih dari dua minggu sebelumnya
• Aku sudah beberapa bulan mengendarai Jeep, dan komunitasnya sepenuhnya fokus pada modifikasi, tetapi yang bikin frustrasi adalah OS-nya tertutup dan dikembangkan oleh SiriusXM. Padahal Jeep Wrangler justru terasa seperti kendaraan yang paling cocok untuk open source
  • Bukan berarti di dunia modifikasi Wrangler tidak ada aktivitas software hacking. Bahkan ada contoh produk komersial yang lahir dari hal-hal yang dibahas di forum terkait seperti produk ini. Hanya saja, aku belum pernah melihat firmware head unit benar-benar berhasil dibobol dengan baik
  • Bukankah Jeep itu perusahaan yang pernah memasang sistem iklan infotainment yang menampilkan pop-up advertisement saat mobil berhenti di lampu merah? Produsen jelas tidak akan menginginkan OS open source yang memungkinkan iklan seperti itu dibypass
• Aku tidak mengerti kenapa pembaruan OTA bisa sampai membuat seluruh kendaraan menjadi brick. Bukankah sistem infotainment dan sistem penggerak seharusnya benar-benar terpisah?
  • Kesimpulan itu berangkat dari asumsi bahwa ini hanya OTA infotainment. Faktanya ini adalah OTA untuk seluruh kendaraan. Ia bisa menyentuh infotainment, ECU, ECM, TCM, sampai BCM, dan recall besar pun diselesaikan lewat OTA, jadi tidak mungkin juga melarang pembaruan pada sistem inti. Pada 2025, mayoritas produsen sudah punya kemampuan OTA seperti ini
  • Akar masalah seperti ini pada dasarnya adalah penghematan biaya. Panel instrumen dan infotainment diganti monitor alih-alih analog karena lebih murah diproduksi. Software-nya pun sering disambung-sambung dengan prinsip "jangan rewrite, cukup reuse", sehingga integrasi testing hampir pasti lemah. Di era EV, tiap motor controller punya software sendiri, dan OTA bahkan bisa menimpa itu juga. Sejauh ini Toyota tampaknya lebih sedikit mengalami masalah karena pengalaman mereka sudah lebih panjang
  • Karena bahkan informasi sehari-hari pun—misalnya mute musik saat sensor parkir aktif, atau tampilan bahan bakar/sisa baterai—membuat sistem penggerak dan infotainment harus saling berinteraksi, pemisahan total memang tidak mungkin
  • Dulu infotainment di Tahoe milikku pernah jadi brick akibat pembaruan OTA. Setelah itu kamera mundur juga sama sekali tidak berfungsi, bahkan suara lampu sein pun hilang, dan aku menghabiskan hampir $2.000 untuk towing dan perbaikan tanpa ditanggung garansi. Sejak itu aku memutuskan akan mematikan semua pembaruan
  • Tesla menciptakan preseden untuk OTA terintegrasi seperti ini, dan setelahnya sebagian besar produsen mengikuti arah yang sama. Volvo juga mengalami masalah serupa
• Aku tidak mengerti kenapa sistem infotainment secara khusus selalu menimbulkan masalah bagi begitu banyak engineer. Dalam kasus Mazda 3 (2018), sampai ada class action lawsuit. Setelah bertahun-tahun berjalan normal, tiba-tiba menu merespons secara acak, tombol seakan menekan sendiri, lalu masalahnya bisa berhenti selama beberapa hari atau beberapa bulan sebelum muncul lagi. Pada akhirnya aku harus memutus semua koneksi perangkat dan berkendara sambil hanya mendengarkan radio
  • Akar masalahnya adalah tidak adanya vertical integration sejak dasar, ada lebih dari 20.000 ECU terpisah per fungsi, lalu pengadaan ke vendor dilakukan dengan cara menekan harga habis-habisan sehingga tiap komponen dipaksa cost down ekstrem. Dan ini juga hasil dari produsen ‘tradisional’ serta pemasok tier-1 yang hampir tidak peduli mengadopsi inovasi software
  • Baru-baru ini aku mencoba menghubungkan ponsel Android ke mobil Mercedes lewat Bluetooth, dan bahkan pada brand “mewah” pun aku menemukan lima bug GUI hanya pada tahap setup. Mobilnya secara keseluruhan memang terasa oke dari sisi finishing, tetapi kualitas software jelas soal kemauan. (Sebagai catatan, UI set-top box juga terasa terlalu lambat dibanding spesifikasi hardwarenya)
  • Masalah seperti ini semata-mata akibat outsourcing dan penghematan biaya. Tidak ada vertical integration, lalu diserahkan ke vendor termurah
  • Aku pernah bekerja di perusahaan pengembang software infotainment, dan sistem-sistem itu menunjukkan puncak dari segala bentuk penghematan biaya. RAM seminimal mungkin, CPU seminimal mungkin, display seadanya, bahkan pada kendaraan mahal pun begitu. Dari dulu radio mobil memang simbol penghematan biaya
  • Tidak seperti ponsel yang punya produk baru tiap tahun, perangkat di mobil harus bertahan lebih dari sepuluh tahun dan tetap berfungsi konsisten dengan personel seminimal mungkin
• Aku belum pernah mendengar kasus besar di mana OTA Tesla membuat seluruh kendaraan benar-benar jadi brick, dalam arti benar-benar tidak bisa bergerak sama sekali. Setahuku Tesla dirancang dengan struktur dual BIOS, semacam dual BIOS pada motherboard
  • Aku sudah mengikuti komunitas terkait Tesla selama lebih dari 10 tahun, dan belum pernah melihat kasus brick karena OTA. Kebanyakan orang cuma merasa terganggu karena pembaruan sedang berjalan ketika mereka mendadak harus buru-buru pergi
  • Tesla melakukan HIL testing dalam jumlah sangat besar, dan pendekatan testing secara keseluruhan lebih mirip perusahaan software daripada produsen mobil
  • Sebenarnya kalau dicari di Google, kasus Tesla brick karena OTA memang bukan tidak ada. Contoh kasus terkait
• Tautan referensi diskusi akhir pekan