Hafta sonu yapılan yazılım güncellemesi nedeniyle bazı Jeep 4xe hibrit araçlar kullanılamaz hale geldi

• Bazı Jeep Wrangler 4xe hibrit sahipleri, hafta sonu yapılan OTA yazılım güncellemesi nedeniyle araçlarının çalışmayı durdurduğu bir sorun yaşadı
• Güncelleme, Uconnect bilgi-eğlence sistemi içindeki telematik bileşenine yönelikti ve hazır olmadan dağıtıma çıkarıldı
• Sorun, güncellemeden hemen sonra değil, sürüş sırasında güç aktarma sistemi hatası nedeniyle aracın durması gibi ciddi bir durum olarak ortaya çıktı
• Jeep, sorun bildirildikten sonra güncellemenin dağıtımını durdurdu, ancak güncelleme zaten birçok araca indirilmişti
• Daha sonra Jeep, düzeltme yaması yayımladı ve güncellemeyi henüz kurmamış sahiplerin bunu yok saymasını önerdi

---

Jeep 4xe hibrit araçlarda OTA yazılım güncellemesi sorunu

Sorunun özeti

• Bazı Jeep Wrangler 4xe hibrit sahipleri, hafta sonu OTA yazılım güncellemesini yükledikten sonra araçlarının aniden seyir halindeyken durduğunu bildirdi
• Bu sorun, Uconnect bilgi-eğlence sistemi için hazırlanan telematik güncellemesinin yeterince hazır olmadan dağıtılması nedeniyle ortaya çıktı

Sorunun ortaya çıkışı

• Sorun hemen görünmüyor; güncellemeden sonra sürüş sırasında güç kaybı yaşanmasına ve aracın durmasına yol açıyor
• Bazı sahipler bunu yerleşim bölgelerinde ya da düşük hızlarda yaşadı, ancak otoyolda sürüş sırasında güç aktarma sistemi arızası görülen vakalar da kaydedildi

Müdahale ve alınan önlemler

• Jeep, sorun bildirimlerinden sonra ilgili güncellemenin dağıtımını durdurdu, ancak çok sayıda araç güncellemeyi zaten indirmişti
• Stellantis sosyal medya ekibi, Jeep forumu üzerinden güncellemeyi henüz yüklememiş sahiplere güncelleme açılır penceresini yok saymaları çağrısında bulundu

Geçici öneri

• Güncellemeyi zaten yüklemiş ancak henüz arıza yaşamamış sahiplerin, hibrit mod veya elektrikli modu kullanmaktan kaçınmaları önerildi
• Jeep daha sonra önlem olarak düzeltme yamasını (onarım güncellemesini) acil biçimde dağıttı

Arka plan ve çıkarılan dersler

• Geçen yılki Crowdstrike vakasında olduğu gibi, cuma öğleden sonra yapılan yazılım güncellemelerinin büyük çaplı sorunlara yol açabileceği bir kez daha vurgulandı
• Bu olayla birlikte Stellantis de güncelleme zamanlaması ve ön testlerin önemini öğrenmiş oldu
• Şu anda Stellantis tarafından yapılmış resmi bir açıklama bulunmuyor; ek gelişmeler geldikçe içerik güncellenecek

[GN⁺]

Hacker News görüşleri

