FMECA是针对产品所有可能的故障,并根据对故障模式的分析,确定每种故障模式对产品工作的影响,找出单点故障,并按故障模式的严重度及其发生概率确定其危害性。所谓单点故障指的是引起产品故障的,且没有冗余或替代的工作程序作为补救的局部故障。FMECA包括故障模式及影响分析(FMEA)和危害性分析(CA)。
中文名
FMECA
包    括
故障模式及影响分析和危害性分析
作    用
找出单点故障
步    骤
填写FMEA表

目录

定义

编辑

故障模式、影响和危害性分析(Failure Mode, Effects and Criticality Analysis,简称FMECA) 是在工程实践中总结出来的,以故障模式为基础,以故障影响或后果为目标的分析技术。它通过逐一分析各组成部分的不同故障对系统工作的影响,全面识别设计中的薄弱环节和关键项目,并为评价和改进系统设计的可靠性提供基本信息。

表格示例

编辑

实例

注意问题

编辑

1.明确分析对象  找出零部件所发生的故障与系统整体故障之间的因果关系是FMECA的工作思路,所以明确FMECA的分析对象,并针对其应有的功能,找出各部件可能存在的所有故障模式,是提高FMECA可靠性和有效性的前提条件。
2.时间性  FMEA、FMECA应与设计工作结合进行,在可靠性工程师的协助下,由产品的设计人员来完成,贯彻“谁设计、谁分析”的原则,并且分析人员必须有公正客观的态度,包括客观评价与自己有关的缺陷,理性分析缺陷的原因。同时FMEA必须与设计工作保持同步,尤其应在设计的早期阶段就开始进行FMECA,这将有助于及时发现设计中的薄弱环节并为安排改进措施的先后顺序提供依据。如果在产品已经设计完成并且已经投产以后再进行FMEA,其实对设计的指导意义不大。一旦分析出原因,就要迅速果断地采取措施,使FMEA分析的成果落到实处,而不是流于形式。
3.层次性  进行FMECA时,合理的分析层次确定,特别是初始约定层次和最低约定层次能够为分析提供明确的分析范围和目标或程度。此外,初始约定层次的划分直接影响到分析结果严酷度类别的确定。一般情况下,应按以下原则规定最低约定层次:。
(1)所有可获得分析数据的产品中最低的产品层次
(2)能导致灾难的(I类)或致命的(II类)故障的产品所在的产品层次;
(3)定或预期需要维修的最低产品层次,这些产品可能导致临界的(III类)或轻度的(IV类)故障。
4.FMECA团队协作和经验积累  往往FMECA都采用个人形式进行分析的,但是单独工作无法克服个人知识、思维缺陷或者缺乏客观性。从相关领域选出具有代表性的个人,共同组成FMECA团队。通过集体的智慧,达到相互启发和信息共享,就能够较完整和全面地进行FMECA分析,大大工作效率。
FMECA特别强调程序化、文件化,并应对FMECA的结果进行跟踪与分析,以验证其正确性和改进措施的有效性,将好的经验写进企业的FMECA经验反馈里,积少成多,形成一套完整的FMECA资料,使一次次FMECA改进的量变汇集成企业整体设计制造水平的质变,最终形成独特的企业技术特色。

步骤

编辑

(1)掌握产品结构和功能的有关资料。
(2)掌握产品启动、运行、操作、维修资料。
(3)掌握产品所处环境条件的资料。
(4)定义产品及其功能和最低工作要求。
(5)按照产品功能方框图画出其可靠性方框图。
(6)根据所需要的结构和现有资料的多少来确定分析级别,即规定分析到的层次。
(7)找出故障模式,分析其原因及影响。
(8)找出故障的检测方法。
(9)找出设计时可能的预防措施,以防止特别不希望发生的事件。
(10)确定各种故障模式对产品产生危害的严酷程度。
(11)确定各种故障模式的发生概率等级。
(12)填写FMEA表,并绘制危害性矩阵,如果需要进行定量FMECA,则需填写CA表。

