Q9: თუ ჩიპი გაივლის ISO 26262-ს, მაგრამ ის მაინც ვერ ხერხდება გამოყენების დროს, შეგიძლიათ მიაწოდოთ წარუმატებლობის ანგარიში, ავტომობილის რეგულაციების 8D ანგარიშის მსგავსი?
A9: არ არსებობს აუცილებელი კავშირი ჩიპის გაუმართაობასა და ISO 26262-ის წარუმატებლობას შორის და არსებობს ჩიპის უკმარისობის მრავალი მიზეზი, რომელიც შეიძლება იყოს შიდა ან გარე.თუ უსაფრთხოების ინციდენტი გამოწვეულია ჩიპის გაუმართაობით უსაფრთხოებასთან დაკავშირებულ სისტემაში გამოყენების დროს, ეს დაკავშირებულია 26262-თან. ამჟამად, არსებობს წარუმატებლობის ანალიზის ჯგუფი, რომელიც ეხმარება მომხმარებელს ჩიპის გაუმართაობის მიზეზის პოვნაში, და შეგიძლიათ დაუკავშირდეთ შესაბამის ბიზნეს პერსონალს.
Q10: ISO 26262, მხოლოდ პროგრამირებადი ინტეგრირებული სქემებისთვის?არ არის მოთხოვნები ანალოგური და ინტერფეისის ინტეგრირებულ სქემებზე?
A10: თუ ანალოგური და ინტერფეისის კლასის ინტეგრირებულ წრეს აქვს უსაფრთხოების კონცეფციასთან დაკავშირებული შიდა უსაფრთხოების მექანიზმი (ანუ, დიაგნოსტიკური და რეაგირების მექანიზმი უსაფრთხოების მიზნების/უსაფრთხოების მოთხოვნების დარღვევის თავიდან ასაცილებლად), ის უნდა აკმაყოფილებდეს ISO 26262 მოთხოვნებს.
Q11: უსაფრთხოების მექანიზმი, ნაწილი 5-ის დანართის D გარდა, არის თუ არა სხვა საცნობარო სტანდარტები?
A11: ISO 26262-11:2018 ჩამოთვლილია რამდენიმე საერთო უსაფრთხოების მექანიზმი სხვადასხვა ტიპის ინტეგრირებული სქემებისთვის.IEC 61508-7:2010 რეკომენდაციას უწევს უსაფრთხოების მექანიზმებს შემთხვევითი ტექნიკის გაუმართაობის გასაკონტროლებლად და სისტემის გაუმართაობის თავიდან ასაცილებლად.
Q12: თუ სისტემა ფუნქციურად უსაფრთხოა, დაგეხმარებით PCB-ის და სქემების გადახედვაში?
A12: ზოგადად, იგი მხოლოდ განიხილავს დიზაინის დონეს (როგორიცაა სქემატური დიზაინი), დიზაინის დონეზე დაკავშირებული ზოგიერთი დიზაინის პრინციპის რაციონალურობას (როგორიცაა დიზაინის დერიტირება) და არის თუ არა PCB განლაგება შესრულებული დიზაინის პრინციპების მიხედვით (განლაგება დონე დიდ ყურადღებას არ მიაქცევს).ასევე ყურადღება დაეთმობა დიზაინის დონეს, რათა თავიდან იქნას აცილებული არაფუნქციური წარუმატებლობის ასპექტები (მაგ., EMC, ESD და ა.შ.), რამაც შესაძლოა გამოიწვიოს ფუნქციური უსაფრთხოების დარღვევა, ისევე როგორც მოთხოვნები წარმოების, ექსპლუატაციის, მომსახურებისა და მომსახურებისთვის. დიზაინის ფაზაში შემოღებული მოძველება.
Q13: ფუნქციონალური უსაფრთხოების გავლის შემდეგ, აღარ შეიძლება პროგრამული უზრუნველყოფისა და აპარატურის შეცვლა და არც წინააღმდეგობის და ტოლერანტობის შეცვლა?
A13: პრინციპში, თუ პროდუქტი, რომელმაც გაიარა პროდუქტის სერთიფიკატი უნდა შეიცვალოს, უნდა შეფასდეს ცვლილების გავლენა ფუნქციონალურ უსაფრთხოებაზე და შეფასდეს დიზაინის ცვლილების საჭირო აქტივობები და ტესტირება და გადამოწმების აქტივობები, რაც საჭიროა ხელახლა შეფასებულია პროდუქტის სერტიფიცირების ორგანოს მიერ.
გამოქვეყნების დრო: აპრ-17-2024