Technical System Troubleshooting
- April 29th, 2011
- Write comment
So…I spent some time recently troubleshooting a balky motor and control system at a client’s site–and learning a lesson in overthinking things! A little background:
This is a system that is about 18 years old. It’s a high-speed lineset (top speed is about 200 feet per minute) controlled by a PLC. This client was never given a copy of the PLC’s program, the original contractor does not have a copy and neither has complete documentation of the system. This is a counterweight assisted motorized set that CAN be disengaged from the motor. It also has ultimate up and down limits, “normal” up and down limits and the ability to set soft trims.
We started the process by assuming that the PLC was fine, that the problem was elsewhere in the system–mostly because neither they nor we have the software to connect to the PLC nor the program to restore it if a problem had occurred there–and because it is more likely that the problem was somewhere else. A review of the schematic and the installed wiring turned up some oddities in the stage-level controls. Relays that should have been open were closed and some were closed that should have been open. So up to the grid (a long climb up a straight ladder) to examine the motor control cabinet.
Through all of this, we were rechecking the diagnostic work already done by the client–a routine technique to verify that, for example, none of the 21 fuses in the overall system have been missed. The relays in the MCC checked out normal–none were stuck. More checking (and rechecking), we found a set of fuses that had not yet been checked. Bingo! One bad.
Two days later, after installing the new fuse, the system ran for a moment in one direction, then stopped…here’s where the over thinking part comes in. After rechecking the fuse and then checking the limit switches, relays, cycling power and finding nothing else obviously wrong, we started to be concerned that maybe there really was an issue with the controls.
Until we went back down to the floor and the main control panel.
Since the arbor can be decoupled from the motor, the system has a built-in resynchronization procedure. This basically involves taking the lineset to its normal high limit–which is about two inches from the ultimate up limit–and then running the motor until the system thinks the motor and lineset are in the same place. The clutch that allows manual operation is an electromagnetic device. What happened, that we finally caught, was that during the “running the motor” step, there was enough residual friction to drift the lineset another 3-4 inches–putting it firmly on the ultimate limits. On top of that, the system believed that it was actually past the soft trim set in the system–another fault condition.
Putting the lineset back within its limits and resetting the zero allowed clearing the trims–and, finally, normal operation of the system.
The clues were all there (one of the faults was an “Ultimate” fault) but we thought the problem was more complex than it actually was and jumped to a different, and wrong, conclusion about the reason for the issues. Sometimes, it pays to look at the obvious: a blown fuse was the root cause; human error was the rest.