I have a Tac 32 that faults out after running to the third landing (3 stop, twin post telescoping pistons.)
Initial fault list upon finding the unit down (at first floor with door open. This is on an AirForce base and they never even called us, but someone (their civil engineering or fireman) had removed the tank lid, controller cover and turned the in-car stop switch off, apparently trying to diagnose it themselves. Who knows what they did, or whether the initial fault list is partially a result of their actions.)
Fault 1 and following:
12745-SP (a corrupted bottom HWAC CAN message version)
1021 (inspection indicates an invalid I/O or the status of an I/O indicates a combo of active and inactive inputs that are not allowed.)
2710-sp (during machine room inspection, an invalid I/O was detected)
1057 (the encoder is out of tolerance at floor level)
2745-sp (see above)
Reset the faults, unit began viscosity control. Ran it to second floor, then third, unit reversed at third without a DO and returned to first, faulted out.
Fault 1 and following:
1068 (Dual post rack error)
1095 (Dual post rack error- a dynamic sensor failed - check TPDL, TPDR)
2745-Sp (a corrupted bottom HWAC CAN message version)
Reset, allowed viscosity control to completely warm oil and shut off (I’ve had VC roast a tank of oil and the lid was off so I wondered whether base personnel had thought it was overheated) and then ran it to 2nd several tunes to verify that it would, indeed, survive that without problems. It did. Then ran it to 3rd, where it immediately reversed to 1st landing and faulted out again.
Fault 1 and following:
1068 dual post rack error
1095 dual post rack error, dynamic sensor failed, etc
No reappearance of the 2745-SP fault.
So, I took pictures of the dynamic sensor assemblies in the hoist way and headed back to the office, figuring that was what I needed.
However, Vertical Xpress is having trouble finding the part numbers I need for those and the tech dropped the call and hasn’t yet called me back from yesterday. As a result, I’m contemplating what I can be doing on my end and whether there is more to the story, now that I’m 1.5 hours away from the job.
For instance, I didn’t look for the Dynamic Sensors on the print. They serve to verify that the twin post telescoping system is within the acceptable synchronization range. I did verify that both pistons are leak free and appear to be exactly in sync, before and after a “force jack resync” command. I also inspected the sensors in the hoistway and verified that the red LED on the module next to them does react to breaking the “beam” with my hand, and there is no obvious damage.
I’m wondering if there are relays on the controller that are managed by the Dynamic Sensors, and if they might possibly be at fault - a much more plausible condition than faulty fiber optic sensors and modules in the hoist way?
Also, that fault 2745-sp that manifested twice (although not at the last shutdown) concerns me. Could that be related?
Should I go to the trouble to go back over there and see if the sensors go directly to the controller or through a hnb card (fault 2745 may indicate a faulty bottom hnb card that has the access function on it?) Possibly the bad HNB card is causing the supposed Dynamic Sensor fault? Although it seems likely that I’d see more problems than that from a deteriorating HNB card.
If the sensors go to the controller, are there more likely culprits like a relay to replace, etc.?
In your experience, should I go ahead and work at getting the right part numbers from Vertical Xpress and get the fiber optic sensor and modules x 2, and even an HNB card before going back? Or are there other things to check/replace before going that route?
Thanks for your time and expertise!!
