
功能安全
文章平均质量分 82
weixin_44650422
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
第四篇:硬件的“健康体检报告”——FMEDA与三大指标详解
这就好比去医院做体检,医生不会凭感觉说你健康,而是会出具一份详细的体检报告,上面有各种指标和参考值。:首先,列出板上所有需要分析的元器件(电阻、电容、芯片、传感器等)。这是你的“体检项目清单”。:收集所有数据后,我们就可以计算SPFM, LFM, PMHF这三个核心健康指标了。设计了一块漂亮的电路板,你怎么向别人证明它是可靠的?假设你的系统里只有一个关键的微控制器(MCU)。:这个元器件的“病”会导致系统出现什么症状?现在,我们来解读这份报告最关键的部分。:我们的设计有没有“自查”功能?原创 2025-09-04 10:17:24 · 434 阅读 · 0 评论 -
第三篇:通关路线图——硬件开发在功能安全中的完整旅程
对于硬件工程师来说,功能安全开发就是一个遵循“V”字模型、将系统需求逐步细化实现、再通过层层测试反向验证的严谨过程。ASIL等级决定了这条路是崎岖小径还是宽阔高速公路,而标准(Part 5)就是我们的导航手册。在我们硬件的主战场上,标准为我们规划了一条经典的“V”字形探险路线。这条路线完美诠释了“先设计,后验证”的思想。在这次探险中,我们不能光说不练,必须留下详细的“探险日记”来证明我们走过了每一步,并且做得足够好。这张地图详细标注了从哪里出发、路上要经过哪些关卡、以及最终要找到什么样的“宝藏”。原创 2025-09-03 09:04:29 · 554 阅读 · 0 评论 -
第二篇:ASIL——功能安全的“游戏难度”设置
这个难度等级,直接决定了你的“装备”需要多精良(元器件等级)、你的“操作”需要多细腻(设计流程)、以及你需要通过多少“关卡检查”(测试验证)。一个ASIL D的要求,可以分解为由两个独立子系统来满足,每个子系统只需要达到ASIL B(D)就行。对于硬件工程师来说,一旦系统层面定下了ASIL等级(比如“定速巡航控制系统”是ASIL C),这个等级就会像“圣旨”一样传递下来,指导你所有的硬件设计决策。如果你的项目被定为ASIL D,恭喜你,挑战来了。:你必须通过精确的计算(FMEDA)来证明你的设计是可靠的。原创 2025-09-02 09:21:04 · 502 阅读 · 0 评论 -
模块 1: 功能安全核心概念与术语
可能导致车辆行为异常,引发危险(如意外加速、制动失效)。功能安全的目的就是通过一整套工程技术和管理流程,将这些风险控制在可接受的范围内。这是整个功能安全体系的基石。理解并精确掌握这些术语,是通过考试和进行有效沟通的前提。几乎所有高级概念都建立在这些基础定义之上。不是追求绝对的“零失效”(这不可能),而是通过设计和验证,确保系统在发生。“使用两个独立的传感器监测油门踏板位置,并对信号进行合理性检查”现代车辆由大量复杂的电子电气(E/E)系统组成。这是考试中最容易设置陷阱的地方。时能够进入或维持一种。原创 2025-08-30 09:00:00 · 532 阅读 · 0 评论