• head_banner_01

Прашања и одговори на ISO 26262 (Дел Ⅲ)

П9: Ако чипот го помине ISO 26262, но сепак не успее за време на употребата, можете ли да дадете извештај за дефект, сличен на извештајот за 8D од прописите за возилото?
A9: Не постои неопходна врска помеѓу неуспехот на чипот и неуспехот на ISO 26262, и има многу причини за дефект на чипот, кои можат да бидат внатрешни или надворешни.Ако безбедносен инцидент е предизвикан од дефект на чип во систем поврзан со безбедноста за време на употребата, тој е поврзан со 26262. Во моментов, постои тим за анализа на дефекти, кој може да им помогне на клиентите да ја најдат причината за дефектот на чипот, и можете да контактирате со релевантниот деловен персонал.

П10: ISO 26262, само за програмабилни интегрирани кола?Нема барања за аналогни и интерфејс интегрирани кола?
A10: Ако интегрираното коло од класата на аналогни и интерфејси има внатрешен безбедносен механизам поврзан со концептот на безбедност (т.е. механизам за дијагностика и одговор за да се спречи прекршување на безбедносните цели/безбедносните барања), треба да ги исполнува барањата на ISO 26262.

П11: Безбедносен механизам, освен Додаток Г од Дел 5, дали има други референтни стандарди?
A11: ISO 26262-11:2018 наведува некои заеднички безбедносни механизми за различни типови интегрирани кола.IEC 61508-7:2010 препорачува голем број безбедносни механизми за контролирање на случајни дефекти на хардверот и избегнување на дефекти на системот.

П12: Ако системот е функционално безбеден, дали ќе помогнете при преглед на ПХБ и шеми?
A12: Општо земено, го разгледува само нивото на дизајн (како што е шематски дизајн), рационалноста на некои принципи на дизајнирање кои се однесуваат на ниво на дизајн (како што е драстичен дизајн) и дали распоредот на ПХБ се изведува според принципите на дизајнирање (распоред ниво нема да посвети премногу внимание).Ќе се посвети внимание и на нивото на дизајнирање за да се спречат нефункционални аспекти на дефект (на пр. EMC, ESD, итн.) кои потенцијално би можеле да доведат до нарушување на функционалната безбедност, како и барањата за производство, работа, сервисирање и застареност воведена во фазата на проектирање.

П13: Откако ќе се помине функционалната безбедност, дали софтверот и хардверот не можат повеќе да се менуваат, ниту пак отпорот и толеранцијата може да се сменат?
А13: Во принцип, ако производ кој ја поминал сертификацијата на производот треба да се промени, треба да се процени влијанието на промената врз функционалната безбедност и да се оценат потребните активности за промена на дизајнот и активностите за тестирање и верификација, што треба да се повторно евалуиран од телото за сертификација на производи.


Време на објавување: април-17-2024 година