• 4xe aracım cumartesi günkü yazılım güncellemesinden sonra evimin önünde kaldı; Jeep/Stellantis'in tepkisinin ne kadar kötü olduğunu bir 4xe sahibi olarak anlatmak istiyorum
  • Pazartesi sabah 8'e kadar Jeep'in resmi hesaplarından ya da şirketten hiçbir iletişim veya kabul gelmedi
  • Sorunu fark etmem de, Facebook'taki Jeep grubunda aynı belirtileri yaşayan biri var mı diye ararken oldu
  • En “resmi” bilgi bile Jeep'in işlettiği 'JeepCares' hesabının bir off-road forumuna yazdığı gönderiydi ve o hesaptan gelen yönlendirmeler de kendi içinde çelişkiliydi. Uconnect güncellemesiyle telematik güncellemesinin ayrı olduğunu söylediler, sonra da Uconnect güncellemesini ertelemeyi önererek iki güncelleme bağlantılıymış gibi konuştular
  • Jeep'ten bilgi gelmeyince insanlar “hangi modda olursa olsun Uconnect'i yeniden başlatırsan check engine ışığı söner” gibi her türlü söylentiye sarıldı. Gerçekten de şikayet ortadan kalktı ama kök sorun çözülmedi
  • Kötü güncellemeyi alıp almadığını anlamanın bir yolu yok
  • Yamayı alıp almadığını da anlamak mümkün değil
  • Bayiler de durumdan tamamen habersiz
  • Ve ben şu anda bu yazıyı yazarken bile, otoyolun ortasında aniden güç kaybı yaşayıp aracın durması riskine maruzum
  • Araç otoyolda giderken güç sisteminin, yani motorun kapanabilmesi gerçekten şaşırtıcı. Habere göre bu durum gerçekten yaşanmış; bazıları evinin yakınında düşük hızda olduğunu söylese de, bazıları otoyolda sürüş sırasında aktarma organlarının devre dışı kaldığını iddia ediyor. Gerçekten sarsıcı bir sorun
  • Bunun gerçek hayatta yaşanması gerçekten çılgınca. Birkaç yıl önce otomotiv sektöründe yatırım incelemesi yaparken, güncelleme öncesinde aracın mutlaka durmuş ve motorun kapalı olduğunun doğrulanması gerektiğini söylemiştim. Herkes benim bu durumun soruna yol açabileceği yönündeki uyarımı garip karşılamıştı
  • Bu, tipik olarak asıl teslim tarihine yetişemeyen bir ekibin işi sürekli öteleyip, sonunda herkesin tatil planları yüzünden sorumluluk alamadığı bir anda kodu zorlayarak yayına aldığı bir vakaya benziyor. Zaman baskısı ve doğrulama yanlılığıyla, sorun işaretleri veren kodu ittirmişler; şimdi de ana sorumlular uçakta, ulaşılamıyor ya da dizüstü bilgisayarı olmadan tatilde olduğu için müdahale edemiyor gibi görünüyor
  • Yazılım güncellemesinin araç hareket halindeyken nasıl çalışıp güç kaybına yol açabildiğini doğrularken ne yaptıklarını merak ediyorum. Geçmişte bir otomotiv tedarikçisinde çalışırken, güncelleme bozulması riskini önlemek için çeşitli korumalar vardı; en temel olanı da UDS programlama oturumuna girişin kendisinde araç hızı ya da sürüş modu şartlarının bulunmasıydı
