FMEA方法培训.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
4、可靠性验证测试及评估--可靠性验证测试 器件分类 失效模式1 失效模式2 失效模式3 器件分类 失效模式1 失效模式2 失效模式3 电阻 短路 开路 阻值变化 指示灯 变暗 不亮 时好时坏 电容器 短路 开路 漂移 晶体管、光电耦合器 短路 开路 漂移 二次模块电源 无输出 输出偏低 输出偏高 传感器 性能退化 输出为0或最大值 无输出 FPGA 短路 无功能 电性能退化 光电器件 光功率低 无光功率 其他 专用集成芯片 激光驱动器 整体失效 厚膜、音频及通信网口变压器 开路 短路 光分路器 性能退化 开路 粘污 感性器件 开路 漏电 短路 波分复用器 整体失效 继电器 开路 不能动作 光纤衰减器 断纤 退化 接触器 不能动作 断不开 光开关 整体失效 晶体振荡器 无输出 输出频率不对 输出时有时无 射频功率放大器IC 增益低 P1db低 无输出 滤波器 短路 开路 漏电 射频开关 插损变大 隔离度变小 P1db变小 接插件 开路 接触不良 短路 电池 性能退化 无输出 短路 开关 开路 破裂 粘连 风扇 不转 无法启动 保险管 不能熔断 熔断慢 过早熔断 显示器 变暗 缺点 不显示 硬件常用器件失效模式 4、可靠性验证测试及评估--可靠性验证测试 验证系统故障管理能力 1) 出现故障后系统处理不当引起业务中断;比较典型的例子:线路的1.8V电源失效,网络发生复用段倒换,但几分钟后倒换确恢复了,导致网络业务中断; 2) 主备之间的信号检测未加过滤,导致误倒换;比较典型的例子:主备单板之间的主备信号、好坏信号等等的检测没有增加过滤,由于这些信号是时钟信号,因此外界出现干扰,系统主备出现误倒换; 3) 模块之间处理错误;比较典型的例子:时钟板的1.5V电源出现问题,由于BOIS和单板软件的接口错误,导致倒换失常;再比如:线路发现交叉过来的业务出现LOS,会上报给主机,但却被主机给抑制了,系统无法知道原因; 4) 重大故障无法准确定位;比较典型的例子:线路的622M晶振失效,系统出现很多业务的告警,但无法准确定位是哪一块单板出现故障; 5) 检测不全面;比较典型的例子:在位线或者ID线在单板运行过程中出现故障,系统无法知道,单板硬复位或者重起后,无法和主控联系,业务中断; 6) 告警抑制不正确;这个问题很多,其中比较典型的例子:单板电源出现问题,系统会上报电源或者单板不在位告警,但其他会随之上报很多读写错误、总线错误等等杂乱的告警,定位困难,没有做到真正的抑制关系。 4、可靠性验证测试及评估--可靠性验证测试 验证系统故障管理能力 不但要保证故障后可以倒换,还需要提供相应的告警指示。 产品可靠性指标验证 4、可靠性验证测试及评估--可靠性验证测试 主用单板故障定位率 备用单板故障定位率 切换成功率 平均故障恢复时间 主备倒换时间 主备倒换过程中业务的受损情况 FMEA FIT测试验证 可靠性工作介绍 故障管理设计 FMEA分析方法介绍 可靠性验证测试(FIT) 课程目的 1、概述--通信网的可用性 接 入 层 骨 干 网 设 备 层 骨 干 网 接 入 层 骨 干 网 设 备 层 骨 干 网 骨 干 网 1、设备都是通信网络中的一个接点,网络的可靠性或者说端到端的可靠性是用户最终关心的。不能仅仅关注设备可靠性而忽视组网、网络其他部件对可靠性的影响; 2、 不同网络层次的设备有不同的可靠性要求。核心层设备偏重于HA,中间层设备偏重于成本与HA的良好结合,终端设备偏重于成本与返修率; 3、HA不仅仅包括设备软、硬件的HA,而且包括计划性中断、人为差错等的HA,所以也要关注升级、数据配置、补丁等造成的业务中断; 4、需求的落实需要可靠性工程师对产品设计方案的了解,需求跟踪,FIT测试验证。更需要开发人员的并肩作战。 HA 网络级HA 设备HA 人为差错HA 系统HA 连接设备HA 计划性活动HA 交换模块HA 线路处理模块HA 平台软件模块HA 主控模块HA 电缆HA 背板HA 硬件HA 软件HA 机电模块HA 服务器模块HA …… …… …… 功能框1HA 功能框2HA 功能框3HA …… 产品的可靠性可以理解为三个规定,即规定条件下、规定时间内、产品完成规定功能的能力。 从用户的角度考虑,可简单地理解为几个层面的要求: 硬件故障,仅对性能有部分影响,设备的功能不受损。 硬件不出故障 硬件故障,设备部分或全部功能受损。但能尽快恢复业务。 第二层面 第一层面 第三层面 1、概述--可靠性的层次 电路应用规范、器件应力降额、环境适应性、EMC、防护、安规、HALT试验等 冗余、倒换策略,倒换条件完善,数据备份策略 故障检测、隔离,定位,维修性等 元器件降额分析 可靠性FMEA、CA分析 系统结构的考虑。如冗余、负荷分担。

文档评论(0)

bm5044 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档