FMECA分析的更多相关文章

  1. alias导致virtualenv异常的分析和解法

    title: alias导致virtualenv异常的分析和解法 toc: true comments: true date: 2016-06-27 23:40:56 tags: [OS X, ZSH ...

  2. 火焰图分析openresty性能瓶颈

    注:本文操作基于CentOS 系统 准备工作 用wget从https://sourceware.org/systemtap/ftp/releases/下载最新版的systemtap.tar.gz压缩包 ...

  3. 一起来玩echarts系列(一)------箱线图的分析与绘制

    一.箱线图 Box-plot 箱线图一般被用作显示数据分散情况.具体是计算一组数据的中位数.25%分位数.75%分位数.上边界.下边界,来将数据从大到小排列,直观展示数据整体的分布情况. 大部分正常数 ...

  4. 应用工具 .NET Portability Analyzer 分析迁移dotnet core

    大多数开发人员更喜欢一次性编写好业务逻辑代码,以后再重用这些代码.与构建不同的应用以面向多个平台相比,这种方法更加容易.如果您创建与 .NET Core 兼容的.NET 标准库,那么现在比以往任何时候 ...

  5. UWP中新加的数据绑定方式x:Bind分析总结

    UWP中新加的数据绑定方式x:Bind分析总结 0x00 UWP中的x:Bind 由之前有过WPF开发经验,所以在学习UWP的时候直接省略了XAML.数据绑定等几个看着十分眼熟的主题.学习过程中倒是也 ...

  6. 查看w3wp进程占用的内存及.NET内存泄露,死锁分析

    一 基础知识 在分析之前,先上一张图: 从上面可以看到,这个w3wp进程占用了376M内存,启动了54个线程. 在使用windbg查看之前,看到的进程含有 *32 字样,意思是在64位机器上已32位方 ...

  7. ZIP压缩算法详细分析及解压实例解释

    最近自己实现了一个ZIP压缩数据的解压程序,觉得有必要把ZIP压缩格式进行一下详细总结,数据压缩是一门通信原理和计算机科学都会涉及到的学科,在通信原理中,一般称为信源编码,在计算机科学里,一般称为数据 ...

  8. ABP源码分析一:整体项目结构及目录

    ABP是一套非常优秀的web应用程序架构,适合用来搭建集中式架构的web应用程序. 整个Abp的Infrastructure是以Abp这个package为核心模块(core)+15个模块(module ...

  9. HashMap与TreeMap源码分析

    1. 引言     在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Ja ...

随机推荐

  1. 第三方模块paramiko的使用

    "Paramiko" is a combination of the Esperanto words for "paranoid" and "frie ...

  2. windows Apache服务器配置

    Apache 64位可以而32位不可以 安装Apache服务 注意: 如果没有自己设置Apache服务名,后面都可不跟-n "服务名",即采用默认的服务名称. 必须用管理员提示符打 ...

  3. *C语言有关指针的变量声明中的几个易错点

    转至:http://my.oschina.net/ypimgt/blog/108265   Technorati 标签:  指针, typedef, const, define 我们都知道,至少听说过 ...

  4. Python 定位桌面

    通过注册表寻找桌面路径: (用内置的winreg) import winreg key = winreg.OpenKey(winreg.HKEY_CURRENT_USER, \             ...

  5. Python CRM项目七

    仿照Django Admin实现对readonly的字段进行设置 功能点: 1.页面不可进行更改 2.如果改变html代码中的值,则需要进行后端的数据库数据校验 3.可以对某些字段进行自定制校验规则 ...

  6. Java 常用List集合使用场景分析

    Java 常用List集合使用场景分析 过年前的最后一篇,本章通过介绍ArrayList,LinkedList,Vector,CopyOnWriteArrayList 底层实现原理和四个集合的区别.让 ...

  7. Exchanger

    Exchanger可以在两个线程之间交换数据,只能是2个线程,不支持更多的线程之间互换数据. 当线程A调用Exchange对象的exchange()方法后,他会进入阻塞状态,直到线程B也调用了exch ...

  8. web.xml组件加载顺序

    在配置项目组件的过程中, 了解Tomcat加载组件顺序很有必要. 例如某些框架如Quartz的集群功能需要数据库的支持, 数据库的加载肯定要在框架组件加载之前. 经过查阅和Debug发现, web.x ...

  9. BZOJ 3585: mex [主席树]

    3585: mex Time Limit: 20 Sec  Memory Limit: 128 MBSubmit: 787  Solved: 422[Submit][Status][Discuss] ...

  10. 用 label 控制 Pod 的位置 - 每天5分钟玩转 Docker 容器技术(128)

    默认配置下,Scheduler 会将 Pod 调度到所有可用的 Node.不过有些情况我们希望将 Pod 部署到指定的 Node,比如将有大量磁盘 I/O 的 Pod 部署到配置了 SSD 的 Nod ...