• head_banner_01

ISO 26262 Soru-Cevap (Bölüm 3)

S9: Çip ISO 26262'yi geçmesine rağmen kullanım sırasında arızalanırsa araç yönetmeliğinin 8D raporuna benzer bir arıza raporu verebilir misiniz?
Cevap9: Çip arızası ile ISO 26262 arızası arasında gerekli bir ilişki yoktur ve çip arızasının dahili veya harici birçok nedeni vardır.Güvenlikle ilgili bir sistemdeki çipin kullanım sırasında arızalanmasından kaynaklanan bir güvenlik olayı varsa, bu 26262 ile ilgilidir. Şu anda, müşterilerin çip arızasının nedenini bulmasına yardımcı olabilecek bir arıza analiz ekibi bulunmaktadır. ve ilgili işletme personeli ile iletişime geçebilirsiniz.

S10: ISO 26262, yalnızca programlanabilir entegre devreler için mi?Analog ve arayüz entegre devrelerine gerek yok mu?
Cevap10: Bir analog ve arayüz sınıfı entegre devrenin, güvenlik kavramıyla ilgili bir dahili güvenlik mekanizması (yani, güvenlik hedeflerinin/güvenlik gereksinimlerinin ihlalini önlemek için bir tanılama ve yanıt mekanizması) varsa, ISO 26262 gerekliliklerini karşılaması gerekir.

S11: Güvenlik mekanizması, Bölüm 5 Ek D dışında başka referans standartlar var mı?
Cevap11: ISO 26262-11:2018, farklı entegre devre türleri için bazı ortak güvenlik mekanizmalarını listeler.IEC 61508-7:2010, rastgele donanım arızalarını kontrol etmek ve sistem arızalarını önlemek için bir dizi güvenlik mekanizması önerir.

S12: Sistem işlevsel olarak güvenliyse PCB ve şemaların incelenmesine yardımcı olacak mısınız?
Cevap12: Genel olarak, yalnızca tasarım düzeyini (şematik tasarım gibi), tasarım düzeyinde ilgili bazı tasarım ilkelerinin rasyonelliğini (değer kaybı tasarımı gibi) ve PCB düzeninin tasarım ilkelerine (yerleşim düzeni) göre gerçekleştirilip gerçekleştirilmediğini inceler. seviye çok fazla dikkat etmeyecektir).Potansiyel olarak işlevsel güvenliğin ihlaline yol açabilecek işlevsel olmayan arıza durumlarını (örn. EMC, ESD, vb.) önlemek için tasarım düzeyine ve ayrıca üretim, işletme, servis ve bakım gerekliliklerine de dikkat edilecektir. tasarım aşamasında ortaya çıkan eskime.

S13: Fonksiyonel güvenlik geçtikten sonra yazılım ve donanımda bir daha değişiklik yapılamaz mı, direnç ve tolerans değiştirilemez mi?
C13: Prensip olarak, ürün sertifikasyonunu geçmiş bir ürünün değiştirilmesi gerekiyorsa, değişikliğin fonksiyonel güvenliğe etkisi değerlendirilmeli ve gerekli tasarım değişikliği faaliyetleri ile test ve doğrulama faaliyetleri değerlendirilmelidir. Ürün belgelendirme kuruluşu tarafından yeniden değerlendirildi.


Gönderim zamanı: Nis-17-2024