浅谈电气设备故障维修保养

简介: 电气设备故障的现象有时表现在电气方面,有时表现在机械方面。我们进行检修电气设备故障时,只要熟练掌握电动机电气故障检修常用方法,对电动机的性能充分了解,往往能顺利排除故障。


当电气设备发生故障后,切忌盲目随便动手检修。在检修前,通过问、看、听、摸来了解故障前后的操作情况和故障发生后出现的异常现象,以便根据故障现象判断出故障发生的部位,进而准确地排除故障。

a.问:询问操作者故障前后电气设备的运行状况及故障发生后的症状,故障是经常发生还是偶尔发生;是否有响声、冒烟、火花、异常振动等征兆;有无经过保养检修或改动线路等。

b.看:察看故障发生前是否有明显的外观征兆,如各种信号;有指示装置的熔断器的情况;保护电器脱扣动作;接线脱落;触头烧毛或熔焊;线圈过热烧毁等。

c.听:在线路还能运行和不损坏设备的前提下,可通电试验,细听电动机接触器和继电器等电器的声音是否正常。

d.摸:在刚切断电源后,尽快触摸检查电动机、变压器、电磁线圈及熔断器等,看是否有过热现象。  

2.检查是否存在机械故障  

在许多电气设备中,电器元件的动作是由机械来推动的或与它们有着密切的联动关系,所以在检修电气故障的同时,应检查、调整和排除机械部分的故障,或与机械维修工配合完成。  

3.电气故障的分析

在处理故障之前,对各部分电气设备的构造,动作原理,调节方法及各部分电气设备之间的联系,应做到全面了解,心中有数。电气设备性能方面的故障,大体上是设备不能进行规定的动作,或达不到规定的性能指标。应从原理上分析设备进行规定动作以及达到规定性能指标应满足的条件,检查这些条件是否全部满足,查找没有满足的条件及原因。总之,应从设备动作原理着手分析,首先查找故障的大范围,然后逐级检查,从粗到细,直到最终找到故障点,并加以排除。对于一些故障现象,不能简单地进行处理,应根据这些现象产生的部位,分析产生的原因,经过逐步试验,确定问题之所在,排除故障后必须进行检查,确认无问题后再按程序送电。切忌贸然行事,使故障扩大,或造成人身,设备事故。

4.用逻辑分析法确定并缩小故障范围

检修简单的电气控制线路时,应根据电路图,采用逻辑分析法,对故障现象作具体分析,划出可疑范围,提高维修的针对性,就可以收到准而快的效果。当故障的可疑范围较大时,不必按部就班地逐级进行检查,这时可在故障范围的中间环节进行检查,来判断故障究竟是发生在哪一部分,从而缩小故障范围,提高检修速度。  

5.对故障范围进行外观检查

在确定了故障发生的可能范围后,可对范围内的电器元件及连接导线进行外观检查,例如:熔断器的熔体熔断;行程开关的位置调整不合适;导线接头松动或脱落;接触器和继电器的触头脱落或接触不良,线圈烧坏使表层绝缘纸烧焦变色,烧化的绝缘清漆流出;弹簧脱落或断裂;电气开关的动作机构受阻失灵等,都能明显地表明故障点所在。  

6.用试验法进一步缩小故障范围

经外观检查未发现故障点时,可根据故障现象,结合电路图分析故障原因,在不扩大故障范围、不损伤电气和机械设备的前提下,进行直接通电试验,或除去负载通电试验,以分清故障可能是在电气部分还是在机械等其他部分;是在电动机上还是在控制设备上;是在主电路上还是在控制电路上。列如:接触器吸合电动机不动作,则故障在主电路中;接触器不吸合,则故障在控制电路中。一般情况下先检查控制电路,具体做法是:操作某一只按钮或各种开关时,线路中有关的接触器、继电器将按规定的动作顺序进行工作。若依次动作至某一电器元件时,发现动作不符合要求,既说明该电器元件或其相关电路有问题.再在此电路中进行逐项分析和检查,一般便可发现故障.待控制电路的故障排除恢复正常后再接通主电路,检查对主电路的控制效果,观察主电路的工作情况有无异常等。

相关文章
|
1月前
|
存储 Kubernetes API
K8S上生产环境后,90%都会遇到这个故障
K8S上生产环境后,90%都会遇到这个故障
50 0
|
8月前
|
运维 网络协议 安全
网络故障分析
了解一些运维工作所必须要掌握的网络命令(MTR、traceroute 等)的原理和使用,并进行演示
|
运维 测试技术
6月27日阿里云故障说明
6月27日下午,我们在运维上的一个操作失误,导致一些客户访问阿里云官网控制台和使用部分产品功能出现问题。故障于北京时间2018年6月27日16:21左右开始,16:50分开始陆续恢复。对于这次故障,没有借口,我们不能也不该出现这样的失误!我们将认真复盘改进自动化运维技术和发布验证流程,敬畏每一行代码,敬畏每一份托付。
10628 2
|
7月前
|
监控 安全 数据安全/隐私保护
服务器数据恢复—如何预防服务器故障?发生故障后如何恢复服务器数据?
服务器常见故障: 硬件故障:磁盘、板卡、电源故障等。 软件故障:操作系统崩溃、程序运行错误等。 入侵破坏:加密、删除服务数据等。 不可控力:浸水、火烧、倒塌等。 误操作:格式化、删除、覆盖等。
|
监控 容灾 安全
系统总出故障怎么办?
系统总出故障怎么办?
|
域名解析 运维 Prometheus
k8s故障检测与自愈(一)
k8s故障检测与自愈(一)
k8s故障检测与自愈(一)
|
消息中间件 Kubernetes Cloud Native
如果故障选择了你……
总以为混沌工程离你很远?但发生故障的那一刻不是由你来选择的,而是那一刻来选择你,你能做的就是为之做好准备。混沌工程在阿里内部已经应用多年,而ChaosBlade这个开源项目是阿里多年来通过注入故障来对抗故障的经验结晶。为使大家更深入的了解其实现原理以及如何扩展自己所需要的组件故障注入,我们准备了一个系列对其做详细技术剖析:架构篇、模型篇、协议篇、字节码篇、插件篇以及实战篇。
如果故障选择了你……