ACD2故障

2020/7/26 10:22:22点击:
目前OTIS的电梯大多是GECB+GDCB的系统。经常听到说死机问题,电梯死机后,电梯停在某层不动了,打检修再打正常后电梯恢复正常运行,或电梯断电后重新送电,也能恢复正常运行。
目前发现以下3种情况都能进入死机状态:
电梯处在DTC状态,开着门不动了。当电梯开门的时间超过DTC-T后,进入关门保护状态,即使电梯去除了关门阻碍,电梯还是不能正常运行。现场检查发现,
是由于RDOB、RLRD造成的,可以直接从IO口中取消掉。如果这时再进入DTC状态,在关门阻碍去除后,电梯还会自动进入正常状态。
如果把DTC-T参数设置为255,当然也不会进入DTC保护了。
电梯进入TCI—LOCK状态,电梯死机。用TT进入M121察看,同时有ERO/TCI的事件记录。造成这种死机的原因,应该是RSL的问题,串行通讯信息的错误,致使IO691误动作。
现场发现了一种情况造成了这个故障,2台电梯并联,公用1套外呼,SOM板子上J2的5个铁环,没有剪断。因为的RSL终端电阻用的都是75欧姆的(LC2、LC3板子),
所以SOM板子上J2的5个铁环,都应该剪断,否则容易引起数据通讯时产生干扰,SOM板不仅仅是用做外呼的切换,也起到了阻容匹配的作用。
电梯进入SWITCH INS、HWY—HAD状态。这是由于井道闯入造成的安全保护。电梯在正常状态,同时门处于关闭状态时,如果门锁DW信号有超过2秒的时间没有检测到,
就进入了这种保护状态。由此可以分析到:
A、如果用户的电源电压有波动,瞬间电压过低,造成安全回路电压过低,可以造成这个问题。
B、门锁节点接触不好可以造成这个问题。
C、楼层太高,也容易造成这个问题,因为门锁线路太长,厅门节点多,容易引起过多的电压降,以前的3100电梯,有C回路,就解决了这个问题。
D、门系统的串行通讯有问题也可以造成这也故障。特别是过多层站的电梯,因为的RSEB性能不太稳定,在与AT120门机通讯时用以造成ST1、ST2、ST3等信号的误触发,
引起微动开门(这时,控制板并没有发出开门指令)。解决这个问题的经验做法是单独用一块RS14板来跟门机通讯