• Yakın zamanda büyük bir ev aydınlatma şirketinde çalıştım ve ampul ile internet/kullanıcı bağlantısından sorumlu router OS geliştirme deneyimim var. Bizim OTAU mimarimiz, çift boot slotlu A/B sistem güncelleme yöntemiydi (referans bağlantı). Bu yöntemde güncelleme başarısız olursa otomatik olarak önceki sürüme geri dönülüyor ve hiçbir zaman brick durumu yaşanmadı. Üstelik bu, 100 doların altındaki bir tüketici cihazında uygulanıyordu. Buna karşılık 50-60 bin dolarlık bir SUV'da böyle bir güvenlik önleminin olmaması insana bunun maliyet kısma yüzünden olup olmadığını düşündürüyor. Bu seviyedeki bir araçta NAND kapasitesini iki katına çıkarmak toplam maliyetin %0,5'ini bile bulmaz. Eğer gerçekten boot slot bozulmasıysa anlarım, ama otomobil üreticilerinin dağıttıkları koda bu kadar az özen göstermesi hayal kırıklığı yaratıyor
  • Hem IoT aydınlatma hem otomotiv tarafında çalışmış biri olarak iki sektörü karşılaştırabilirim. Savunmak için söylemiyorum. Büyük otomotiv üreticileri de maliyet optimizasyonuna son derece duyarlıdır ve bence bu sorun bir boot slot meselesi değil. Çoğu otomotiv yazılımı, araç hareket halindeyken güncelleme yapılamayacak şekilde tasarlanır. Bu olayda yeni firmware'de ciddi bir hata varmış gibi görünüyor. Otomotiv sektörünün genel olarak dipte olduğuna dair eleştiriler var ama Stellantis özellikle en yüksek maaşları veren şirketlerden biri değil
  • Android cihazlar da (birçoğu bunu araçlarda da uygular) brick riskini azaltmak için benzer şekilde A/B partition kullanır. Ama bu yöntem de riski tamamen ortadan kaldırmaz. Karmaşık mantık ve aynı anda güncellenmesi gereken birçok alt cihaz varsa, 2*N partition'un birlikte çalışması gerekir ve her kontrol noktasında hata olasılığı bulunur. Genellikle "her şey normal" kontrol noktası fazla erken işaretlenirse, kritik bir servis başarısız olsa bile sistem artık geri dönüşsüz duruma girmiş olur
  • Otomobil gibi 50-60 bin dolarlık bir cihazda %0,5 maliyetin etkisi de büyüktür. Örneğin Ford'un faaliyet kâr marjı %2; araç başına %0,5 maliyet artışı kâr marjını %25 azaltır. Araçlar yıllık olarak nispeten daha az adetlerde üretilir ve çip gereksinimleri daha sıkı olduğu için parça maliyetleri yüksek olmak zorundadır. A/B güncelleme de tam çözüm değildir; yanlış yapılandırılırsa sonsuz döngüye girilebilir
  • Otomotiv sektöründe cihaz başına 5 doların altındaki kalemler konusunda bile çok hassas davranılabildiğini duydum. A/B güncelleme zaten hiç spesifikasyona girmemiş olabilir ya da OTA boyutu büyüyüp kapasite sınırına dayanmış olabilir. Daha güvenli olması için A/B/A (B hafifletilmiş OS) düzeni de kullanılıyor ama geliştirme süresi yetersizliği yüzünden pratikte zor oluyor
  • 100 dolarlık cihazlarda bile A/B kullanan yerler var; bu tür sorunların maliyet kısmaktan çok öncelik ve yetkinlik sorunu olma ihtimali daha yüksek. Güncelleme güvenlik önlemleri spesifikasyona hiç girmemiş, üstüne takvim baskısı ve sorumluluktan kaçma da eklenmiş olabilir. Aslında bu olay brick olmasından ziyade, sürüş sırasında ortaya çıkan kritik bir bug'dı
• Jeep Wagoneer kiraladım; elektronikler o kadar berbattı ki böyle bir olay hiç şaşırtıcı değil. İkinci günde liftgate kapanmadı ve gösterge panelinde hata mesajı çıktı; elektronik kilitleme de hiç çalışmıyordu. Aratınca aynı sorunu yaşayan çok kişi gördüm ve çözüm olarak yazılım güncellemesi gerektiği söyleniyordu; manuel açma yöntemi de yoktu. Neyse ki araç kiralama şubesine yakındım ve aracı değiştirdim, ama sonrasında da çeşitli sorunlar yaşadım
  • Arka koltuktan Steam Deck şarj cihazıyla şarj edince, infotainment sistemi dahil tüm gösterge paneli kapanıp yeniden açılma döngüsüne giriyordu
  • Sürücü koltuğu inerken çıkmayı kolaylaştırıyor ama otomatik olarak eski konumuna dönmediği için giderek daha geriye kayıyordu
  • Sürekli görünen ve kapatılamayan bir arka koltuk latch hata uyarısı vardı, ama latch aslında sorunsuzdu
  • TPMS uyarı ışığı durmadan yanıp sönüyordu (kötü sinyal)
  • Cruise control ile ilgili hatalar rastgele çıkıyordu
  • Elektronik park freni, otopark içinde kısa süreli duraklamalarda kendi kendine devreye giriyordu
  • Klima garip çalışıyordu; ya araç içi sıcak kalıyordu ya da klima hiç devreye girmiyordu
  • İnternette benzer ya da daha ağır sorunlar yaşayan çok insan var. 80 bin dolarlık yeni bir araçta bunların olması inanılmaz
  • Yakın zamanda aile gezisinde Grand Wagoneer'i tam 4 kez değiştirdik; her araçta kritik bir sorun vardı
  • Jeep ve Stellantis/Dodge'un kalite kontrolü ve araç elektroniği tasarımı çok kötü. Hayran toplulukları çok ama sık arızaları normalleştirme eğilimindeler. Böyle araçlar satın almak insanın kendine zarar vermesi gibi
