BMS-17 — Functional Safety (ISO 26262)

ASSUMPTION — Bu derste verilen ASIL seviyeleri, safety goal örnekleri ve HARA sonuçları tamamen eğitim amaçlı temsili örneklerdir. Gerçek bir ASIL ataması, yalnızca sistematik bir HARA süreciyle, araca ve mimariye özgü olarak belirlenebilir.

1. “İyi Mühendislik” Neden Yeterli Değil

BMS-13’te gördüğümüz gibi arızalar kaçınılmaz — soru arızanın olup olmayacağı değil, olduğunda sistemin nasıl davranacağı. ISO 26262, bunu tesadüfe bırakmak yerine her potansiyel tehlikeyi sistematik analiz edip riskle orantılı bir geliştirme titizliği uygulamayı zorunlu kılan bir çerçeve. BMS HV enerjiyi yönettiği için bir arıza elektrik çarpması veya yangın gibi ciddi zararlara yol açabilir — standart burada devreye giriyor.

2. Hazard’dan ASIL’e

Hazard (tehlike), sistemin arızalanması sonucu ortaya çıkan zarar potansiyeli. HARA (Hazard Analysis and Risk Assessment) her tehlikeyi üç boyutta değerlendiriyor:

Boyut	Ne soruyor
Şiddet (severity)	Bir kazanın sonucu ne kadar ağır olur?
Maruz kalma (exposure)	Bu tehlikeli durum ne sıklıkla/ne kadar süre yaşanır?
Kontrol edilebilirlik (controllability)	Sürücü/sistem durumu ne kadar telafi edebilir?

Bu üçü ayrı ayrı değil birlikte değerlendiriliyor, çünkü çok şiddetli ama son derece nadir ve kontrol edilebilir bir durum, düşük şiddetli ama sık ve kontrol edilemez bir durumdan farklı bir risk taşıyor. Sonuç, ASIL (Automotive Safety Integrity Level): QM, A, B, C, D — D en yüksek. Yüksek ASIL daha sıkı geliştirme ve doğrulama istiyor; kontrolsüz HV teması veya termal kaçak gibi tehlikeler genelde yüksek ASIL (C/D) gerektiriyor (eğitim amaçlı genelleme — gerçek değer HARA’ya bağlı).

3. Safety Goal’dan Somut Tasarıma

Safety Goal, HARA’dan türeyen üst düzey hedef — “hücre aşırı şarjını önle” veya “HV enerjisini güvenle ayır” gibi. Eğitim amaçlı örnekler (gerçek OEM hedefi değil):

• “Aşırı şarj nedeniyle hücrenin güvenli gerilim sınırını aşmasını önle.”
• “Çarpışma/kritik arızada HV enerjisini belirli sürede ayır.”

Bu hedefler iki katmanda somutlaşıyor: Functional Safety Concept, “ne yapılmalı” sorusuna donanımdan bağımsız cevap veriyor (“hücre gerilimi bağımsız iki yöntemle izlenmeli” gibi). Technical Safety Concept ise “nasıl yapılacağını” somutlaştırıyor (“birincil ölçüm AFE ile, ikincil doğrulama ayrı bir izleme IC’siyle” gibi). Bu ayrım aynı gereksinimi farklı donanım çözümleriyle karşılamayı mümkün kılıyor.

4. Safety Mechanism Ne Kadar İyi Yakalıyor

Safety mechanism, bir arızayı tespit eden veya etkisini azaltan donanım/yazılım mekanizması — BMS-06’daki “kontaktör durumunu bağımsız geri bildirimle doğrulama” ve BMS-14’teki watchdog, ikisi de birer örnek. Diagnostic coverage (DC), bu mekanizmanın tehlikeli arızaların ne kadarını yakaladığını gösteriyor:

DC (%) = (Mekanizma tarafından tespit edilen tehlikeli arızalar / Toplam tehlikeli arızalar) × 100

ASSUMPTION — Gerçek DC değerleri sistematik bir FMEA sonucunda hesaplanır; bu ders yalnızca kavramı tanıtıyor, somut bir yüzde vermiyor.

Bir arıza tespit edildiğinde güvenli duruma geçiş — derating, kontaktör açma — fault reaction olarak adlandırılıyor ve safety concept tarafından tanımlanıyor (BMS-13, BMS-14).

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

Fonksiyonel güvenlik, geliştirmenin her aşamasında (gereksinim, mimari, tasarım, kod, test) izlenebilirlikle doğrulanıyor: her safety goal en az bir safety mechanism’e, her mechanism en az bir teste bağlı olmalı. HIL/SIL testleri, her mekanizmanın beklenen diagnostic coverage’ı sağladığını sistematik arıza enjeksiyonuyla kontrol ediyor (BMS-19).

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

Fonksiyonel güvenlik konsepti; arıza yönetiminin (BMS-13) sınıflandırma mantığını, state machine’in (BMS-14) FAULT/SHUTDOWN geçişlerini ve doğrulama stratejisinin (BMS-19) kapsamını belirliyor. Siber güvenlikle (BMS-18) de sıkı ilişkili — bir saldırı, güvenlik mekanizmalarını devre dışı bırakarak fonksiyonel güvenliği de tehlikeye atabilir.

Özet

• ISO 26262: hazard → HARA → ASIL → safety goal → safety concept.
• Şiddet, maruz kalma ve kontrol edilebilirlik birlikte ASIL’i belirliyor.
• Functional Safety Concept “ne”, Technical Safety Concept “nasıl” sorusuna cevap veriyor.
• Safety mechanism ve DC, arıza tespit gücünü ölçüyor; BMS safety goal’leri burada eğitim amaçlı örnekler.

Kaynaklar

• ISO 26262 — fonksiyonel güvenlik standardı.