• 851查看
  • 0回复

[应用层软件] 从fail-safe到fail-operational的历程及实现方法

[复制链接]


该用户从未签到

发表于 29-8-2023 08:56:40 | 显示全部楼层 |阅读模式

汽车零部件采购、销售通信录       填写你的培训需求,我们帮你找      招募汽车专业培训老师


从fail-safe到fail-operational的历程及实现方法w1.jpg

作者:rondo wang

目前,有很多令人眼花缭乱的fail—xxx概念,fail-safe,fail-silent,fail-stop,fail-warning, fail-operational等等, 个人认为搞这么多概念有害无益,从ASPICE、AUTOSAR、功能安全、信息安全、到预期功能安全,这些东西已经包含了很多拗口的概念,越来越多的工程师已经感到疲惫,麻木、稍微停止学习就会落后,再加上汽车开发周期的缩短,工程师们一边忙着赶项目进度,一边挤出来的碎片时间里学习新知识。所以玩更多的概念只会更让工程师们抓耳挠腮。

言归正传,

这些fail—xxx概念里面只需关注fail-safe和fail-operational即可,其他的都逃不出这两个概念。

需要注意的是fail-operational包含fail-safe,不管是fail后降级运行还是全功能运行,前提都是safe的。

下面结合SAE对自动驾驶等级的划分以及当前自动驾驶技术水平阐述一下从fail-safe到fail-operational的发展历程,如下表所示:

从fail-safe到fail-operational的历程及实现方法w2.jpg

可以看出,从fail-safe到fail-operational一方面是高阶自动驾驶的硬性需求,另一方面也提升了系统的可用性,同时也提升了用户体验。从进入安全状态只能靠边停车到进入安全状态也可以继续驾驶的技术飞跃。

值得注意的是,进入安全状态的车,即使可以继续运行,这个时候系统能达到的ASIL等级已经不是原来的ASIL等级。

直白一点说就是,原来你开的是一辆ASIL D的车,发生故障后你开的可能是一辆ASIL B的甚至是一辆QM的车,这么说不太精确,但道理就是这个道理。

所以尽快去修车。

那么如何才能实现fail-operational呢?

ISO 26262没有提供答案,功能安全之母IEC61508倒是提供了一些技术参考。

IEC61508里面有一个重要的概念,HFT(hardware fault tolerance),即硬件故障容忍度,HFT=1代表整个系统容忍一个硬件危险故障。即发生一个硬件危险故障的时候,系统可运行。

基于此,IEC 61508还给出了几种架构来指导设计,这种架构用MooN来表示,M表示输出,oo表示out of,N表示通道个数,D代表诊断。

从fail-safe到fail-operational的历程及实现方法w3.jpg

下面看一下几个典型的架构。


    1. 1oo2架构

从fail-safe到fail-operational的历程及实现方法w4.jpg

1oo2架构等效电路框图为

从fail-safe到fail-operational的历程及实现方法w5.jpg

1oo2架构

可以看出,假如通道1输出卡滞在开路故障下,执行器就没办法执行任务,所以1oo2架构不能实现失效可运行。

2. 2oo2架构

从fail-safe到fail-operational的历程及实现方法w6.jpg

2oo2架构等效电路框图为

从fail-safe到fail-operational的历程及实现方法w7.jpg

2oo2架构

当通道1输出卡滞在短路故障下,执行器一直处在执行状态,没办法根据请求正常关断,所以2oo2架构也不能实现失效可运行。

3. 2oo3架构

从fail-safe到fail-operational的历程及实现方法w8.jpg

2oo3架构等效电路框图为

从fail-safe到fail-operational的历程及实现方法w9.jpg

2oo3

等效完后看起来还有点不是一目了然,进一步简化为:

从fail-safe到fail-operational的历程及实现方法w10.jpg

2oo3投票电路

根据等效投票电路,假如通道1出现故障,一直卡滞在开路状态,

从fail-safe到fail-operational的历程及实现方法w11.jpg

通道1卡滞在开路故障

2oo3的架构就变成了1oo2的架构,系统可以依赖通道2和通道3继续运行。

假如通道1出现一直卡滞在短路状态故障,

从fail-safe到fail-operational的历程及实现方法w12.jpg

通道1卡滞在短路故障

2oo3的架构就变成了2oo2的架构,系统依然可以依赖通道2和通道3继续运行。所以2oo3架构可以实现失效可运行。

综上2oo3可以实现失效可运行。

尽管功能安全文化中强调相比于成本,安全的优先级最高。

从fail-safe到fail-operational的历程及实现方法w13.jpg

但是汽车作为一个大规模量产的东西,对成本非常敏感,所以做的成本和安全的融合也至关重要,不然最后还是消费者买单。

尽管2oo3这种架构实现了失效可运行,但是其成本不友好,一般在汽车电子领域不采用这种架构,在航空航天领域有时候会采用2oo3架构。

下面介绍一个低成本的可以实现失效可运行的架构,1oo2D架构,

从fail-safe到fail-operational的历程及实现方法w14.jpg

1oo2D架构等效电路框图为:

从fail-safe到fail-operational的历程及实现方法w15.jpg

1oo2D

1oo2D进一步等效框图为:

从fail-safe到fail-operational的历程及实现方法w16.jpg

1oo2D

设通道1故障,卡滞在开路状态, 执行器的正常执行可以通过通道 2以及通道2的诊断通道实现;

从fail-safe到fail-operational的历程及实现方法w17.jpg

假设通道1发生卡滞在短路的状态,通道1的诊断电路诊断出故障,利用CH1D开关切断通道1,执行器的正常执行依然可以通过通道2和通道2的诊断通道来实现,

从fail-safe到fail-operational的历程及实现方法w18.jpg

结合以上分析,得出1oo2D架构可以实现fail-operational,并且成本友好,毕竟诊断可以由多种低成本技术来实现。

结语:本文没有通过“万字长文甚至五万字长文泣血阐述xxxxx,而是通过大量的框图阐述了从fail-safe到fail-operational的发展历程,然后分析了1oo2 ,2oo2,2oo3,1oo2D等经典安全架构,最后得出2oo3和1oo2D架构能实现fail-operational,由于1oo2D架构更具有成本优势,所以在汽车工业领域利用1oo2D架构实现fail-operational更具有实际意义。




该用户从未签到

发表于 18-3-2025 08:58:00 | 显示全部楼层
针对所提出的观点,确实当前汽车行业中关于故障处理的不同概念确实繁多且复杂,容易给工程师带来困惑和压力。从fail-safe到fail-operational的概念演变,其实质是对于系统安全性、可靠性与功能完整性的不断探索和追求。这些概念的发展都是为了应对不同场景下系统的可能失效情况。每个概念的运用方法和实施路径都是在特定标准和框架下形成和发展的。在当前的开发环境中,应将相关理论运用于实际项目中,通过项目实践加深理解并积累实战经验。同时,也需要对核心概念和标准进行深入学习和理解,避免被过多的概念所困扰。建议工程师们专注于基本原理和核心技术的掌握,结合项目实际灵活应用相关理论和方法,确保系统安全性的同时提高开发效率。
回复 支持 反对

使用道具 举报

快速发帖

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|手机版|小黑屋|Archiver|汽车工程师之家 ( 渝ICP备18012993号-1 )

GMT+8, 19-8-2025 04:03 , Processed in 0.262257 second(s), 35 queries .

Powered by Discuz! X3.5

© 2001-2013 Comsenz Inc.