• OTA ile ECU gibi kritik bileşenleri güncellemek gerçekten kabul edilemez bir risk. Eğer gerçekten kaçınılmazsa, bence bu işlem mutlaka bayide ve rollback hazırlığı olan uzmanlar eşliğinde yapılmalı. Üreticiler her şeyi otomatikleştirip abonelik servisleriyle gelir elde etmeye çalışırken tüketici güvenliğini zedelemeye başladı; bu yüzden benim gibi otomobil meraklıları eski araçları daha çok tercih ediyor
• Bu olay, Stellantis'in yakın zamanda 'vibe coding' mühendislik iş akışını zorunlu hale getirmesinden iki hafta bile geçmeden patladı (ilgili haber)
  • Ama OTA ile gerçek araç filosuna itilebilmesi için, bu kodun en az iki haftadan daha önce yazılmış olması gerekirdi
• Birkaç aydır Jeep kullanıyorum; topluluk tamamen mod'lara odaklanmış durumda ama OS'in SiriusXM tarafından geliştirilen kapalı bir sistem olması can sıkıcı. Oysa Jeep Wrangler açık kaynak için biçilmiş kaftan bir araç gibi duruyor
  • Wrangler modifikasyonlarında yazılım hack tarafı tamamen ölü değil. ilgili forum gönderisinde tanıtılan şeyler temel alınarak ticari ürünler bile çıkarıldı. Ama head unit firmware'inin gerçekten kırıldığına hâlâ pek rastlamadım
  • Jeep, kırmızı ışıkta durunca popup reklam gösteren bir infotainment reklam sistemi koyan şirket değil miydi? Açık kaynak bir OS ile bu reklamların atlatılmasını üreticinin isteyeceğini sanmıyorum
• Neden bir OTA güncellemesiyle tüm aracın brick olabildiğini anlamıyorum. Infotainment sistemiyle sürüş sistemi tamamen ayrılmış olmalı diye düşünüyorum
  • Bu sonuç, bunun yalnızca bir infotainment OTA'sı olduğu varsayımından çıkıyor. Oysa bu, tüm araç için yapılan bir OTA. Infotainment, ECU, ECM, TCM, BCM dahil birçok şeyi güncelleyebiliyor ve önemli geri çağırmalar bile OTA ile çözüldüğü için kritik sistem güncellemelerini tamamen engellemek mümkün değil. 2025 itibarıyla çoğu üreticide bu tür OTA yetenekleri var
  • Bu tür sorunların temel nedeni maliyet kısmak. Gösterge paneli ve infotainment dahil birçok şey analog yerine monitörle değiştirildiği için üretim daha ucuz oluyor. Yazılım da "yeniden yazma yok, sadece yeniden kullanım" mantığıyla oradan buradan birleştirildiğinden entegrasyon testi kaçınılmaz olarak zayıf kalıyor. Elektrikli araç çağında her motor kontrolcüsünün kendi yazılımı var ve OTA bunları da üzerine yazabiliyor. Sorunları nispeten daha az yaşayan tek şirket Toyota gibi görünüyor çünkü deneyimi daha eski
  • Günlük bilgiler bile (örneğin park sensörü çalışırken müziğin kısılması, yakıt ya da batarya kalan miktarının gösterilmesi gibi) sürüş sistemi ile infotainment arasında etkileşim gerektiriyor; bu yüzden tamamen ayrılmaları mümkün değil
  • Geçmişte bir Tahoe aracımda OTA güncellemesi yüzünden infotainment brick olmuştu. Sonrasında geri görüş kamerası da hiç çalışmadı, sinyal sesi bile gelmedi ve çekici ile onarım için neredeyse 2.000 dolar ödemek zorunda kaldım; garanti de karşılamadı. O yüzden bundan sonra tüm güncellemeleri kapatacağım
  • Tesla bu tür entegre OTA'ların emsalini oluşturdu ve sonrasında çoğu üretici benzer yolu izledi. Volvo da benzer sorunlar yaşıyor
