欢迎光临散文网 会员登陆 & 注册

汽车功能安全(ISO 26262)系统阶段开发:技术安全机制

2023-05-30 09:20 作者:华菱咨询有限公司  | 我要投稿

安全机制的本质

安全机制到底是什么,它和TSR到底有什么区别?

在ISO 26262-4:2018中,TSR和安全机制这两部分内容独立成章节,并没有合在一起进行阐述,这给很多朋友造成一种误解,认为安全机制和TSR好像是不一样的存在,它们之类的区别也不够清楚。下面我从三个方面来阐述一下安全机制的本质: 

1. 安全机制属于更深层次的TSR

安全机制是为防止SG或FSR的违反,基于由FSR技术化的安全需求,提出的更深层次的事后补救技术安全措施,它包括:

由FSR技术化得到的TSR的安全机制,主要是防止系统性故障,或硬件单点故障潜伏提出的技术安全需求。

以及安全机制的安全机制。例如针某TSR提出了已经有了安全机制A,但由于该TSR的ASIL等级较高(C或D),安全机制A本身也可能失效,此时如果原有功能正常,系统不会违反安全目标SG,但安全机制A的失效就会潜伏,变成双点故障,所以需要对安全机制A的功能安全进行监控,提出针对安全机制A的相应的技术安全需求,防止安全机制A的故障潜伏。

一般来讲,考虑到系统实现的成本和复杂度,安全机制不超过两层。根据ISO 26262,三点及以上故障就可以认为安全故障,否则就会出现无穷的安全机制嵌套。

2. 安全机制是实现相应ASIL等级的关键之一

除ISO 26262对不同开发过程的约束(包括方法,验证等)外,在系统,软件和硬件开发阶段,不同ASIL等级直接决定了应该采取哪些安全措施,以及安全措施的类型(或高级层度)。

越高的ASIL等级对应的安全措施,在数量和质量的要求越高。例如,对于ASILB的系统,可能具有单独时间Base的Watchdog可能就够了,但是对ASILD系统而言,可能需要上程序流逻辑监控才能满足。

当然不同的安全机制在实施难度和成本上都有所不同,这部分内容我会在后续的专题里一步步讲解。

3. 安全机制多和系统安全架构设计相关,一定程度上决定了系统安全架构

安全机制是保证系统功能安全的非常重要的技术手段,而这些技术手段,例如,硬件冗余,输入输出有效性检验,安全状态导入,或我们常见的控制器3层安全监控架构等等,这些都直接决定了我们系统的安全架构,会在架构设计中进行考虑,直接融入架构设计之中。这个也是为什么在功能安全在系统阶段开发过程中,花很大的篇幅来讲安全机制和架构设计的重要原因之一。


其中,左边属于由FSR技术化的安全需求,主要是明确加速踏板技术信息,包括采用什么样传感器,输出信号有哪些,类型,采样周期等。

在实际系统开发过程中,为实现相应的ASIL等级,控制系统一般进行分层设计,功能安全拥有独立的软件层和硬件层,开发过程相对独立,甚至独立的开发团队。

为实现后续安全监控,需要将安全相关的应用层功能在监控层进行多样化设计复现,所以这部分TSR和我们正常的系统应用层功能开发需求有点类似,但不是完全复制,而是多样化,差异化的设计实现,所以这些信息或者需求会和应用层功能实现存在一定关联。

右边是安全机制,是更深层次技术安全需求,这些都是保证系统功能安全的关键技术手段。

华菱咨询位于中国长三角、珠三角、京津冀和西南地区地区,成立于 2001 年,专注于标准体系咨询、产品认证咨询、企业管理项目咨询以及相关教育训练的顾问公司。公司已在北京、上海、杭州、广州、深圳、合肥、江西、西安设立了分支机构。

经过20多年的发展与实践沉淀,华菱咨询将利用深厚的行业知识,帮助客户把握新机遇,评估和管理风险,以实现负责任的增长。华菱咨询高绩效的跨学科团队可帮助客户满足监管要求,确保客户及时了解信息并满足利益相关者的需求。华菱咨询将为客户提供全面的端到端的服务,利用技术的进步真正推动业务的发展。

版权声明:

1.本公众号所发布内容,凡未注明“原创”等字样的均来源于网络善意转载,版权归原作者所有!

2.除本平台独家和原创,其他内容非本平台立场,不构成投资建议。

3.如千辛万苦未找到原作者或原始出处,请理解并联系我们。

4.文中部分图片源于网络。

5.本公众号发布此文出于传播消息之目的,如有侵权,联系删除。

华菱咨询深圳官网:http://www.hlemc-sz.com/

华菱咨询苏州官网:http://www.hlemc.com/

若还有其他问题,可直接在平台私信联系我们,我们会第一时间与您取得联系,感谢支持。


汽车功能安全(ISO 26262)系统阶段开发:技术安全机制的评论 (共 条)

分享到微博请遵守国家法律