WP 6314 Fil, Jim In an attempt to stabilize the h1oaf0 ADC/DAC issue, Fil and Jim replaced the DC power supply in the h1oaf0 I/O chassis, and reseated all ADC, DAC, BIO, and interface cards in the chassis. Start time 9:31, power up of I/O chassis at 9:55. The first attempt at starting the models resulted in ADC and DAC errors like we've seen, and the IRIG-B time going negative. The models were killed, then restarted manually to watch for issues. The models started OK on the second attempt. Note that the TCS AI chassis was powered down during this work, and was powered back up once the h1tcscs model was running. We avoided tripping the TCS laser chillers.
TITLE: 11/11 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY: Locking has been very straight forward tonight, two lockloss from unknown reasons, but other than that I have been in observing. Sheila suggested that I wait at NOISE_TUNINGS for 10-15 before moving on, you can run a2l while waiting. ITMY is still swinging, but not as much as I saw last weekend.
LOG:
The other night I ran Stefan's spot move script, which tracks the alignment of all optics based on the combination of ASC control signals and sliders. Tnight I tried to imitate that move of the interferometer alignemt by moving IMs, by moving IM1 I was able to see a small improvement in recycling gain, (from about 30.7 to 30.8) but no improvement in the 260Hz jitter peak. I started trying to move IM2, but moved too quickly and broke the lock.
When I moved the IMC DOF1P offset to 120 counts this is how the other optics moved:
PIT: SUS-IM1_M1_ 0.0
SHIFT SUMMARY: Commissioning all evening. Oaf computer crashed at least twice this evening. Dave created a script to kill and restart the model that can be un anywhere from ops computer. Just do ./restart_h1oaf0_models.bsh. Be mindful that when the models are being restarted PI won't be damped. So be ready to damp PI after every oaf restart because some of the modes will come back high every time.
We measured the pitch refl sensing matrix for PR3, IM4 and CHARD again, and adjusted the input matrix for PR3 a little. This helped to keep our sideband build ups much mroe stable after we transitioned to it and the interferometer seems stable like this so far.
The old matrix for PR3 was 0.08 REFL B 9I -0.08 REFL B45 I. THe new matrix is 0.1 REFL B 9 I -0.0768 REFL B 45I
It seems like we are on the edge of the recycling gains where the REFL WFS have a decent signal for PR3, so that the matrix we need to use changes with the recycing gain. We've had a couple more locklosses when switching to the new matrix, but it seems to work if we wait ~15 minutes after powering up to try the switch, but it works if we . I"ve moved the switch from POPX WFS to a new state called PR3_REFL_WFS, so that operators can easily skip it and beam diverters if they need to. For now I will leave it in the guardian with the advice to operators to wait a while before trying it. If you are having locklosses quickly after this state, then skip it and skip the beam divereters as well.
J. Kissel, H. Radkins I'm continuing to investigate why ITMY's pitch mode (at 0.55 Hz) continues to ring much longer than the other QUAD's upon lockloss (see and example attached as 2016-11-08_2151UTC_ITMY_Oplev_Bad_TimeSeries.png). Today, I grabbed the open loop gain transfer functions of the M0 DAMP L, the M0 DAMP P, and the L2 OLDAMP P local damping loops on both H1 SUS ETMY and H1 SUS ITMY, to show that the identical settings are producing identical results for QUADs that are essentially physically identical. Indeed, the open loop gain transfer functions of both suspensions look the same. We don't have too many lock loss data points yet since I made the change, but I did discover that the digital output limiter of all QUAD's L2 OLDAMP P bank were different (one as low as 5000, and one as high as 500000, and ITMY was in the middle at 10000). So, I've made all the limits the same, at 40000, in hopes that the problem is with the square-wave that ITMY gets sent during a lock loss. This change is NOT accepted in the SDF, because I'm unsure if it matters yet. Still unclear what is going on here... Hugh's taking a look at these same optical lever signals after every lock loss for the past month. Preliminary results show that this behavior is intermittent, but has definitely gotten worse in the past week or two. We hope he can trace this back to some event like a maintenance day to better try to address the problem.
All of the BSCs have AC coupled loops installed on St2 for RX/RY (somewhat detailed in my post 28907 for ETMX), maybe it would be helpful to try turning this on for ITMY? The GS-13s see a lot of this motion. Attached trend has both ITMs oplevs and GS-13 pitch for each ISI ST2. ITMY St2 clearly gets more kick, just like the ITMY optic. Second attached plot are some spectra of the ITMY GS13s, red is just before this lockloss and pink is during the lock loss. Green is the ST2 RX motion during a quiet time this morning, showing where the ac couple loop gets suppression. Most of the motion comes from .46 hz SUS resonance, and the AC loop doesn't do anything there, but the 2 and 3.5 hz motion should be suppressed some. The attached PDF shows some design plots for the ITMY loops from my work on this in August.
To speed up the restart we have created an SSH key-pair between the operator station and h1oaf0, and written a script to kill and restart the models in the correct sequence.
1. log into operator0 as user ops (password in shared secrets)
ssh ops@operator0
2. run script
./restart_h1oaf0_models.bsh
When the models are running again, at the bottom of the CDS Overview MEDM press the buttons "!Press All Diag Reset Buttons" and "!DAQ Clear Accumulated CRC" to green up the board.
If problem persists, we will do more hardware investigations tomorrow
[Terra, Jenne, Cheryl, Nutsinee]
When the OAF model requires a restart during a full 25W lock, the parametric instabilities lose their damping during the reboot (since the damping stuff lives on that computer). Unfortunately, the PIs ring up badly enough during the short time it takes to boot that we lose lock shortly after the computer goes down for a restart. This is the 2nd time today that we've seen this. Despite Cheryl's efforts when this happened during the daytime, and Nutsinee's efforts just now, the modes are just too high for the damping to work.
So. Obviously the CDS team is already working on figuring out why the oaf computer is so unhappy, but I just wanted to highlight that even if we reboot before the TCS trips, we still lose lock due to this hardware problem.
Previously the PI gain SDF setpoints were set to zero since guardian turns on gains at DC READOUT. Both model restarts today happened at NLN, so when the PI model restarted it was setting the damping gains to zero (since we weren't moving through DC READOUT), so I've changed the setpoints to the final gain settings. Correct PI gains should now turn on even with a restart in NLN. Note that Jenne's comment above still stands; this past restart Nutsinee and I immediately set gain settings back upon restart but the modes were still too rung up as Jenne said.
J. Kissel Though it's been a struggle between all of the H1OAF computer crashing, I've managed to squeak out one more round of calibration measurements today. The data's location is below; analysis to come. The data lives here: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Measurements/ (1a) DARMOLGTFs/2016-11-10_H1_DARM_OLGTF_4to1200Hz_fasttemplate.xml (1b) PCAL/2016-11-10_H1_PCAL2DARMTF_4to1200Hz_fasttemplate.xml (2) FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L1_iEXC2DARM.xml FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L1_PCAL2DARM.xml FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L2_iEXC2DARM.xml FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L2_PCAL2DARM.xml FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L3_iEXC2DARM.xml FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L3_PCAL2DARM.xml
We measured the REFL signals at 2W with the ISS second loop engaged and off (REF traces). The RF signals measure residual RF modulation (RAM), whereas LF measured the RIN. The REFL PD sees about a factor of 10 more light than the ISS second loop PDs when unlocked.
There seems to be a wide scatter peak at ~16.5 Hz. The 9 MHz demodulated signal shows some strange smooth excess noise below 100 Hz, whereas the 45 MHz seems to see more of the jitter peaks. The 9 MHz signal has been scaled to give the same digital and electronics gain as the 45 MHz. The transimpedance gains are very similar to start with.
The 16.5 Hz peak appears to be the same one reported about two years ago in 15223. That peak is caused by scatter of the REFL beam that is transmitted by IM4, goes out the viewport and onto IOT2R. It might be worth checking if the beam dumping on IOT2R is as good as it can be. Longer term, this beam should be dumped in vacuum, on HAM2 (this was done at LLO in the post-O1 vent).
We measured 12.9 mW with 2.0 W input, when the PRM is aligned, but the interferometer is not locked. This scales to Punlock ~ 160 mW at 25 W.
When locked and after the modulation index reduction for the 9 MHz RF, we have about Plock ~ 2.2 mW of light, which is carrier dominated.
To calibrate the REFL_LF in RIN we need to divide the signal by √ Punlock x Plock ~ 18.8 mW.
The shot noise in units of RIN is then √ 2 h ν Plock / √ Punlock x Plock = √ 2 h ν / Plock .
When we are locked at 25 W, the second loop ISS diodes are exposed to 15 mW and 16.5 mW for inner and outer, respectively.
This makes REFL_LF a better sensor for relative intensity noise measurements by about a factor of 3.
Here is a measurement of the REFL signals when locked at 25 W. The reference traces are measured with 2 W and unlocked (no second loop ISS).
The red horizontal cursor corresponds to the ISS second loop shot noise. It is well reproduced by REFL_LF between 200 Hz and 3 kHz. One striking feature is the 260 Hz periscope peak that is suppressed by the ISS near shot noise level, but shows up again much stronger in REFL_LF. This peak is most likely regenerated in the interferometer from the jitter and an rms common misalignment. The situation is a little different for the set of peaks around 4 kHz. It looks like they appear weaker in REFL_LF, as if they get regenerated but with a negative sign, so that their amplitudes subtract.
State of H1: locking and going to NLN
Assistance: Betsy, Hugh, Richard, Jenne, Sheila, JeffK, Jason, Tara
Activities: all times UTC
Site Activities:
Dave Barker just informed me that we'll have a script on the OPS workstation that we can use to restart the OAF.
Details to come from Dave and Nutsinee.
Regarding TCS, I don't think it's quite true that people shouldn't touch anything. No one should be touching TCS Guardian, that is true. However, when TCS chillers trip that trips the interlock boxes in the LVEA which require human to go in, turn the keys to clear fault alarm and hit "gate" button to actually lase the laser. As mentioned in TCS Wiki.
Another event at 14:02 PST , proc status file for IOP model posted below.
If this is a timing error (and at this point we are not certain of this), our first change was to replace the fiber optics cable between the IO Chassis timing slave and the timing fanout chassis. A new cable was installed before the system was restarted.
Note, the existing fiber was found to be not cable tied to the bundle of fibers at the timing fan-out card, rather was floating by itself.
Sequence was:
* we did not do the TCS-AI power sequence this time and unfortunately this may have tripped the TCS chillers.
controls@h1oaf0 ~ 130$ cat /proc/h1iopoaf0/status
startGpsTime=1162838354
uptime=12257
cpuTimeEverMax=8
cpuTimeEverMaxWhen=1162838680
adcHoldTime=16
adcHoldTimeEverMax=91
adcHoldTimeEverMaxWhen=1162850544
adcHoldTimeMax=17
adcHoldTimeMin=13
adcHoldTimeAvg=14
usrTime=2
usrHoldTime=3
cycle=49476
gps=1162850611
buildDate=Nov 10 2016 08:33:32
cpuTimeMax(cur,past sec)=3,5
cpuTimeMaxCycle(cur,past sec)=21,21
cycleHist: 3=65183@17 4=350@65535 5=3@1
DAC #0 18-bit buf_size=40
DAC #1 16-bit fifo_status=0 (OK)
ADC #0 read time MAX=91 Current=14
ADC #1 read time MAX=0 Current=0
ADC #2 read time MAX=0 Current=0
ADC #3 read time MAX=0 Current=0
ADC #4 read time MAX=0 Current=0
ADC #5 read time MAX=0 Current=0
press DIAG_RESET
controls@h1oaf0 ~ 0$ cat /proc/h1iopoaf0/status
startGpsTime=1162838354
uptime=12333
cpuTimeEverMax=8
cpuTimeEverMaxWhen=1162838680
adcHoldTime=14
adcHoldTimeEverMax=91
adcHoldTimeEverMaxWhen=1162850544
adcHoldTimeMax=17
adcHoldTimeMin=13
adcHoldTimeAvg=14
usrTime=2
usrHoldTime=4
cycle=43808
gps=1162850687
buildDate=Nov 10 2016 08:33:32
cpuTimeMax(cur,past sec)=3,6
cpuTimeMaxCycle(cur,past sec)=21,1
cycleHist: 3=65201@17 4=333@65535 5=1@0 6=1@1
DAC #0 18-bit buf_size=40
DAC #1 16-bit fifo_status=0 (OK)
ADC #0 read time MAX=17 Current=15
ADC #1 read time MAX=0 Current=0
ADC #2 read time MAX=0 Current=0
ADC #3 read time MAX=0 Current=0
ADC #4 read time MAX=0 Current=0
ADC #5 read time MAX=0 Current=0
From Dave's above alog: "* we did not do the TCS-AI power sequence this time and unfortunately this may have tripped the TCS chillers."
This unfortunately did trip the TCS chillers and therefore the TCS CO2 lasers. I reset them all around14:30 PST; everything came up without issue.
This is a continuity of 31381.
For a bookkeeping purpose, I have extended the spot position thing to PRM and MC mirrors. Here is a summary. They all seem fine as expected.
p2l or y2l gain | alpha | spot position from the center [mm] | previous spot position record [mm] (18106, Apr 2015) | |
PRM PIT | +1.23 | +0.059 | -2.5 | N/A |
PRM YAW | + 1.05 | -0.050 | +2.1 | N/A |
MC1 PIT | -1.3 | -0.020 | +0.84 | +4 |
MC1 YAW | +1.6 | -0.076 | +3.2 | +1.9 |
MC2 PIT | -3.8 | -0.18 | +7.6 | N/A |
MC2 YAW | -0.4 | +0.019 | -0.80 | N/A |
MC3 PIT | -1.1 | -0.053 | +2.2 | -3.7 |
MC3 YAW | -2.6 | +0.12 | -5.0 | -2.4 |
The measurement was done with the interferometer fully locked at 25 W in nominal low noise. The measurement precision should be something like 10% or so.
I repeated this for the IMC when the IFO was unlocked, 2W into the vacuum, to see if things are drastically different hot vs. cold. Conclusion: the spots in the IMC are basically the same hot vs. cold, so this probably isn't what is changing our alignment (or something) and giving us the drift down in range as we thermalize after increasing the power into the vacuum.
P2L or Y2L gain | alpha for UR coil | spot position cold [mm] | spot position hot (from 31392) [mm] | abs(diff) hot vs. cold [mm] | |
MC1 P | -1.2 | -0.057 |
+2.4 |
+2.6 (mistyped there as +0.84) | 0.2 |
MC1 Y | +1.5 | 0.072 |
+3.0 |
+3.2 | 0.2 |
MC2 P | -3.79 | -0.18 |
+7.6 |
+7.6 | 0 |
MC2 Y | -0.42 | -0.02 |
-0.8 |
-0.80 | 0 |
MC3 P | -1.15 | -0.055 |
+2.3 |
+2.2 | 0.1 |
MC3 Y | -2.6 | -0.12 |
-5.1 |
-5.0 | 0.1 |
Some notes on the method, basically transcribing conversations with Kiwamu:
Since the ADS system does not actuate on the IMC mirrors, nor does it read in IMC_MCL, this was done by hand (also by hand by Kiwamu yesterday). I put a 100 count dither line at 20.125 Hz into H1:SUS-MC[1, 2, 3]_M3_DITHER_[P, Y]_EXC using awggui and minimized the appearance of that line in H1:IMC-MCL_OUT_DQ.
H1 was in NLN, but the OAF issues is pressing, so I killed the H1 lock and Jim and Fil are reseating the OAF card in hopes that this will return OAF to it previously stable running.