Logbooks Lab Maintenance Evaporator_1 Evaporator_2 Laser cutter Target Production Test-Stand RH-ISAC RH-Cyclotron RH-Meson Hall RH-Beamlines RH-ARIEL
  RH-ARIEL, Page 1 of 4  Not logged in ELOG logo
Entry  Friday, December 22, 2017, 12:42, Jason Kapalka, T-Hall Crane, Standard Operation, Powered down ARIEL Target Hall Crane 

 Powered down ARIEL Target Hall Crane today by switching off main power switch on B1 level in preparation for site-wide BC Hydro power outage on Dec. 27-29.

Entry  Thursday, February 13, 2020, 08:51, Adam Newsome, T-Hall Crane, Standard Operation, Remote mode door limit switch bypass 

The non-existent safety limit switch for the target hall door which prevents remote motion has been bypassed in the crane PLC control panel to allow for remote operation of the crane. This will be un-bypassed when a switch is installed. Specifically, a jumper was placed from terminal 18001 to 20121 and 20141 which will enable the hall lock safety relays 2012SR and 2014SR. The crane is currently operational in both local and remote mode.

Entry  Wednesday, August 24, 2022, 13:47, Adam Newsome, T-Hall Crane, Standard Operation, Pendant/Receiver Communication Issue 

In preparing to troubleshoot the issue described in e-log #54, the crane was power cycled, and the pendant battery removed, to get to a "fresh start" state. Prior to this, the crane functioned normally aside from the incorrect E/W direction control on the North Aux Hoist.

Upon powering the crane back on, the pendant did not work to control the crane in any mode. The HMI had a fault present which read "305. Radio Control Receiver in Fault (3700RC)". This was accompanied by a red light in the safety control relay status summary screen, for "Radio Control Converter Communication Fault With Receiver (3714CONV)".

If the crane was placed in remote mode, the safety control relay status summary all turned green, and the reset button could be pressed, enabling remote mode. This means the issue was specific to the pendant/receiver communication specifically.

The receiver (in the cabinet in the control room) was inspected and the power status LED was on, the RF LED was off (which means there is no issue, OK), and the "OK to receive signal" LED was on - this indicates that the receiver was functioning as expected.

To further troubleshoot the issue - the crane was powered off, the receiver's antenna was disconnected and reconnected, and the multipin connector for the receiver was disconnected and reconnected. The system was powered back on, and the reset button was pressed. The fault message and the safety relay issue were cleared, and the pendant functioned again as normally expected (aside from the persistent issue from e-log #54).

It is unclear exactly what the issue was and how it was resolved, but could have been related to either a loose connector, or power cycling and resetting the system.

Entry  Tuesday, December 20, 2022, 10:03, Adam Newsome, T-Hall Crane, Standard Operation, Overhead crane powered off for the holidays 

[edit 2023-01-03] The crane was powered back on this morning - there do not appear to be any faults on the HMI and it seems that the crane was unaffected by the power outage.

The ARIEL target hall overhead crane was powered off for the holidays. In the new year, throw the main disconnect in the crane control room to power back on.

Entry  Friday, January 20, 2023, 14:48, Adam Newsome, T-Hall Crane, Standard Operation, Pendant/Receiver Communication Issue (Repeated) 

An issue was observed in which the pendant did not work to control the crane. This is the second time in recent memory this has happened. See e-log 55 for details. The same sequence of steps outlined in e-log 55 was followed, and the pendant control was re-established. It is still unclear what the root cause of this issue is, but it is suspected that the crane pendant loses communication with the receiver for some reason, and even though communication can be re-established, the reset button on the crane control console does not clear the fault message, and the system must be power-cycled in order to fully reset. This is just speculation based on what is observed. Further investigation required.

Entry  Tuesday, April 25, 2023, 12:28, Adam Newsome, T-Hall Crane, Standard Operation, ARIEL Target Hall Crane - Drives Fault MicrosoftTeams-image_(10).png

Today while operating the crane with load, the crane stopped moving. Upon investigating, all safety signals appeared to be OK. Fault messages regarding drive faults for various VFDs were present, which seemed to stem from an ethernet adapter card fault (see attached photo). It is unknown how this occurred, but suspected that it was due to a brief blip in network communications or the external drive power supply control signal. It is worth noting that the diesel generator tests took place today, and there could have been some affect from a power surge because of this.

