Q9: Se o chip for aprovado na ISO 26262, mas ainda falhar durante o uso, você pode fornecer um relatório de falha, semelhante ao relatório 8D dos regulamentos do veículo?
A9: Não existe uma relação necessária entre a falha do chip e a falha da ISO 26262, e há muitos motivos para a falha do chip, que podem ser internos ou externos.Se um incidente de segurança for causado pela falha de um chip em um sistema relacionado à segurança durante o uso, ele está relacionado a 26262. Atualmente, existe uma equipe de análise de falhas, que pode ajudar os clientes a encontrar a causa da falha do chip, e você pode entrar em contato com o pessoal comercial relevante.
Q10: ISO 26262, apenas para circuitos integrados programáveis?Não há requisitos para circuitos integrados analógicos e de interface?
A10: Se um circuito integrado analógico e de classe de interface possui um mecanismo de segurança interno relacionado ao conceito de segurança (ou seja, um mecanismo de diagnóstico e resposta para evitar violação dos objetivos/requisitos de segurança), ele precisa atender aos requisitos da ISO 26262.
Q11: Mecanismo de segurança, além do Apêndice D da Parte 5, existem outros padrões de referência?
A11: A ISO 26262-11:2018 lista alguns mecanismos de segurança comuns para diferentes tipos de circuitos integrados.A IEC 61508-7:2010 recomenda vários mecanismos de segurança para controlar falhas aleatórias de hardware e evitar falhas do sistema.
Q12: Se o sistema for funcionalmente seguro, você ajudará na revisão da PCB e dos esquemas?
A12: Geralmente, ele analisa apenas o nível de projeto (como projeto esquemático), a racionalidade de alguns princípios de projeto envolvidos no nível de projeto (como projeto de redução) e se o layout do PCB é executado de acordo com os princípios de projeto (layout nível não prestará muita atenção).Também será dada atenção ao nível do projeto para evitar aspectos de falha não funcional (por exemplo, EMC, ESD, etc.) que poderiam potencialmente levar a uma violação da segurança funcional, bem como aos requisitos de produção, operação, serviço e obsolescência introduzida durante a fase de projeto.
Q13: Após a aprovação da segurança funcional, o software e o hardware não podem mais ser modificados, nem a resistência e a tolerância podem ser alteradas?
A13: Em princípio, se um produto que passou na certificação de produto precisar ser alterado, o impacto da mudança na segurança funcional deve ser avaliado, e as atividades de mudança de projeto necessárias e as atividades de teste e verificação devem ser avaliadas, o que precisa ser reavaliado pelo organismo de certificação do produto.
Horário da postagem: 17 de abril de 2024