安全过程不是新的,但标准是帮助他们传播在整个供应链。
功能安全主题高度是由标准。这是由于在立法和监管部分,但这也源自于这样一个事实:功能安全涉及到广泛的领域。
甚至在特定的标准,有安全产品,满足社会共识。例如,汽车制造商制造汽车是安全的,包含电气和电子设备之前ISO 26262于2011年出版。然而,这并不一定需要一个安全至上的产品开发设计过程,包括了整个供应链的所有回到IC制造商。这是因为,在很长一段时间里,安全集成到产品如汽车只在一个非常高的层面——换句话说:很远从个体ICs或SiP组件。只使用的原始设备制造商和一级供应商绝对必要的电子元件的关键路径和经常确保安全的这些不同的冗余的方法。
具体标准的引入了标准化的主要方法以及整个供应链。特别是,ISO 26262越来越带IC开发人员和半导体制造商面对的主题功能安全——有时是第一次。其母标准相比,IEC 61508标准ISO 26262,指定一个明确的过程在很多地方。例如,只有一个进程是执行显式定义的“危害分析和风险评估。“IEC 61508还列出了一些替代品,还允许使用任何其他方法,只要他们满足标准的要求。
这就解释了为什么安全性至关重要的标准是无所不在的在最初发展的产品或任何其他项目通常涉及的功能安全。各部门参与这个过程,从管理硬件和软件开发,从生产到现场支持。不再有可能独立构建一个可靠的电子和只是它经过最后一个检查标准的兼容性,与AEC-Q100作为汽车行业是可能的,例如。
ISO 26262,仍然非常有用的oem厂商。这给了他们一个简单的方法需要一个相对统一的过程从他们的供应商,这样产品会比较简单。如果两个功能与产品充分ASIL合格,可以进行决策的基础上价格。不再需要使用软标准来评估供应商提供更高质量,因此最有可能更安全的产品。
然而现在,一些参与者在供应链的不同部分发现的问题可能出现的创新能力。新方法时没有包含标准的上下文中创建和不符合标准的难以实现。这不是一个问题对个人测试车辆,但这是一个重大障碍路批准系列产品。原则上,ISO 26262经常允许自由的可能性为等效安全相比,产品已经在实地工作。然而在实践中,障碍使这样的一个论点是巨大的。如果标准不存在或者没有推荐标准方法,这个障碍肯定会更容易克服。在这种情况下,将所有方法从一开始就认为是相等的。
这里值得一提的创新包括人工智能以及AI-specific硬件和模块化系统可以通过交换组件和无线领域的更新。更具体的关注防止硬件故障,概念进行预测性维护,减少早期损伤检测和冗余也可以包括在这里。
人工智能和自动车辆是一个著名的公开讨论的话题数年了,但到目前为止没有定义过程确保人工智能安全标准化的方式。当前的挑战之一是,这样的系统不确定性出现的功能一个观察者。使用既定的方法,然而,一个输入不匹配的一个明确定义的输出被认为是不安全的。现在的任务标准化组织和机构,生产功能安全标准要填补这个空缺,让制造商在供应链创新与信心。IEC 61508的更新计划在今年年底将包含一个部分人工智能。还有待观察的可能性将允许这些将如何在各领域的应用。未来也会告诉如何密切的特定于行业的标准遵循父标准以及他们是否实现等效或独特的方法将人工智能。它也将是有趣的,看看其他创新主题的处理方式。
|
|
|
|
|
|
|
|
|
|
留下一个回复