The crane was power-cycled using the main disconnect, and safety system reset. The faults disappeared. The crane was operational again.

If this issue occurs again, it should be investigated more thoroughly. It would be worth checking if there were any generator tests or other things which could cause some sort of power surge.

Entry  Wednesday, April 12, 2017, 10:52, Jason Kapalka, T-Hall Crane, Repair, ARIEL Target Hall crane oil leaks & inspection plan IMG_3111.JPGIMG_3112.JPGIMG_3113.JPGIMG_3114.JPGIMG_3115.JPG
On March 29, 2017, a 9 tonne load was transferred in the ARIEL Target Hall with the overhead crane (TRIUMF crane #44). On April 3, 2017, several drops of green oil were observed on the floor and hookblock directly beneath the single equalizing sheave. The Remote Handling department millwrights were notified and an inspection of the crane using a man-lift was performed to verify the source of the oil leak. Upon inspection, it was confirmed that the green oil leak was coming from the bearing on the single balancing sheave. This sheave wheel is rarely moved since it's primary purpose is to equalize the wire rope between the hook block and the two hoists; however both hoists have remained relatively synchronized since the crane installation in the summer of 2015. The millwrights suspect that the grease inside the sheave bearing has separated due to inactivity and the low viscosity fluid slowly weeps out. The leak rate was estimated at less than one oil drop per day. During the inspection to find the source of the green oil leak, black oil was observed on top of both crane bridge girders. The apparent source of the black oil is the redundancy (aka failed drive bypass) system gearbox on the north and south side of the trolley. This black oil leak was significantly larger than green oil leak, and the question was raised about whether it was noticed during the annual inspection of the crane. Upon review, it was discovered that this crane was not yet added to the list of TRIUMF cranes that are inspected annually (typically performed during January-March), presumably due to its infrequent use. A request was made and this crane was added to the inspection list. Both leaks will be investigated further when the crane receives its annual inspection in April or May (which will be conducted by a third party service company) and the findings and recommended actions will be documented in this E-Log entry.
Entry  Monday, July 17, 2017, 15:32, Jason Kapalka, T-Hall Crane, Repair, Target Hall Crane modifications and repairs 
 
Entry  Tuesday, November 19, 2019, 10:31, Adam Newsome, T-Hall Crane, Repair, 900VFD Encoder Board Replacement IMG_20191106_140016.jpgIMG_20191106_153311.jpgIMG_20191112_114042.jpgHoist_Sync_3.jpgHoist_Sync_5.jpg
An issue arose in which the ARIEL crane hoist could not be moved. It was determined that the East and West drums were out of synchronization (by more than 0.2 m, which the limit) and the encoder board inside the 900VFD had failed.

Summary: The synchronization and encoder board issues were resolved, and the crane is now functional. The root cause of both of these issues is unknown.

The following is a timeline of events for record, in case a similar issue arises again:

Nov 6:

- Crane hoist not working
- Contact was made to COH to initiate troubleshooting
- Faults were observed: Drive fault for 700VFD, Drive fault for 900VFD and 900VFD not ready, Main Hoist Drum East and West Absolute Encoders Position Difference
- Logging in to the HMI as a maintenance user and viewing hoist feedback showed that: East drum absolute and incremental encoders agree with each other, West drum absolute and incremental encoders agree with each other, West drum and East drum encoder values do NOT agree with each other (approx 0.22 m difference, the threshold for faulting is 0.2 m)


Nov 12:

- Crane hoist mode was switched to operate only the East drum independently, and adjust it so that the encoder readout on the HMI of the difference between East and West drums was approximately 0... the red X indicators changed to a green checkmark, and the encoder difference fault was eliminated
- An attempt was made to operate both drums simultaneously again, but the drive faults persisted... contact was made to COH for further troubleshooting
- Hugo from COH suggested moving the encoder board within the VFD from 900VFD to 700VFD, to see if the "drive not ready" fault followed the board, to narrow down the issue. This swap was made, and it was determined that the issue was in fact due to a faulty encoder board. The VFD itself displayed fault code 4030 (Enc 1 open wire). A replacement as well as a spare were ordered (Allen Bradley 20-750-DENC-1).


Nov 18:

- The encoder board within 700VFD was replaced with a new one (this is the one that was previously in 900VFD)
- The fault messages were eliminated, and both drums could be run independently and simultaneously


Nov 19:

- Thomas Kauss, Travis Cave, and Adam Newsome tested the crane to verify functionality and check for synchronization of drums
- The drums are synchronized, as described in the operator's manual (visual verification of tick marks on hoists, 17 turns of rope when at upper limit)
- The crane was run to its upper limit and down a few times, and the hoists were observed: nothing out of the ordinary was noted
Entry  Friday, July 03, 2020, 15:43, Adam Newsome, T-Hall Crane, Repair, North Aux Hoist: West Travel Motion Failure IMG_20200703_150700.jpg

An issue was observed in which the North Aux hoist failed to travel West when commanded to, but the East motion was functioning. The North Aux hoist Trolley was stuck in a position up against the East wall.

Present during troubleshooting: Adam N, Maico D, Tom K, Allon M, Travis C

After troubleshooting, it was determined that:

  • There were no fault messages on the HMI display relating to this issue
  • The HMI indicated "Bridge Not in North Limit and/or Auxiliary Trolley North Not in East or West Limit" - the Bridge was not in the north limit as described, and this message implies the PLC thought the North Aux hoist was somewhere along the middle of its travel
  • The West run signal was reaching the remote receiver from the crane pendant
  • The West and East run signals were correctly reaching their respective input pins on the VFD (DI1, DI2)... upon swapping wires and commanding it to run East, the West direction still did not function
  • The VFD was displaying the correct output frequency information on its display when commanded to run East, but not west
  • The limit switch was not related to this issue

Upon swapping out the VFD with the working one from the South Aux hoist, the North Aux hoist Trolley was able to move both East and West, as normal. It was therefore determined that the VFD had failed and must be replaced.

 

Current state of system as of July 3, 2020:

  • The North Aux hoist is fully functioning (contains VFD from South one)
  • The South Aux hoist is disabled (no VFD, breakers shut off)
  • The North Aux hoist limit switch flag has been temporarily bypassed to allow for crane work in the target hall (not a safety issue - extended bumpers are installed and the regular bridge limit switches are functioning normally... this is only to allow the bridge to run its full length of travel when the North Aux hoist is at its fully East position)

 

Next steps:

  • Adam Newsome requested quote for replacement drive (Delta Electronics TDN007E1100WM0) - will advise when replacement arrives
  • Install replacement drive into South Aux hoist upon arrival (note: check EMC level modification)
  • Verify entire system functioning as normal
  • Reinstall North Aux hoist limit switch flag

 

Entry  Wednesday, September 09, 2020, 10:51, Adam Newsome, T-Hall Crane, Repair, North Aux Hoist Replacement (followup on E-Log 44) 

See E-Log 44 for details on North Aux Hoist failure.

A replacement VFD was ordered by Adam Newsome and installed by Tom Kauss.

Adam and Tom replaced the VFD in the South Aux hoist (which had been relocated to the North Aux hoist). The original braking resistor was used. No functionality changes to the system.

Both Aux hoists were tested: E/W travel, up/down travel. Each hoist is functioning correctly. E/W speeds were compared between the two hoists and found to be the same (~14 Hz for slow speed, ~95 Hz for fast speed).

The replacement job is complete and the issue outlined in E-Log 44 is resolved, although the original cause for failure has not been determined.

Current state of system as of Sept 9, 2020:

  • The North Aux hoist is fully functioning (contains original VFD from South one)
  • The South Aux hoist is fully functioning (contains newly replaced VFD with original braking resistor)
  • The North Aux hoist limit switch flag has been temporarily bypassed to allow for crane work in the target hall (not a safety issue - extended bumpers are installed and the regular bridge limit switches are functioning normally... this is only to allow the bridge to run its full length of travel when the North Aux hoist is at its fully East position)

Next steps:

  • Reinstall North Aux hoist limit switch flag (TBD when Target Hall installation work is done)
Entry  Tuesday, November 23, 2021, 11:01, Adam Newsome, T-Hall Crane, Repair, Load Cell - Not Functioning 

The load cell which is located on the crane itself to display the load to operators was reported not working during the week of November 15. It is planned to investigate on Nov. 25 and this e-log will be updated with the status.

 

Edit (2022-02-02): the load cell is functioning again. No changes were made.

Entry  Tuesday, February 01, 2022, 08:29, Adam Newsome, T-Hall Crane, Repair, North Aux Hoist - West Motion Failure 

An issue was observed in which the North Aux hoist failed to travel West when commanded to, but the East motion was functioning. The up/down motion was also functioning. The North Aux Hoist Trolley failed during regular usage, seemingly randomly, when it was about 70% towards the West end of travel. Note that the West motion VFD inside the North Aux Hoist is the one previously taken from the South Aux Hoist (the same issue with the North Aux Hoist was observed last year, and the VFD was swapped, and a new one was installed in the South Aux Hoist).

 

A replacement VFD (Delta TDN007E1100WM0) will be ordered and installed, and this e-log will be updated.

Edit 2022-03-15: the replacement VFD has been installed and the system is operational. See e-log 52.

Entry  Tuesday, March 15, 2022, 10:03, Adam Newsome, T-Hall Crane, Repair, North Aux Hoist VFD Replaced 

The North Aux Hoist VFD which had failed (e-log 50) was replaced today by Tom Kauss and Adam Newsome on Work Permit A2022-03-15-1.

The hoist's motions were all tested - it is functioning normally again.

Entry  Friday, January 13, 2023, 13:57, Adam Newsome, T-Hall Crane, Repair, Crane light (west) not working 

It was observed today that the crane's west light was not functioning.

Entry  Tuesday, March 21, 2023, 10:47, Adam Newsome, Hot Cell 1, Repair, Circuit breaker replacement - telemanipulators 

There was an issue with a 20 A circuit breaker used to control motor assist functions for the telemanipulators (specifically, the rightmost CB in the panel for the right (East) manipulator set). This circuit breaker was moved to the panel for the left (West) manipulator set in the rightmost position, and then subsequently replaced with a new one, which is functioning correctly. It is suspected that the former CB which was not working was calibrated towards the low end from the factory, based on discussions with the manufacturer and extensive testing of multiple scenarios.

Entry  Wednesday, August 02, 2023, 09:13, chad fisher, Hot Cell 1, Repair, Leak Rate Testing 

On August 1, 2023 HC1 was pumped down to -1200 Pa (gauge) and then valved off to test the leak rate after turntables had been sealed with backer rod in the gaps.

The sealing with backer rod allowed the cell to reach the test pressure of 1000 Pa. The cell pressure equalized within 30-40 seconds which is an improvement but still not sufficient to meet the goals we have set.

Next step is to pump down to -500 Pa and use smoke generator and perform thorough investigation to identify any leaks.

Entry  Wednesday, April 24, 2024, 09:17, Adam Newsome, T-Hall Crane, Repair, Target Hall Crane: VFD DC bus undervoltage fault [root cause: encoder board failure on 900VFD] DC_bus_voltage.jpegPXL_20240422_225858594.jpg

On 2024-04-22 around 3:30 pm it was discovered that the crane's main hoist was in a faulted state. The operator (Adam Newsome) experienced the fault after performing a safety reset and attempting to lower the hoist. There were no visible signs of any issues, mechanically. This fault had not been previously reported by any other crane operators. The crane was previously unused, sitting idle. Note: the auxiliary hoists appeared to function normally.

Fault messages on the HMI indicated:

"135. Main Hoist West Drum North Motor Drive Fault (1000VFD)"
"104. Main Hoist East Drum South Motor Drive Fault (800VFD)"
"103. Main Hoist East Drum North Motor Drive Fault (700VFD)"
"138. Main Hoist West Drum South Motor Drive Not Ready (900VFD)"
"136. Main Hoist West Drum South Motor Drive Fault (900VFD)"

It is clear from this that there is either some sort of common issue seen across all these main hoist VFDs, or one issue with one of them which caused a cascading series of faults.

 

On 2024-04-23, upon investigation of these faults by going online with the PLC to determine fault logic, it was clear that all faults were indeed present, but there was no obvious indication as to what it was. Inspection of the VFDs in the control panel showed that all of the aforementioned drives displayed a fault code. This was fault code 4 which indicates DC bus undervoltage.

After researching this fault online, it appears this is typically caused by an issue with the input mains supply (480VAC @ 3 phase in this case), or by the drive's input DC filter/buffer circuitry. When measuring the DC bus voltage, it is expected for it to be approximately 1.414 times the AC supply voltage. In this case, 1.414*480 = 678 VDC. The first troubleshooting step was to measure to confirm the DC bus voltage on a known working and not working drive.

The bus voltage was probed on drive 500VFD which, based on lack of fault message, was expected to be functioning properly. With the safety off due to E-stop condition, the voltage was nearly zero. When a safety reset was pressed to enable the drive, the voltage changed to 690 VDC. This is close enough to the expected 678 VDC. The voltage did not change, even when the fault message for the other drives appeared again.

Next, the bus voltage on two known faulted drives, 900VFD and 1000VFD, was probed. In both cases, after the safety reset, the bus voltage started at 690 VDC but then slowly dropped down towards nearly zero (somewhere around 18 V) over a period of 3-5 seconds. It was during this transition when the voltage dropped off that the undervoltage condition became true, which triggered the fault.

As of 2024-04-24, the root cause of this issue is unknown. It will be investigated further and this e-log will be updated when a solution is found.

 

Update 2024-04-24: the root cause has been identified. The undervoltage fault was just a symptom as a result of the input contactors for these drives switching off, causing the DC bus voltage to drop slowly due to capacitance in the input filtering circuit. The reason for the input contactors switching off is attributed to safety signals dropping out due a fault observed specifically on 900VFD. When looking at the drive itself, a fault with code 4030 was displayed: Enc1 open wire.
This fault implies the encoder may be disconnected. The encoder wiring was checked: OK. The encoder cable was swapped with a unknown working one from an adjacent drive - the issue remained with 900VFD, which suggested the problem is with the drive itself. The encoder board (20-750-DENC-1) was swapped with an adjacent drive and the problem followed the board. The encoder board was then switched with a brand new spare (note: jumpers needed to be set!).
Upon power-cycling the system, the fault did not persist. Therefore, it is suspected that the encoder board had failed (in fact this happened previously with the same drive - see e-log 42). Upon inspection, one of the capacitors on the board appeared to be cracked - this will be investigated further to see if replacing it fixes the problem.

A spare encoder board will be ordered. This issue should be monitored in the future - it seems as if the drive itself is perhaps causing the encoder boards to fail.

Note: upon powering the system on again, another issue was noticed: 500VFD shows "drive not ready" fault. This is not displayed on the HMI though - it was just not possible to reset the safety system and this was only discovered from going online with the PLC. This will be investigated further.

 

Update 2024-04-26: the 500VFD "drive not ready fault" was investigated. It was determined that the SP+ (safety power +) signal wire was loose, which meant the safety signals to the drive were not getting through, causing it to remain in a "not ready" state. The wiring issue was corrected. Performing a safety reset resulted in successful drive enables across all drives. However, upon attempting to move the crane, even though all safety signals were green and it appeared to be able to move, it did not.
It turned out that there was a crane pendant fault: "Fault 305. Radio Control Receiver in Fault (3700RC)". This is exactly what happened previously in a similar situation (see e-log 55). The steps mentioned in that e-log were followed (power cycle, reconnect antenna/connector). Upon powering back up, everything worked as normal. The crane was tested in local mode - all three hoists up/down (main hoist run to upper limit), all trolley travels in each direction, and bridge travel in each direction.

 

As of now, everything is operating normally and all issues are considered to be resolved. A spare encoder board has been ordered.

Entry  Tuesday, November 04, 2014, 16:58, John Wong, 100KW Beam Dump, Maintenance, Testing Elog 

Tuesday, November 04, 2014, 16:58

This is a test.


 

Entry  Monday, January 25, 2016, 13:20, Allon Messenberg, T-Hall Crane, Maintenance, Possible oil leak 20160122_161849.jpg20160122_161830.jpg20160125_100929.jpg

Two small (approx. 5 cm across) puddles of green fluid were discovered on the floor, directly below the crane trolley.  The hook block was lowered and inspected.  No fluid found on hook block.
The plant group (Neil Wong) was notified and asked to schedule an inspection when the maintenance crew is on site to inspect the ISAC target hall crane.

The crane bridge and trolley were moved to another position on Friday evening and parked over the weekend.  The floor directly below the crane trolley was inspected on Monday morning.  Three very small (1-3cm diameter) puddles of green fluid were found.

ELOG V2.9.2-2455