🔋Testleri Geçen Bir BMS Neden Sahada Farklı Davranır?
- Mustafa
- 9 Mar
- 3 dakikada okunur
🔋 Test ortamında her şey doğru görünür.
Fonksiyonlar çalışır, limitler doğru görünür, sistem şarj olur ve araç sorunsuz şekilde hareket eder. Validation testleri geçilmiştir ve sistem teknik olarak “başarılı” kabul edilir. Ancak sahada aylar geçtikçe tablo değişmeye başlar. Başlangıçta stabil görünen sistem davranışı zaman içinde farklı semptomlar üretmeye başlar ve ekipler bazı anormallikleri fark etmeye başlar.
Bu durum neredeyse tüm EV ve ESS programlarında benzer şekilde ortaya çıkar.
Çoğu zaman sahada görülen problemler aşağıdaki kategorilerde toplanır.
Sahada Görülen Tipik BMS Problemleri
⚡ SOC DRIFT / SOC JUMPZaman içinde SOC hesaplamasında sapmalar oluşur veya bazı durumlarda ani SOC sıçramaları gözlenir.
📉 HATALI SOP LIMITLERİSistem gücü gereksiz şekilde erken kısıtlayabilir, geç kısıtlayabilir veya bazı durumlarda hiç derate etmeyebilir.
📶 OV / UV YANLIŞ TRIPGerçek hücre durumunu temsil etmeyen voltaj tripleri oluşabilir.
🔌 CHARGE SESSION DROPŞarj sırasında BMS davranışı nedeniyle seans beklenmedik şekilde kesilebilir.
🧲 İZOLASYON ALARMLARI / FALSE TRIPGerçek bir izolasyon problemi olmadan izolasyon faultları oluşabilir.
🧭 SENSOR / MEASUREMENT DRIFTZamanla sensör ölçümleri drift etmeye başlar ve sistemin referans noktaları değişir.
🔁 KARARSIZ FAULT → RECOVERY DAVRANIŞIFault ve recovery logic zaman içinde kararsız davranışlar üretebilir.
🌡️ THERMAL RUNAWAY ERKEN TESPİT EKSİKLİĞİBazı sistemlerde termal runaway riskini erken yakalayabilecek model yapıları bulunmaz.
⚖️ BALANCING STRATEJİLERİNİN ZAMANLA YETERSİZLEŞMESİBaşlangıçta yeterli görünen balancing stratejileri hücre aging ile birlikte etkisini kaybedebilir.
🛡️ CONTACTOR & PRECHARGE DAVRANIŞ PROBLEMLERİ
🛡️ FUNCTIONAL SAFETY MİMARİSİNE BAĞLI PROBLEMLER
Bu noktada birçok ekipte ilk refleks aynıdır:
“Yazılımda bug var.”
Fakat çoğu durumda problem klasik anlamda bir yazılım hatası değildir. Asıl problem, zamanla değişen batarya davranışına uyum sağlayamayan statik BMS yazılım mimarisidir.
⏳ Kritik Pencere: 6–24 Ay
Bir batarya sisteminin gerçek davranışı çoğu zaman sahada ortaya çıkar. Özellikle ilk 6–24 ay içinde sistem birçok farklı çevresel ve operasyonel koşuldan geçer.
Bu dönemde sistem aynı anda şu durumları yaşar:
🌞 + ❄️ En az bir yaz ve bir kış döngüsü
⚡ Yüzlerce hızlı şarj döngüsü
🌡️ Yüksek sıcaklıkta park ve yüksek SoC bekleme
⚖️ Hücreler arası dengesizliğin artması
🧲 Sensör driftlerinin başlaması🔧 Başlangıç varsayımlarının geçerliliğini kaybetmesi
Bu süreçte batarya içinde sessiz ama çok önemli bir kimyasal dönüşüm gerçekleşir.
Batarya Aging: Sessiz Ama Kritik Bir Süreç
Batarya hücreleri zamanla kimyasal olarak değişir. Bu değişim çoğu zaman kullanıcı tarafından fark edilmez ancak BMS açısından kritik sonuçlar doğurur.
Özellikle aşağıdaki süreçler gerçekleşir:
SEI tabakasının kalınlaşması
Hücre empedansının artması
Hücrenin efektif DC iç direncinin değişmesi
Polarizasyon davranışının farklılaşması
Bu değişimler bataryanın güç kapasitesini, sıcaklık davranışını, voltaj tepkisini ve şarj karakteristiğini doğrudan etkiler.
Eğer BMS bu değişimleri doğru şekilde izleyemiyor ve parametrelerini güncelleyemiyorsa sistem karar kalitesi zamanla düşer. Ayrıca hücre karakterizasyon datası yük, sıcaklık, zaman ve aging eksenlerinde yeterli çözünürlüğe sahip değilse model doğruluğu ciddi şekilde bozulur.
Sonuç aslında oldukça basittir:
Girdi yanlışsa, çıktı doğru olamaz.
🧩 eMOBINO Yaklaşımı
eMOBINO’da BMS’i yalnızca bir fonksiyon listesi olarak görmüyoruz. BMS, zaman içinde değişen ve adaptasyon gerektiren bir davranış sistemi olarak tasarlanmalıdır.
Bu yaklaşım birkaç temel prensibe dayanır.
🧱 Advanced & Adaptive BMS Software ArchitectureBatarya davranışını aging boyunca takip edebilen ve parametrelerini güncelleyebilen adaptif yazılım mimarileri.
🔬 Advanced SoC – SoH – SoP EstimationBatarya durum kestirimini yalnızca anlık ölçümlere değil, aging davranışına da dayandıran algoritmalar.
🌡️ Thermal Runaway Early DetectionTermal runaway riskini erken aşamada yakalayabilecek model ve teşhis yaklaşımları.
🧠 Model Based DevelopmentAUTOSAR uyumlu mimari, V-Cycle geliştirme yaklaşımı ve model tabanlı yazılım geliştirme.
🧪 Gelişmiş Doğrulama YaklaşımıMiL, SiL, HiL ve fault injection testleri ile sistem davranışının geniş senaryolarda doğrulanması.
🧪 ASPICE Farkındalığı
🛡️ ISO 26262 Functional Safety Yaklaşımı
🔋 12V – 1500V Ölçeklenebilir BMS ÇözümleriEV ve ESS platformları için ölçeklenebilir mimari.
Asıl Soru
Bir BMS ilk gün çalışabilir.Testleri geçebilir.Sahada da bir süre sorunsuz görünebilir.
Ama asıl kritik soru şudur:
👉 BMS’iniz batarya yaşlandıkça nasıl davranacağını gerçekten biliyor mu?
Yorumlar