当前位置: 代码网 > 科技>操作系统>Windows > 汽车电子功能安全FuSa之一:FuSa概念

汽车电子功能安全FuSa之一:FuSa概念

2024年08月03日 Windows 我要评论
需要注意的是,功能安全的目的不是彻底消除风险,而是把风险降低到一个可接受的范围,可接受的范围一般由当前的技术发展水平以及社会道德共识来决定。现在的车上有几十甚至上百个ECU系统,其中的代码有几亿行,随着使用时间的增长电子元器件发生故障的可能性也越来越高,更不用说由上亿行代码构成的复杂系统带来的不可预知的风险。另外很重要的一点是功能安全讨论的是电子电气系统故障导致的风险,如果是机械问题带来的风险则不是功能安全的范畴。伤害发生的可能性和伤害程度的综合,既要考虑风险发生的概率又要考虑其带来伤害的严重程度。

讲汽车电子功能安全肯定离不开iso26262标准的解读,本人也是一边看一边摸索,迫于英语词汇匮乏,原文看起来比较费劲,故萌生了翻译全篇的想法,该专栏将不定期上传英文翻译版本供大家作为参考学习;

功能安全概念

功能安全的定义

功能安全:不存在由电子电气系统的故障行为导致的危险所造成的不合理的风险;

iso26262是这么定义的:absence of unreasonable riskdue to hazards caused by malfunctioning behavior of e/esystems.

功能安全定义分解

  • risk

伤害发生的可能性和伤害程度的综合,既要考虑风险发生的概率又要考虑其带来伤害的严重程度。

  • unreasonable

根据有效的社会道德观念,在特定情况下被判定为不可接受的风险。比如车辆在正常行驶时安全气囊弹出,这显然是不合理的风险。

  • damage

功能安全讨论的伤害是对人身健康及生命造成的伤害。

  • scope

另外很重要的一点是功能安全讨论的是电子电气系统故障导致的风险,如果是机械问题带来的风险则不是功能安全的范畴。

风险的度量及评估

  • 5个风险等级(qm,asil a, asil b, asil c, asil d)

asil: automotive safety integration level, 汽车安全完整性等级

  • qm 的意思是只要遵循标准的质量管理流程(iatf16949),无需额外的安全措施

  • asil x 意味着需要增加降低风险的措施

  • 每个asil都有与之对应的需求,在整车级别(vehiclelevel)定义的安全目标(safetygoal) 是最顶层的安全需求。

风险分析与评估

从两个维度来评估风险:

  • severity:风险的严重程度(对人造成伤害的程度)

  • probability: 风险发生的可能性

可能性维度又可以分为两个因素:

  • exposure:暴露在危险情境下的几率

  • controllability:风险发生时的可控制性

风险矩阵 risk matrix

根据伤害严重度(severity),暴露可能性(exposure),可控性(controllability)的组合可以确定功能风险的等级(asil)。

什么是s、e、c呢?

s是(severity)严重度

e是(exposure)暴露可能性

c是(controllability)可控性

故障分析手段

fta

故障树分析(faulttree analysis)是一种自上而下的故障分析方式。从追溯失效开始,辨别出导致故障的情况或事件,从而找出导致故障的根本事件或原因。

fmea

失效模式与影响分析(failuremode and effects analysis)是一种自下而上的故障分析方式。对构成产品的子系统、部件逐一进行分析,找出潜在的失效模式,并分析其可能的后果,从而预先采取必要的安全措施。

功能安全的目的

asil等级可以看作是当前风险等级与可接受风险界限(qm)之间的距离,如果有qm以上的风险,则需要采取相应的安全措施把风险降到qm以下。需要注意的是,功能安全的目的不是彻底消除风险,而是把风险降低到一个可接受的范围,可接受的范围一般由当前的技术发展水平以及社会道德共识来决定。对当前的汽车上的电子电气系统来说,完全消除风险是不现实的。现在的车上有几十甚至上百个ecu系统,其中的代码有几亿行,随着使用时间的增长电子元器件发生故障的可能性也越来越高,更不用说由上亿行代码构成的复杂系统带来的不可预知的风险。

功能安全措施

  • 技术措施(功能冗余,检测电路,软件措施等)

  • 流程和管理措施(开发过程遵守一定的流程)

  • 提醒驾驶人有风险存在(报警灯,震动等)

评估出风险的asil等级后,需要采取一定的安全措施把风险降低到可以接受的范围。当达到这个目标后,我们的系统可以称为具有相应的asil功能安全等级,也就是说功能安全等级是和风险的等级相对应的。

功能安全需求层级

  • e/e部件实现的安全相关功能

  • 需要实现的安全目标(safetygoal)

  • 用来实现安全目标的功能安全需求(functionalsafety requirements)

  • 用来实现功能安全的技术安全需求(technicalsafety requriements)

  • 用来实现技术安全的软硬件安全需求(hw/sw safety requirements)

功能安全等级asil的分解

通过把高的asil安全等级目标分解成两个相互独立的低的安全等级的元素,可以降低安全目标的实现难度。前提是element1和element2 必须是相互独立的,即二者之间没有共因失效(commoncause failure)和级联失效(cascadingfailure)。

可能的asil等级分解组合
  • asild==asild(d)+qm(d)==asilc(d)+asila(d)==asilb(d)+asilb(d)

  • asilc==asilc(c)+qm(c)==asilb(c)+asila(c)

  • asilb==asilb(b)+qm(b)==asila(b)+asila(b)

  • asila==asila(a)+qm(a)

软件层面的安全等级分解后,不同的软件组件将会拥有不同的安全等级,那么需要避免一个低安全等级软件组件的故障导致其他高安全等级软件组件产生故障,也就是需要让这些软件组件之间免于干涉(ffi: freedom from interference)

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com