- Bu konu 1 yanıt içerir, 2 izleyen vardır ve en son 6 gün 8 saat önce
Mustafa Yavuz tarafından güncellenmiştir.
-
YazarYazılar
-
Ekim 20, 2026: 7:42 am #83305
Sedat YıldızÜyeArkadaşlar selam, bir konuda yardıma ihtiyacım var çünkü bir süredir takılıyorum ve kafam karışık. Şirkette ADAS/kontroller ünitesi üzerinde çalışıyoruz ve yeni nesil bir sistem için ASIL-D seviyesinde güvenlik hedefi aldık. Teoride ISO 26262’ye hakim olduğunu düşünüyorum ama pratiğe geçtiğinde ciddi sıkıntılar yaşıyorum.
Konu şu: sistemde redundancy katmanları kurmaya çalışıyorum ama FMEDA yaptıkça PMHF değerim hedeflediğim 10/h seviyesine düşmüyor. Özellikle latent (gizli) hataların tespit kapsamıyla (diagnostic coverage) ilgili kısımlarda hep patlıyorum. İki bağımsız kanal kurdum sandım yeterli olur ama sonuçlar yine ASIL-D’ye yetmiyor, nerede eksik yaptığımı tam oturtamıyorum.
Deneyimi olan var mıdır? Siz redundant bir mimari kurarken hangi noktalara dikkat ediyorsunuz, FMEDA’da hangi parametreler ASIL-D’yi belirleyici kılıyor? Teşekkürler.
"[Araç: 2015 Polo 1.2 TSI DSG] • [Telemetri: RaceCapture 50Hz GPS] • [Körfez Pisti (Zaman Turu 54.10s)]"Ekim 20, 2026: 3:57 pm #83475Reis selamlar, konuyu iyi seçmişsin çünkü ASIL-D aslında en çok şu iki şeyin birleşiminde boğuluyor: diagnostic coverage ve latent hataların yönetimi. Redundans kurunca ‘ha iki kanal var, zaten yedek var’ diye bir şey olmuyor maalesef, orası çok kritik.
İlk olarak PMHF formülünü doğru kurman lazım. Basitleştirirsek: PMHF ≈ (SPF detected terimi) + (SPF undetected × demand rate) + (latent fault kombinasyonları). ASIL-D için hedef genelde 10/h altında. İki kanal koyduğunda asıl patladığın yer genelde ikinci terim olur yani tespit edemediğin SPF’ler ve ikincil kanaldaki latent hataların kesişimi.
Pratikte yaptığım şeyler şunlar: (1) Her kanal için DC değerini gerçekçi yaz, simülasyonla ölçtüğün diagnostic’in gerçekte %99’u bile ASIL-D’de bazen yetmez, orada diverse (çeşitli) redundans şart. Aynı yazılımı iki kere koymak diversity sayılmaz, aynı hatayı tekrarlar, bunu unutma. (2) Latent hatalar için test periyodunu (maintenance interval) PMHF formülüne dahil et, MF (latent failure rate) × test süresi terimi çoğu zaman sonucu belirler. (3) TMC (tested common cause) ve CCF’ye bak, iki kanal kurdun diye common cause fail’leri görmezden gelme, JEDEC/IEC 61508 tablosundan beta faktorünü indir formüle ekle.
Bana sorarsan önce mevcut FMEDA çıktında hangi terimin baskın olduğunu gör, SPF detected mi latent mi orada patlıyorsun. Genelde cevap ‘detection testi eksik’ ya da ‘kanallar birbirinin hatasını göremiyor’ çıkıyor. Detayı atarsın birlikte netleştirebiliriz.
"2018 Golf 7.5 1.4 TSI 125 HP | Continental PremiumContact 7 | Ferodo Fren Balataları" -
YazarYazılar
- Bu konuyu yanıtlamak için giriş yapmış olmalısınız.
