I just recentered IM4, by moving the picomotor +400 counts in the X direction and +4100 counts in the Y direction.
The QPD started at -0.47 PIT and 0.12 YAW, now both are fluctuating around 0.
model restarts logged for Wed 21/Sep/2016
2016_09_21 10:24 h1fw1
2016_09_21 10:47 h1calcs
2016_09_21 18:18 h1nds0
2016_09_21 20:36 h1fw0
2016_09_21 21:24 h1fw0
return of fw1 after cloning work was abandoned. Jeff and Darkhan's calcs C code change (no daq restart). Unexpected restart of h1nds0, continuing fw0 instability.
model restarts logged for Tue 20/Sep/2016
2016_09_20 13:37 h1psliss
2016_09_20 13:43 h1broadcast0
2016_09_20 13:43 h1dc0
2016_09_20 13:43 h1fw0
2016_09_20 13:43 h1fw2
2016_09_20 13:43 h1nds0
2016_09_20 13:43 h1nds1
2016_09_20 13:43 h1tw0
2016_09_20 13:43 h1tw1
2016_09_20 13:53 h1susprocpi
2016_09_20 13:55 h1broadcast0
2016_09_20 13:55 h1dc0
2016_09_20 13:55 h1fw0
2016_09_20 13:55 h1fw2
2016_09_20 13:55 h1nds0
2016_09_20 13:55 h1nds1
2016_09_20 13:55 h1tw0
2016_09_20 13:55 h1tw1
2016_09_20 14:48 h1psliss
2016_09_20 14:50 h1broadcast0
2016_09_20 14:50 h1dc0
2016_09_20 14:50 h1fw0
2016_09_20 14:50 h1fw2
2016_09_20 14:50 h1nds0
2016_09_20 14:50 h1nds1
2016_09_20 14:50 h1tw0
2016_09_20 14:50 h1tw1
2016_09_20 15:18 h1psliss
2016_09_20 17:05 h1calcs
2016_09_20 17:06 h1broadcast0
2016_09_20 17:06 h1dc0
2016_09_20 17:06 h1fw0
2016_09_20 17:06 h1fw2
2016_09_20 17:06 h1nds0
2016_09_20 17:06 h1nds1
2016_09_20 17:06 h1tw0
2016_09_20 17:06 h1tw1
2016_09_20 17:07 h1broadcast0
2016_09_20 23:16 h1fw0
2016_09_20 23:29 h1fw0
Maintenance day. Several rounds of PSL-ISS model and DAQ restarts. Addition of epics chans to SUSPROCPI. CALCS model change. FW1 powered down for cloning (not shown). Start of FW0 instability.
model restarts logged for Mon 19/Sep/2016
2016_09_19 02:25 h1nds0
2016_09_19 11:46 h1fw2
2016_09_19 11:49 h1fw2
2016_09_19 11:56 h1ascimc
2016_09_19 11:56 h1fw2
2016_09_19 11:58 h1fw2
2016_09_19 12:00 h1broadcast0
2016_09_19 12:00 h1dc0
2016_09_19 12:00 h1fw0
2016_09_19 12:00 h1fw1
2016_09_19 12:00 h1fw2
2016_09_19 12:00 h1nds0
2016_09_19 12:00 h1nds1
2016_09_19 12:00 h1tw1
unexpected restart of NDS0. FW2 cloning for Rolf. ASCIMC code change with DAQ restart.
I ran Hveto over the earlier lock, firstly from 01:00-06:00 UTC and then from 07:45-08:15 UTC to avoid TCS injections, here are the results pages:
https://ldas-jobs.ligo-wa.caltech.edu/~laura.nuttall/detchar/hveto/20160922/1158541217_1158559217/
https://ldas-jobs.ligo-wa.caltech.edu/~laura.nuttall/detchar/hveto/20160922/1158565517_1158540787/
Sadly there is nothing obvious standing out, and the signifiances of the round winners are not particularly high
sadly after several weeks of fault-free running we have had frame writer issues starting late Tuesday night. Only h1fw0 and h1fw1 are showing the problems, with h1fw2 stable. All three are running RCG2.3 code, the only difference is that fw2 has a local (non-QFS) disk. Some of the error messages from fw0 and fw1 suggest disk access issues.
One quick thing to try (which has helped in the past) is to power cycle the Solaris QFS-NFS servers. Under WP6179 we performed the following:
We have noticed that some recent DAQ restarts appear to cause the Seismic BLRMS control room plot to lose its past data. The usual behaviour is to just show a gap while the DAQ was down (just a few minutes) and preserve all other times.
as a reminder that we have enhanced remote access controls in place during the hours of 8am to 4pm Mon-Fri, ssh sessions to lhocds.ligo-wa.caltech.edu now have a banner text display (see image). We have included the operator's phone number to call (we think this is already in the public domain).
Many thanks to Ryan for suggesting the use of the banner feature in SSHD.
We have made another round of modifications to the ISS second loop board to have a bit of more gain at 1kHz.
Boost 1 zero was increased by a factor of 2, BOOST 2 was added, and a bit of phase compensation for high frequency to allow us to push the UGF to 20kHz-ish (details of the mod will be attached to this entry).
In the attached, black is the measurement from yesterday at 50W, 7dB of VGA gain, boost on.
Blue is today with 13dB of VGA gain, first boost on.
Red is today with 13dB of VGA gain, second boost on.
All in all, the modifications bought us about 13dB at 1kHz.
If we really need more, we should be able to push the UGF even higher, but that needs some serious thinking.
Here is a measurement of the open loop transfer function with SR785 at the floor. The UGF was at 18 kHz and the phase margin was roughly 50 deg.
The data, plotting script and figure are attached as a zipped file.
Boost 2 and boost 3 have been rewired in series to yield a double integrator. Each of them has a 50Hz pole and unity gain at 2kHz. The model has been changed to enable stages 2 and 3 simultaneously with the boost 2 switch. This boost does not work without boost 1. It would generate a notch near 2kHz but together with boost 1 the two zeroes become complex. Therefore engaging boost 2 will enforce boost 1.
At 1kHz the higher bandwidth increases the gain by 2. The higher frequency knee in boost 1 adds another factor of 2. The second boost adds 1-2dB at 1kHz and and additional 20dB at 100Hz.
A new filter modules has been added after the integrator of the AC coupling, called DRIVE. This allows the an easy hold of this output, when the AC coupling is off.
After giving BRSX a day to cool off, I went to EX this morning to see if I could recover it. This required stopping the Beckhoff and recentering the damper assembly, the latter is not trivial. There are a few variables that need to be cleared in the Beckhoff, and they are kind of buried. But, the EX BRS is functional again, commissioners/operators can return the SEI_CONF to the WINDY state.
While I was there, I used a left over iLIGO hockey puck to damp the BRS down enough to re-engage the damping. I couldn't find Krishna's diagnostic plot, but the driftmon overview gives enough information, when the BRS is rung up enough to see on the driftmon (this plot is usually flat, it only goes sinusoidal if the BRS is rung up a lot). For future reference, you can do this by holding a mass above or below the beam, depending on the direction of the driftmon. Watch the driftmon signal and when it starts swinging in a positive direction (when it's at it's largest negative value of the sine wave) hold the mass above the right (-X) part of the horizontal part of the BRS vacuum can. Hold the mass below the can when the driftmon starts moving the other direction.
In order to combat the weirdness with the diode chiller temperature not reaching its desired set point of 20 degC, I raised the set point to 21 degC. This seems to have brought the chiller temperature to ~19 degC. Trending the diode chiller temperature, one can see that there's an oscillation in the actual temperature. It might be to fool the system we ought to change the temperature set point to 22 degC. From the trend data one can easily see the temperature oscillations that are apparent when one looks at the chiller control panel.
Filed FRS #6292.
Nutsinee, Kiwamu,
This is a belated log.
In this past Tuesday, we went to the HWS table and checked two things in order to study unexplained behavior seen by HWSY (29738). No major conclusion yet.
By the way, we (re-)found that a green beam coming down to the same HWSY path was clipped at its bottom part.
During the activity, we stopped the HWSY camera code and left it off. At around 5:00 UTC (or 22:00 local), we started the code again. Because we had removed and re-attached the harmant plate, we started the code with a new template this time.
Computed coherences for a 10 minutes period starting at 05:00 UTC, September 22nd.
https://ldas-jobs.ligo.caltech.edu/~gabriele.vajente/bruco_1158555617/
In the low frequency, there's coherence with MICH/SRCL (fig. 1), angular signals (fig. 2) and ITMY L2 control (fig. 3, not sure what is the control topology, maybe this is ok)
One very interesting thing: there is a significant broadband coherence with IMC_DOF_4_P (fig. 4) and with IMC-PWR_IN (fig. 5)
Lines at 57 Hz and 114 Hz are coherent with magnetometers.
We did a TCS tuning test at 50W starting at 6:56 UTC. The CO2X power was decreased from the nominal 400 mW to 0. During the test, we have monitored the frequency and intensity noise couplings to DARM by injecting broadband noise. I will analyze and post the results tomorrow, but it seems like that a small CO2X value is better fore laser noise couplings.
During the test, we tried to compensate for varing optical gain by changing the CAL-CS sensing gain setting. There was a period where we had a 80 Mpc range which was due to uncompensated change in the optical gain induced by the thermal transient. However, we believe that the range will be better with the fine tuned CO2s. Unfortunately, the laser tripped shortely after the test. We did not get a chance to examine the improvement.
Looks like the diode chiller tripped this time. Not sure why. The Epics alarm was triggered. More later. For reasons unknown at the moment, the diode chiller suffered a temperature transient at around 1:20 am local time. Most likely the transient triggered a chiller error because it exceeded the maximum temperature limit of the chiller. Chiller room temperature plot is also attached. Around 6 am (local) Tuesday morning, the diode chiller temperature took a dive to 18.5 degC on average with excursions as low as 17.9 degC. The diode chiller low temperature limit is set to 18 degC. So this would explain why the chiller tripped.
We moved the IMC offsets, injecting lines in PIT and YAW on the IMC PZT around 400 Hz, and saw the improvement in the red trace on the second attachment.
Tonight we did a few more measurements to try to understand the jitter coupling:
Jenne, Sheila, Kiwamu, Terra, Lisa We had another long lock at 50W tonight (7 hours so far), and we did several things (list below). MICH feed forward retuning and IMC WFS offset adjustment had a clear impact on the noise; the IMC WFS offset tuning reduced several peaks in the noise between 500 Hz and 1kHz, and kept the noise above 4 kHz at the minimum. The noise floor is still significantly higher than it should be in the 500Hz-1kHz region, so there is clearly more to do there. Also, unclear at this point how stable these offsets actually are. Here is the full list of things we did/tried:
Nothing here looks out of the ordinary.
Attached is the OLTF in two configurations with 7dB VGA gain.
50W (actually 48W), AC coupling OFF, and boost ON (solid line)
50W (actually 48W), AC coupling ON, boost OFF (dashed).
UGF is about 9kHz with phase margin of 40 deg or so (boost ON) or 50 (boost OFF).
Boost buys us about 9dB more gain at 1kHz.
I asked Kiwamu to do an analog measurement up to higher frequency on the floor.
Here is a transfer fucntion with SR785 to check the high frequency portion.
Also, the attached zip contains the data, plot script, and figure.
Taking this data I looked at modifications to the ISS board to increase its bandwidth. The attached plot shows:
Adding the 20kHz zero is a no brainer, since it only requires to limit the dominant pole in the circuit. It improves the phase margin over the measured curve and allows the ugf up to move to 20kHz. This will increase the ISS gain by 2 at 1kHz. The increased ugf and phase margin will in turn allow us to move the knee of the boost higher with the option to add a second boost. The later two solutions will add another gain of 2 at 1kHz.
We engage the ISS boost twice today in low noise, and did not see any impact on the DARM noise. We expected an improvement at 1 kHz at least. Attached are before and after spectra of the in and out of loop diodes (at least that's what I think the new cahnnel names mean). If it is correct that INNER means in loop and outer means out of loop, we are sensor noise limited at 100 Hz with the boost on.
I've stepped all four ring heaters consecutively tonight by 4 W each to identify which test mass belongs to the new 17783 Hz/47.7 kHz PI mode (alogs 29820 and 29838). The shift in frequencies of the test masses is dominated by a change in the Young's modulus which we can alter via the ring heater power; by stepping each ring heater and finding which causes a larger relative frequency shift of the mode in question, we can identify which test mass the mode is from. See T1600080 and LLO alog 18002 for more info. All power changes below were applied to both top and bottom ring heater. All times UTC.
ETMX: 0.75 --> 2.75 @ 9:29 --> 0.75 @ 9:48
ETMY: 0 --> 2 @ 9:49 --> 0 @ 10:08
ITMX: 0.25 --> 2.25 @ 10:08 --> 0.25 @ 10:29
ITMY: 1.25 --> 3.25 @ 10:31 --> 1.25 @ 10:41
Note we just lost lock around 10:42, probably due to these ITM steps.
Ring heater tests indicate that the new 17783 Hz (aliased from 47753 Hz) belongs to ITMY, in agreement with Slawek's prediction.
Below shows the relative frequency shifting of one mode per test mass and mystery 17783 Hz mode ('o') during the ITM ring heater steps. ITMX was stepped up first then stepped down at the same time ITMY was stepped up. As expected, the 15518 Hz mode on ITMY rises slightly with the ITMY ring heater increase. At the same time, we see a drop in 17783 Hz; since 17783 Hz is the aliased-down frequency, we see it decrease as the 47.7 kHz mode shifts upwards.
I've set up damping settings for 17783 Hz on MODE 7. I tried many times to drive it up but got little response; as seen in Slawek's mechanical mode shape simulations, there is poor overlap with ESD actuation. Recently we were unable to damp 18041 Hz (aliased down from 47.5 kHz); ultimately we had to change ring heater power to avoid.