[Yokozawa, Chen, Hirose]
We performed the initial alignment for Xarm, Yarm, OMMT and SRY.
Before Xarm initial alignment, SRM was in LOCK AQ state. So we request SRM GRD to Misalign state.
After that, we completed the Xarm initial alignment.
Subsequently, when we requested ‘IRY LOCK state’ in the initial alignment GRD(Guardian) for the Yarm initial alignment, the IMC’s alignment deteriorated and the lock was lost. To lock Yarm using IR light, we feed feedback to the laser at a high frequency. However, due to the IMC's L2A coupling, it caused the IMC to become misaligned and loss lock.
At that time, the ASC feedback signal was no longer at the normal level, so when we tried to recover the lock again, it became unstable. Therefore, we adjusted the OPLEV on the MCs and the PZT on the IMC’s IP to the values used when the lock was stable. When we tried to lock again, it locked stably. (We reset the PZT offset value to the standard 75V.)
We performed the initial alignment of Yarm. If the transmission power of GRY is low, adjust the PITYAW of SR3; if the transmission power of IRY is low or the flash light is not visible, adjust the PITYAW of BS. This time, we moved BS.
We performed the initial alignment of the OMMT. For the OMMT initial alignment, we referred to klog36759. We also recorded the OMMT1 alignment in the ‘PRFPMI’ of the MEDM screen ‘all oplev’.
For SRY, we request the “Aligning the SRY” state, which is currently in the initial alignment guardian. If the lock is unstable, we adjust the SRM’s PITYAW while monitoring the POPSpol camera and the AS RF34 PD power or AS DC PDA1 OUT power.
Furthermore, once it was confirmed that the “Aligning the SRY” state had been reached (i.e. SRY lock was complete and the SRM’s ADS was operating stably), the SRY initial alignment was finished. The SRM alignment was recorded and offloaded in the “PRFPMI” on the MEDM “all oplev” screen.
[Fujimoto, Tanaka, Hirose, Takano]
We tried locking SRMI. After tuning the filter gain, we easily succeeded in locking it, but further investigation is necessary for good stability.
For locking DRMI, we tried the SRMI configuration. The idea is to know a hint for a good servo gain of SRCL and MICH in DRMI.
We chose the locking condition as follows:
The conditions for the light fields are different from those in DRMI, but the signal conditions are similar. We expect that, from the servo gain for locking SRMI in these conditions, we would have a good estimate of them for locking DRMI, especially for locking SRCL and MICH in DRMI.
Once we finished the initial alignment of PRMI with ADS, we misaligned PRM and aligned SRM. First we tried the manual locking by tuning the servo gain of MICH and SRCL. After several trials and errors, we found good numbers:
We could also enable the integrator on each servo. The measured open-loop transfer functions are shown in Fig.1 and Fig. 2. While locking SRMI, we saw many glitches and they disturbed locking (Fig. 3), resulting in lock loss occasionally. We first suspected the reflection back from PRM, so we misaligned it more by requesting MISALIGNED_BF state, but the situation didn't improve at all.
After succeeding in locking, we implemented the guardian state and tested it. However, every time the guardian failed to lock it when the servos were engaged or the integrators were engaged. After other trial and errors, it turned out that the order of engaging servo gains and the integrators was important: without the integrators, we first need to engage the MICH servo first, then SRCL servo. Also, we found that we couldn't engage the integrator in SRCL servo cannot be enabled without breaking locking, nor increase the SRCL servo gain either. It could be that the demodulation phase is not optimised for SRMI and now POP17I and POP17Q are mixed, which makes the control loops unstable. Further investigation is necessary for stable locking.
[Fujimoto, kTanaka, Hirose]
We performed the initial alignment in order to perform PLL work. However, as the initial alignment took longer than expected, I ended up working on the SRMI instead of the PLL. The initial alignment work done was on the Xarm, Yarm, OMMT, SRY and PRMI. I will post the details later.
[Yamamoto, kTanaka, Hirose]
I explain the restoration of IMC during the klog36960.
I will comment further if there are any errors.
[Tanaka, Yokozawa, Hirose]
To perform the initial alignment, it is necessary to use GreenX and GreenY.
Currently, as the IOO1 control is under maintenance (klog36952), the PZT voltage cannot be remotely input at k1:ALSFIB under the k1:IOO0 control.
Therefore, we have manually set it to 75V. (Fig.1) If IOO1 recovers, it will be necessary to manually reset it to 0 again.
PZTs adjusted on PSL table at this time: Gr M24, Gr M25(woofer for FIBX_locking), Gr M8(tweeter for FIBX_locking), Gr M20, Gr M21(woofer for FIBY_locking), Gr M19(tweeter for FIBY_lock); To adjust the phase of the input light to the fiber for sending GreenX and GreenY to POP and POS, or to adjust the alignment (optical axis shift).
The open-loop transfer function measured in klog:36958 is attached.
[Ushiba, Takano, Saito]
The VCO efficiency was set to match the efficiency of the sub-laser PZT, which is 1.871 MHz/V. Under this condition, a filter was designed so that the UGF of the open-loop transfer function became 10 kHz. Since the PFD requires an input signal larger than 300 mVpp, while the actual beat signal is only about 0.2 mVpp, it may be difficult to use the PFD in practice. PLL operation was also successfully achieved using a mixer instead of the PFD. Furthermore, it was confirmed that if the beat signal fluctuation is smaller than approximately 936 kHz, lock acquisition is possible by turning on the integrator at the appropriate timing.
To match the efficiency of the VCO in Moku:Lab to that of the sub-laser PZT, the VCO efficiency was set to 1.871 MHz/V. Then, as in the previous experiment, the open-loop transfer function was measured, and the filter was adjusted so that the UGF became 10 kHz. The filter used is shown in Photo 1. According to klog:35917, resonance of the main laser PZT is observed above 80 kHz, and the resonance frequency of the sub-laser PZT is expected to be similar. Therefore, setting the UGF to 10 kHz is considered sufficiently safe. In addition, the PFD requires an input signal larger than 300 mVpp, whereas the current PLL beat signal (klog:36919) is only about 0.2 mVpp. Since amplification by more than a factor of 1000 would be required, the PFD is not suitable for use in the PLL system.
When a mixer was used instead of the PFD, the filter was designed in the same manner as for the PFD case, and PLL operation with a UGF of 10 kHz was successfully achieved. Furthermore, because the frequency of the actual beat signal fluctuates, an additional signal with an amplitude of 500 mVpp and a frequency of 100 mHz was applied to verify whether PLL operation could still be maintained under frequency fluctuations. This corresponds to a fluctuation of approximately 936 kHz. If the same filter used for the non-fluctuating case was applied directly, oscillation occurred. Therefore, one of the two integrators was turned off, and lock acquisition was achieved by turning the integrator on when the error signal frequency became sufficiently low.
[Kimura, Yasui and M. Takahashi]
On May 27 as part of maintenance work on the cryogenic cooling units, we set up two valve units for the radiation shield cryo-coolers (EYC P-53 and EYC P-55).
We also replace adosorver and filter units in the EYC P-53 and EXC P-55 helium compressoers.
The remaining tasks are filling the system with G-1 class helium gas up to 15 bar and performing leak tests on all connections.
[Ikeda, Nakagaki, Oshino, YamaT]
K1IOO1 was able to be launched properly with a spare 100m fiber laid on the floor.
So, we finally concluded that malfunction and/or aging of a HIB cable is a cause.
Because the contact cleaner of cable terminals didn’t fix this problem, we plan to lay a new HIB cable between the server room and the IOO1 rack.
----
Preparation status of a recovery work:
Prospect of recovery
I expect 0.5~1 day for cabling work except at heights. It’s now still unclear when the technical staffs will be available and the aerial work platform can be used, but even if we can do so Thursday afternoon or Friday morning, it will likely take at least until the end of Friday or around noon on Monday.
Consideration about temporary measures until full restoration:
k1shutter (shutter control for main IR), k1alsfib (fiber noise cancelation) and k1psliss don't work at all now. So the shutter cannot be opened now. And also, according to Ushiba-kun, green lasers cannot be aligned because the offsets of the woofer PZTs from DAC are dead.
IR laser shutter can be opened by the local operation mode of the laser shutter circuit. Though a shutter operation remotely via EPICS cannot be done in this mode, IMC lock can be recovered. (Thanks to the hardware interlock, there should be no concern about laser safety). We can also change the output power from PSL room via HWP, so we can use main IR beam for some purposes by this operation. But I'm not sure the stability and noise level because ISS is still unavailable.
Regarding the PZT offset, we can use the 75V output from the Thorlabs(?) PZT driver instead of the 5V output from the DAC. (In my understanding, we normally use 5V offset output from DAC without any offset output from PZT driver.) Fine and remote alignment cannot be available, but rough alignment of green lasers should come back.
[Abe, Tanaka, Hasegawa, Fujimoto, Saito]
To use in the PLL system, we verified the output signal of a Phase Frequency Discriminator (PFD) built by Nishino-san and brought from Mitaka. A PLL test was performed using Moku:Go and Moku:Lab. In addition, the open-loop transfer function was measured.
[Ushiba, Takano, Saito]
The VCO efficiency was set to match the efficiency of the sub-laser PZT, which is 1.871 MHz/V. Under this condition, a filter was designed so that the UGF of the open-loop transfer function became 10 kHz. Since the PFD requires an input signal larger than 300 mVpp, while the actual beat signal is only about 0.2 mVpp, it may be difficult to use the PFD in practice. PLL operation was also successfully achieved using a mixer instead of the PFD. Furthermore, it was confirmed that if the beat signal fluctuation is smaller than approximately 936 kHz, lock acquisition is possible by turning on the integrator at the appropriate timing.
To match the efficiency of the VCO in Moku:Lab to that of the sub-laser PZT, the VCO efficiency was set to 1.871 MHz/V. Then, as in the previous experiment, the open-loop transfer function was measured, and the filter was adjusted so that the UGF became 10 kHz. The filter used is shown in Photo 1. According to klog:35917, resonance of the main laser PZT is observed above 80 kHz, and the resonance frequency of the sub-laser PZT is expected to be similar. Therefore, setting the UGF to 10 kHz is considered sufficiently safe. In addition, the PFD requires an input signal larger than 300 mVpp, whereas the current PLL beat signal (klog:36919) is only about 0.2 mVpp. Since amplification by more than a factor of 1000 would be required, the PFD is not suitable for use in the PLL system.
When a mixer was used instead of the PFD, the filter was designed in the same manner as for the PFD case, and PLL operation with a UGF of 10 kHz was successfully achieved. Furthermore, because the frequency of the actual beat signal fluctuates, an additional signal with an amplitude of 500 mVpp and a frequency of 100 mHz was applied to verify whether PLL operation could still be maintained under frequency fluctuations. This corresponds to a fluctuation of approximately 936 kHz. If the same filter used for the non-fluctuating case was applied directly, oscillation occurred. Therefore, one of the two integrators was turned off, and lock acquisition was achieved by turning the integrator on when the error signal frequency became sufficiently low.
The open-loop transfer function measured in klog:36958 is attached.
[Kimura, Yasui, M. Takahashi and H. Sawada]
On May 25 and 26, as part of maintenance work on the cryogenic cooling units, we set up two valve units for the radiation shield cryo-coolers (EXC P-53 and EXC P-55).
Then we charged G-1 class helium gas into the helium commpressors (EXC P-53,EXC P-55) up to 15 bar.
$ lspci -nvvv | grep 10b5:9056 -A1For this reason, it did not appear that a model restart would resolve the issue, and it seemed that either a system reboot (a better case) or a power cycle of the I/O chassis (a worse case) would be necessary. So we asked commissioners to clear all SDF differences in the morning (klog#36948) and we started to recover it in this afternoon.
14:04.0 1180: 10b5:9056 (rev ff) (prog-if ff)
!!! Unknown header type 7f
--
16:04.0 1180: 10b5:9056 (rev ff) (prog-if ff)
!!! Unknown header type 7f
--
[Ikeda, Nakagaki, Oshino, YamaT]
K1IOO1 was able to be launched properly with a spare 100m fiber laid on the floor.
So, we finally concluded that malfunction and/or aging of a HIB cable is a cause.
Because the contact cleaner of cable terminals didn’t fix this problem, we plan to lay a new HIB cable between the server room and the IOO1 rack.
----
Preparation status of a recovery work:
Prospect of recovery
I expect 0.5~1 day for cabling work except at heights. It’s now still unclear when the technical staffs will be available and the aerial work platform can be used, but even if we can do so Thursday afternoon or Friday morning, it will likely take at least until the end of Friday or around noon on Monday.
Consideration about temporary measures until full restoration:
k1shutter (shutter control for main IR), k1alsfib (fiber noise cancelation) and k1psliss don't work at all now. So the shutter cannot be opened now. And also, according to Ushiba-kun, green lasers cannot be aligned because the offsets of the woofer PZTs from DAC are dead.
IR laser shutter can be opened by the local operation mode of the laser shutter circuit. Though a shutter operation remotely via EPICS cannot be done in this mode, IMC lock can be recovered. (Thanks to the hardware interlock, there should be no concern about laser safety). We can also change the output power from PSL room via HWP, so we can use main IR beam for some purposes by this operation. But I'm not sure the stability and noise level because ISS is still unavailable.
Regarding the PZT offset, we can use the 75V output from the Thorlabs(?) PZT driver instead of the 5V output from the DAC. (In my understanding, we normally use 5V offset output from DAC without any offset output from PZT driver.) Fine and remote alignment cannot be available, but rough alignment of green lasers should come back.
With Kenta Tanaka
We cleared the SFDs.
Memo
SR TM ICSINF had hodling values -10.657 for P and 29.068 for Y. We put these values at OFFSET of these filters and cleared the hold. (The offset switchs are kept at OFF.)
Later, we probably need to put these vaues to set flters.
I tried to perform the initial alignment, but I could not reach IRX_LOCKED. The initial TR_GRX was low, around 0.3. After manually adjusting the alignment, TR_GRX increased to about 0.6, and I requested IRX_LOCKED. However, the X arm still did not lock.
When the arm briefly approached the lock, the IR beam spots on ITMX and ETMX were clearly off from the center. I adjusted the ITMX and ETMX OPTICALIGN values to bring the IR beam closer to the centers, but the lock could not be established. Since the situation did not improve, I stopped the trial and restored the OPTICALIGN values of BSPR3, ITMX, and ETMX to the original values.
One possible issue is that the IR and GR axes were not well matched?
LOCK_ACQUISITION to MISALIGNED.LOCK_ACQUISITION to MISALIGNED.LOCK_ACQUISITION at first.K1:LSC-POP_PDA1_RF17_I_NORM_MON.LOCK_ACQUISITION to MISALIGNED.LOCK_ACQUISITION.I confirmed that FIB and PNC were locked as expected. I then requested IRX_LOCKED, but the lock was not acquired. The IR beam on ETMX was largely miscentered, and TR_GRX was only about 0.3.
I once set the initial alignment guardian to DOWN and manually adjusted PR3 to improve the GRX transmission:
(P, Y): (62.8, -28.1) → (56.8, -28.5)TR_GRX: about 0.3 → about 0.6After requesting IRX_LOCKED again, the lock was still not stable. When the beam was briefly visible during the lock trial, the IR beam was located around the upper-right side on ETMX and the lower-left side on ITMX. The displacement seemed to be mainly in yaw.
I then adjusted the ITMX and ETMX OPTICALIGN values:
(IXP, IXY, EXP, EXY): (5.0, -13.0, -9.5, -11.0) → (5.8, -16.5, -8.2, -11.8)TR_IRX was around 0.2 during such attempts.(5.8, -16.5, -10.0, -11.8).(5.8, -16.5, -7.0, -11.8); the TEM00 rate seemed slightly better.(7.1, -16.5, -8.3, -11.8) because the beam still looked slightly high on ETMX.Even after these adjustments, IRX_LOCKED could not be achieved. The lock attempts frequently ended up in non-TEM00 modes. This may indicate that the IR input axis, or the mismatch between the IR and GR axes, was the limiting issue?
I stopped the trial and restored the alignment values:
DOWN.OPTICALIGN: (IXP, IXY, EXP, EXY) = (5.0, -13.0, -9.5, -11.0).(P, Y) = (62.8, -28.1).I found some GAS filters are closing to the satuation values.
Do we need offload works?
Tanaka, Fujimoto
We found that IMC IP PZTs were applied strange offset during today's initial alignment. During initial alignment by ST students, IMC could not be locked because IMC alignment become worse. Whole we investigated the cause of the misalinment, we found the issue.
PZT offset value is set to the middle (75 V) of the range (0-150V). On the other hand, offset value seems to be changed two times recently, May 11th and April 22th respectively (fig.1). In the PZT2, the offset value was changed to the negative value (-22V). The PZT driver could not be receieved the negative value because the negative voltage will break the driver or PZT itself. Since PZT offsets are not changed automatically, they are changed by human.
Fortunately, we restored PZT offsets to nominal value, then IMC alignment was restored.
[Fujimoto, Tanaka, Takano]
We tried to lock DRMI for the first time since the last RSE trial. Several problems were found to be solved.
For the first time since the last RSE trial 6 years ago, we started the work on DRMI locking.
We realigned SRM and tried to lock DRMI in these ways:
After several hours of trial and error, we concluded that we need to develop effective locking strategies.
While thinking of strategies, we found these issues:
We confirmed that this offset disappeared when ITMX was in MISALIGNED_BF state. For SRM alignment using SRX or SRY, we should misalign ITMY or ITMX by MISALIGNED_BF, not MISALIGNED.