引言
在交通运载工具技术不断融合的背景下，云氪技术致力推动安全技术在未来交通系统中的应用，助力企业设计更具高安全性的交通运输工具，云氪技术希望汇聚各行业资源，通过一系列的公益讲坛，把真知灼见带给行业的从业者。
新年伊始，万象更新。2025年2月22日，云氪技术举办了公益讲坛第三期， FMEA（潜在失效模式与后果分析）&MSR（监控和系统响应）专题培训。作为开年“第一课”，本次活动吸引了来自OEM和Tier1不同部门研发、质量、供应链等不同专业领域的专家参与，现场通过理论讲解、实际项目开发案例展示与跨领域研讨，掀起了一场FMEA的头脑风暴。
培训课程介绍
本次课程的主要聚焦在FMEA分析的项目的实战经验上，云氪资深专家凭借丰富的行业经验和专业知识，深入浅出地讲解了FMEA的核心概念、分析方法和实施步骤。从理论基础到实际项目案例，从系统FMEA到软件FMEA以及硬件FMEA，层层递进，又紧密相扣，让在场的各位能够快速理解，也解答了很多同事在实施执行过程中困扰已久的问题。
普及FMEA的必要性，提高产品和过程质量，提升客户满意度，满足标准的要求。
介绍基于行业的常用分类和名称，大家形成统一的认识，便于更好的理解这次培训的内容。
基于VDA7步法结合具体的示例进行讲解，系统边界与架构定义，要识别出整个系统的组件，并建立结构树。最后，从架构图中分析出各个组件之间的层级分配。
功能树建立与层级定义，强调了层级划分的重要性，只有定义好组件的层级，才能更好地理解功能的定义。这里不得不回顾云氪专家讲坛系列课程——安全工程的开端第一讲：FTA和DFA中关于系统层级的定义。
系统失效模式分析与处理：
主要讲述了失效模式分析的过程，包括失效模式的定义、关键字的使用以及失效模式的层级关系。在分析过程中，需要尽可能详细地描述失效原因，以便更好地识别故障。
预防与探测措施的有效实施：
主要讲述了预防措施和探测措施的实施。预防措施主要在开发阶段进行，通过规范和评审等方式防止失效的发生；探测措施则是在产品完成之后，通过测试等手段检测出故障。
以下是内容是现场讨论较多的话题，比如：关于FMEA系统层级的定义。
FMEA一些最佳实践和避坑指南。比如同级之间互相追溯的问题。
软件层级分析与失效识别：
主要讲述了在分析函数过程中，需要参考详细设计和单元设计，以了解函数的功能。同时，还需要关注软件层级分析，从抽象层次上升到实际运行实体。
硬件FMEA ：有一个问题引起了大家的激烈讨论，关于硬件FMEA的颗粒度要做到什么层级。
是如下图的Block层级，还是精确到电阻电容等元器件层级。基于云氪的项目经验是不建议做到元器件层级，可以在Block层级和元器件层级之间找到一个平衡点，一般考虑硬件FMEA往往都是功能安全项目，功能安全项目ASILB以上做FMEDA，在进行FMEDA时就会要做eFMEA，已经到元器件层级。
MSR分析在产品故障诊断中的应用，讲解了MSR分析在降低故障率方面的作用，以及如何通过合理的诊断机制来降低故障率。同时，也提到了在产品开发过程中，需要考虑冗余设计和冗余系统，以确保功能在主系统失效后仍能保持持续运行。
针对MSR现场有一个比较有争议的好问题，供大家来思考：
基于FMEA-MSR降低S之后，是否可以改变产品特殊特性？基于目前标准的理解是不是可以？如果可以的话，似乎对MSR的应用和推广会更加有推动力，越来越多的线控、智驾冗余系统的设计，产品太多的CC/SC 需要进行处理。
最后讨论一些项目过程中常遇到的一些问题以及云氪的最佳实践。
议题总结
在培训过程中，大家对FMEA问题都感同身受，进行激烈的讨论，现场气氛十分火热。
类似FMEA有不同视角，每个与会专家也各抒己见，从不同专业角度提出见解和解决方案，OEM和Tier1视角对FMEA的碰撞。针对具体的问题也许有不同的答案，但对于国内OEM和供应商FMEA工作开展的情况和质量，大家还是达成共识，还有很长的路要走。
最后也留下一个问题供大家思考：FMEA是事后诸葛亮，还是设计时的思考？
现场通过这个问题讨论，大家把做FMEA的好处和难点都进行了深刻的刨析，有经验的工程师可以进行优化设计，帮助企业来避免大量的售后问题，但更多的人还是将FMEA作为项目的知识库和经验积累，用于迭代新产品。也例举了一个国内Tier1从小的工厂逐渐配套国内主流OEM，经过大量的问题迭代打造一个成熟稳定的产品，逐渐成为行业头部标杆的例子，这也侧面反映了FMEA是一个企业在行业地位的一个指标，FMEA做的好，也能反映企业在行业的领先的位置。
公众号｜云氪技术 欢迎转发分享
网 址｜www.creek-auto.com.cn
