logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

汽车电子ISO 26262功能安全系列(第32期):相关失效分析(DFA)——确保冗余真的“冗余”

ISO 26262-9:2018对DFA的目的定义如下:①通过识别潜在的引起相关失效的原因及相关失效的发起点(DFI),确认在设计中充分实现了功能安全所需的独立性或不受干扰的能力。②必要时定义安全措施以减轻可能引起的相关性故障。翻译成人话① = “找出所有可能让两个‘独立’元素一起挂掉的原因,证明它们真的不会一起挂”② = “如果发现有一起挂的风险,加安全措施把它干掉”如果发现了可能导致安全目标被

#汽车#服务器#运维
汽车电子ISO 26262功能安全系列(第8期):HARA实战(一)——危害识别与场景构建

本文摘要:HARA(危害分析与风险评估)是ISO 26262标准概念阶段的核心流程,通过"功能异常+驾驶场景=危害事件"的逻辑识别风险。分析需区分抽象"危害"与具体"危害事件",采用HAZOP方法从四大失效模式(功能缺失/错误/延迟/非预期激活)系统识别异常,并构建包含车辆状态、环境条件、驾驶员行为的三维场景。以ACC系统为例,演示从功能

#汽车#安全
汽车电子ISO 26262功能安全系列(第23期):硬件架构指标——SPFM、LFM、PMHF的达标攻略

本文系统解析了汽车功能安全三大核心指标SPFM、LFM和PMHF。SPFM衡量单点故障防护能力(ASIL-D要求≥99%),LFM评估潜伏故障检测率(ASIL-D要求≥90%),PMHF计算全生命周期失效概率(ASIL-D要求<10⁻⁸/小时)。三者必须同时达标,优化策略包括提升诊断覆盖率、增加冗余设计和选用高可靠性组件。文章通过实例演示了从不达标到符合ASIL-D要求的优化过程,并指出常见

#汽车#安全#硬件架构
汽车电子ISO 26262功能安全系列(第12期):概念阶段全流程复盘——以ACC系统为例

本文系统梳理了ISO26262-3标准中概念阶段的实施流程,以自适应巡航控制(ACC)系统为例,详细阐述了功能安全开发的三大核心活动:1)相关项定义,明确系统边界和接口;2)HARA分析,通过S/E/C三维评分确定危害事件的ASIL等级;3)功能安全概念设计,从安全目标导出功能安全需求并分配至系统架构。重点展示了如何针对"非预期急刹车"等典型危害事件进行场景分析、风险评级及安全

#汽车#车载系统#嵌入式硬件
电子产品的工作温度以及芯片热阻结温等的计算过程总结

本文分析了元器件数据手册中与热设计相关的关键温度参数。重点阐述了环境温度(Ta)与结温(Tj)的本质区别:Ta指芯片周边空气温度,而Tj是决定芯片性能与可靠性的核心参数。文章还介绍了外壳温度(Tc)、存储温度、焊接温度等其他重要参数,并解析了常见热阻参数(Rja、Rjc、Rjb、Ψjt)的实际应用场景与计算局限性,指出Ψjt因采用整体功耗计算,能更准确反映实际结温。全文揭示了产品外壳内外温差对热设

#嵌入式硬件
拆开智能座舱控制器:硬件躯体与软件灵魂

以太网 PHY 就是物理层收发器,负责把数字信号转换成网线上面的模拟信号传出去,再把收到的模拟信号转换成数字信号给 SoC。为什么不集成到 SoC 里面?其实现在有些 SoC 也集成,但车规设计一般还是外挂。原因:车规要求电磁兼容,外挂更好设计不同车型需要不同数量的网口,外挂更灵活坏了也好修,更换方便所以大多数设计都是 SoC + 外置 PHY。预算够要安全:选 QNX,一分钱一分货要生态要开发快

#嵌入式硬件#车载系统#网络
拆开智能座舱控制器:硬件躯体与软件灵魂

以太网 PHY 就是物理层收发器,负责把数字信号转换成网线上面的模拟信号传出去,再把收到的模拟信号转换成数字信号给 SoC。为什么不集成到 SoC 里面?其实现在有些 SoC 也集成,但车规设计一般还是外挂。原因:车规要求电磁兼容,外挂更好设计不同车型需要不同数量的网口,外挂更灵活坏了也好修,更换方便所以大多数设计都是 SoC + 外置 PHY。预算够要安全:选 QNX,一分钱一分货要生态要开发快

#嵌入式硬件#车载系统#网络
SoC 是怎么“醒来”的?

SoC启动流程是一个逐步构建系统运行环境的过程。处理器上电后首先从复位向量获取第一条指令,通过存储空间映射定位BootROM中的启动代码。BootROM完成基础硬件初始化后,会加载Bootloader进一步配置DDR、时钟、外设等资源,并设置异常处理、中断系统。随后初始化缓存和MMU,最终将控制权移交操作系统内核。整个过程遵循"从简单到复杂"的原则,通过多阶段接力完成硬件环境的

#单片机#嵌入式硬件
到底了