• हेड_बैनर_01

ISO 26262 का प्रश्नोत्तर (भाग Ⅲ)

प्रश्न9: यदि चिप आईएसओ 26262 पास कर लेती है, लेकिन फिर भी उपयोग के दौरान विफल हो जाती है, तो क्या आप वाहन नियमों की 8डी रिपोर्ट के समान विफलता रिपोर्ट दे सकते हैं?
ए9: चिप विफलता और आईएसओ 26262 की विफलता के बीच कोई आवश्यक संबंध नहीं है, और चिप विफलता के कई कारण हैं, जो आंतरिक या बाहरी हो सकते हैं।यदि उपयोग के दौरान सुरक्षा संबंधी प्रणाली में चिप की विफलता के कारण कोई सुरक्षा घटना होती है, तो यह 26262 से संबंधित है। वर्तमान में, एक विफलता विश्लेषण टीम है, जो ग्राहकों को चिप की विफलता का कारण ढूंढने में मदद कर सकती है, और आप संबंधित व्यवसाय कर्मियों से संपर्क कर सकते हैं।

Q10: आईएसओ 26262, केवल प्रोग्रामयोग्य एकीकृत सर्किट के लिए?एनालॉग और इंटरफ़ेस एकीकृत सर्किट के लिए कोई आवश्यकता नहीं?
ए10: यदि एक एनालॉग और इंटरफ़ेस क्लास इंटीग्रेटेड सर्किट में सुरक्षा की अवधारणा से संबंधित एक आंतरिक सुरक्षा तंत्र है (यानी, सुरक्षा उद्देश्यों/सुरक्षा आवश्यकताओं के उल्लंघन को रोकने के लिए एक निदान और प्रतिक्रिया तंत्र), तो इसे आईएसओ 26262 आवश्यकताओं को पूरा करने की आवश्यकता है।

प्रश्न11: सुरक्षा तंत्र, भाग5 के परिशिष्ट डी के अलावा, क्या कोई अन्य संदर्भ मानक हैं?
ए11: आईएसओ 26262-11:2018 विभिन्न प्रकार के एकीकृत सर्किट के लिए कुछ सामान्य सुरक्षा तंत्रों को सूचीबद्ध करता है।IEC 61508-7:2010 यादृच्छिक हार्डवेयर विफलताओं को नियंत्रित करने और सिस्टम विफलताओं से बचने के लिए कई सुरक्षा तंत्रों की सिफारिश करता है।

प्रश्न12: यदि सिस्टम कार्यात्मक रूप से सुरक्षित है, तो क्या आप पीसीबी और योजनाबद्धता की समीक्षा करने में सहायता करेंगे?
ए12: आम तौर पर, यह केवल डिज़ाइन स्तर (जैसे कि योजनाबद्ध डिज़ाइन), डिज़ाइन स्तर पर संबंधित कुछ डिज़ाइन सिद्धांतों की तर्कसंगतता (जैसे व्युत्पन्न डिज़ाइन) की समीक्षा करता है, और क्या पीसीबी लेआउट डिज़ाइन सिद्धांतों (लेआउट) के अनुसार किया जाता है लेवल पर ज्यादा ध्यान नहीं देंगे)गैर-कार्यात्मक विफलता पहलुओं (उदाहरण के लिए, ईएमसी, ईएसडी, आदि) को रोकने के लिए डिज़ाइन स्तर पर भी ध्यान दिया जाएगा जो संभावित रूप से कार्यात्मक सुरक्षा के साथ-साथ उत्पादन, संचालन, सेवा और आवश्यकताओं के उल्लंघन का कारण बन सकता है। डिज़ाइन चरण के दौरान अप्रचलन की शुरुआत हुई।

Q13: कार्यात्मक सुरक्षा पारित होने के बाद, क्या सॉफ़्टवेयर और हार्डवेयर को और संशोधित नहीं किया जा सकता है, न ही प्रतिरोध और सहनशीलता को बदला जा सकता है?
ए13: सिद्धांत रूप में, यदि कोई उत्पाद जो उत्पाद प्रमाणन पारित कर चुका है, उसे बदलने की आवश्यकता है, तो कार्यात्मक सुरक्षा पर परिवर्तन के प्रभाव का आकलन किया जाना चाहिए, और आवश्यक डिज़ाइन परिवर्तन गतिविधियों और परीक्षण और सत्यापन गतिविधियों का मूल्यांकन किया जाना चाहिए, जिसे करने की आवश्यकता है उत्पाद प्रमाणन निकाय द्वारा पुनर्मूल्यांकन किया गया।


पोस्ट करने का समय: अप्रैल-17-2024