• Infotainment sistemlerinin neden bu kadar çok mühendisin başını ağrıttığını anlamıyorum. Mazda 3 (2018) için toplu dava bile açılmıştı. Yıllarca normal çalışan sistem sonradan rastgele menülere tepki vermeye, düğmelere kendi kendine basmaya başlıyor; günlerce, aylarca donup sonra yeniden aynı şeyi yapabiliyor. Sonunda tüm cihaz bağlantılarını kesip sadece radyo dinleyerek kullanmak zorunda kaldım
  • Bu işin kökünde, temelden dikey entegrasyon olmaması; işlev bazında 20 binden fazla ECU'nun ayrı ayrı bulunması ve taşeronlara sıkıştırılmış bütçelerle tek tek aşırı maliyet düşürme baskısı verilmesi yatıyor. Bir de 'geleneksel' üreticilerle Tier 1 tedarikçilerin yazılım inovasyonuna neredeyse hiç önem vermemesi var
  • Geçenlerde bir Android telefonu Bluetooth ile bir Mercedes araca bağlamayı denedim; “lüks” marka olmasına rağmen kurulum aşamasında tek başıma beş GUI bug'ı buldum. Aracın genel işçiliği fena değildi ama yazılım kalitesi açıkça bir tercih meselesi. (Bu arada set-top box arayüzleri de donanım özelliklerine göre aşırı yavaş)
  • Bu sorunlar basitçe outsourcing ve maliyet kısmadan kaynaklanıyor. Dikey entegrasyon yok; işi en ucuz dış tedarikçiye veriyorlar
  • Geçmişte infotainment yazılımı geliştiren bir şirkette çalıştım ve o sistemler maliyet kısmanın en uç örnekleriydi. Minimum RAM, minimum CPU, berbat ekranlar; hatta pahalı araçlarda bile durum buydu. Eski zamanlardan beri araba radyoları maliyet kısmayla özdeşleşmiştir
  • Cep telefonlarında olduğu gibi her yıl yeni ürün çıkaramıyorsunuz; araçlarda bir cihazın on yıldan fazla dayanması ve minimum ekiple tutarlı biçimde çalışması gerekiyor
• Tesla OTA güncellemeleriyle tüm aracın brick olduğu, yani gerçekten hareket etmeyen bir tuğlaya döndüğü vakaları çok duymadım. Bildiğim kadarıyla Tesla bunu dual BIOS (anakartlardaki dual BIOS gibi) yapısıyla tasarladı
  • 10 yılı aşkın süredir Tesla topluluklarını takip ediyorum ama OTA yüzünden brick olan bir vakaya rastlamadım. Genelde insanlar güncelleme denk geldiğinde acil çıkmaları gerektiğinde yaşadıkları rahatsızlıktan şikayet ediyor
  • Tesla çok yoğun HIL testi yapıyor ve genel test yaklaşımı da bir otomobil üreticisinden çok bir yazılım şirketine benziyor
  • Gerçi biraz arayınca Tesla OTA brick vakaları tamamen yok değil. ilgili örnek
• Hafta sonu tartışmaları için bağlantı