BMS-15 — CAN / CAN FD / UDS / Diagnostics

1. BMS Tek Başına Bir İşe Yaramaz

BMS’in hesapladığı SOC, SOP, arıza bilgisi — bunları kendine saklarsa hiçbir işe yaramaz. VCU, inverter, şarj cihazı gibi sistemlere güvenilir biçimde ulaşması gerekiyor. Bu iletişimi otomotivde genelde CAN taşıyor: çoklu düğümlü, diferansiyel, gürültüye karşı gürbüz bir seri haberleşme protokolü.

2. CAN FD Neden Fark Yaratıyor

Klasik CAN bir frame’de 8 byte taşıyabiliyor; CAN FD bunu 64 byte’a çıkarıyor, üstelik daha yüksek hızda. Bir BMS 96’dan fazla hücrenin gerilim/sıcaklık verisini periyodik iletmek zorunda olduğu için, küçük payload’lu klasik CAN bu veriyi çok sayıda frame’e bölmeyi gerektiriyor. CAN FD ile daha az frame, daha az bus yükü ve daha az gecikme.

3. BMS ile VCU Arasında Ne Konuşuluyor

Kavramsal örnekler — gerçek bir OEM tanımı değil:

• BMS → VCU: SOC, SOH, paket gerilimi/akımı, maksimum şarj/deşarj akımı (SOP), sıcaklık, uyarılar, arızalar.
• VCU → BMS: Wakeup, şarj isteği, sürüş isteği, kapanma isteği, güç/tork isteği.

Bir CAN frame’i ID (mesaj kimliği), kontrol alanı, veri alanı ve CRC içeriyor. Veri alanı sınırlı olduğu için ondalıklı bir değer (SOC = %67,3 gibi) doğrudan taşınmıyor — tam sayı olarak kodlanıp alıcı tarafta bir ölçek/offset faktörüyle geri çözülüyor. Mesela SOC 0,1 çözünürlükle kodlanıyorsa ve ham değer 673 geliyorsa, alıcı 673 × 0,1 = %67,3 olarak yorumluyor.

ASSUMPTION — Bu ölçek/offset örneği yalnızca kavramsaldır; gerçek değerler OEM’e özgü DBC tanımına bağlıdır ve burada uydurulmamıştır. Gerçek OEM CAN ID’leri ve sinyal tanımları doğrulanmadan kullanılamaz.

4. UDS ve DTC

UDS (ISO 14229), diagnostik servisler için standart bir protokol — servis aracı bunun üzerinden DTC okuyup silebilir, veri okuyabilir, kalibrasyon gibi rutinler çalıştırabilir. DTC (Diagnostic Trouble Code), bir arızayı tanımlayan standart kod; BMS bir arızayı onayladığında ilgili DTC’yi kaydediyor.

5. Haberleşme Koptuğunda Ne Oluyor

BMS, kritik mesajların belirli bir periyotta gelip gelmediğini bir message timeout mekanizmasıyla izliyor. Beklenen bir mesaj (VCU’dan wakeup isteği veya bir CMU’dan hücre verisi) zaman aşımı penceresinde gelmezse, bu haberleşme kaybı arızası olarak sınıflandırılıyor (BMS-13’teki CAN vaka çalışmasına bak). Kaybolan veriye bağlı fonksiyonlar güvenli tarafta varsayılıyor: bir CMU’dan veri kesilirse ilgili hücreler “veri yok” işaretlenip en kötü durum kabul ediliyor; VCU ile haberleşme tamamen kesilirse araç genelde güvenli bir moda geçiyor.

6. Üretimde Nasıl Doğrulanır

CAN sinyal tanımları (DBC dosyaları) ve zamanlama, EOL testinde gerçek CAN bus üzerinde doğrulanıyor. HIL testinde hat kopması, gürültülü bus ve bozuk mesaj enjeksiyonu gibi senaryolarla message timeout ve plausibility mekanizmalarının doğru çalıştığı kontrol ediliyor (BMS-19).

7. Diğer Sistemlerle Bağlantısı

CAN haberleşmesi; SOC/SOH/SOP verilerini VCU’ya taşıyor (BMS-08/09/10), arıza yönetiminin DTC kayıtlarını servis araçlarına sunuyor (BMS-13), yazılım mimarisinde Services katmanının temel bileşeni (BMS-16). Siber güvenlik önlemleri (BMS-18) doğrudan bu kanalı korumayı hedefliyor.

Özet

• CAN gürbüz ve yaygın; CAN FD daha hızlı, daha çok veri taşıyor.
• Sinyaller sınırlı veri alanına ölçek/offset ile kodlanıyor; gerçek CAN ID’leri doğrulanmadan kullanılmıyor.
• Message timeout mekanizması haberleşme kaybını yakalayıp güvenli tarafta kalınmasını sağlıyor.

Kaynaklar

• ISO 11898 (CAN), ISO 14229 (UDS).
• ISO 26262 — haberleşme güvenliği bağlamı.