It appears that the AIP for BSC8 has failed, we will investigate its status next Tuesday.
As requested by Robert Schofield, I have dialed back the supply fan air flows in the LVEA to ~ 10,000 CFM per fan and the End Stations to ~ 9000 CFM per fan. Currently there are 3 fans running in the LVEA, SF 2,3,&4. AHU-3 has both SF-1 and 2 running at ~9000 CFM. Each end station has only 1 fan running at the time. In addition to dialing the fan flows down, Robert also requested that the frequency of all the chilled water pumps on site be dialed back to 45 Hz. I was able to travel to both end stations since we were not in observation mode earlier this morning and those pumps have been set at 45 Hz. The corner station chilled water pump was previously set at 45 Hz. We will attempt to maintain these parameters as long as the VEA temperatures remain stable.
H1 State: Commissioning
Summary:
- IFO out of lock when I arrived, minor tweaks to return to Low Noise, alogged earlier
- Brief (3 minute) observe lock
- Relocking went smoothly
- IFO returned to Observe
- Maintenance started at 15:02UTC - JeffK working on ETMY ESD drive
To Do: angle to length measurement
I did not do the angle to length measurement before going back to Observe, so it's planned for this morning after JeffK is done, and before he needs to break the lock.
J. Kissel We're taking the IFO out of observation intent and beginning measurement prep for flipping the H1 ETMY bias sign. Stay tuned for detail aLOGs.
J. Kissel DARM OLTGF Is Complete. Results saved and committed to /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O1/H1/Measurements/DARMOLGTFs/ 2015-10-15_H1_DARM_OLGTF_7to1200Hz_BeforeBiasFlip_A_ETMYL3LOCKIN2_B_ETMYL3LOCKEXC_coh.txt 2015-10-15_H1_DARM_OLGTF_7to1200Hz_BeforeBiasFlip_A_ETMYL3LOCKIN2_B_ETMYL3LOCKEXC_tf.txt 2015-10-15_H1_DARM_OLGTF_7to1200Hz_BeforeBiasFlip_A_ETMYL3LOCKIN2_B_ETMYL3LOCKIN1_coh.txt 2015-10-15_H1_DARM_OLGTF_7to1200Hz_BeforeBiasFlip_A_ETMYL3LOCKIN2_B_ETMYL3LOCKIN1_tf.txt 2015-10-15_H1_DARM_OLGTF_7to1200Hz_BeforeBiasFlip.xml
J. Kissel PCAL to DARM Transfer Functions complete. We're going to quickly run an A2L measurement, then open the beam diverters. After which, we'll try to preserve the lock by transitioning over to ETMX for DARM control. However, this will require turning the ETMX HV ESD driver back ON, and we're on 50% confident that the IFO lock can survive that turn on transient. Wish us luck! PCAL 2 DARM results have been committed to /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O1/H1/Measurements/PCAL/ 2015-10-15_PCALY2DARMTF_7to1200Hz_BeforeBiasFlip_A_PCALRX_B_DARMIN1_coh.txt 2015-10-15_PCALY2DARMTF_7to1200Hz_BeforeBiasFlip_A_PCALRX_B_DARMIN1_tf.txt 2015-10-15_PCALY2DARMTF_7to1200Hz_BeforeBiasFlip.xml
DARMOLGTF model vs. meas. comparison plots from measurements prior to ESD bias sign flip are attached to this report.
Parameter files for these measurements and updated comparison scripts are committed to calibration SVN (r1673):
/trunk/Runs/O1/H1/Scripts/DARMOLGTFs/CompareDARMOLGTFs_O1.m
/trunk/Runs/O1/H1/Scripts/DARMOLGTFs/H1DARMparams_1127083151_kappa_corr.m
/trunk/Runs/O1/H1/Scripts/DARMOLGTFs/H1DARMparams_1128956805.m
/trunk/Runs/O1/H1/Scripts/DARMOLGTFs/H1DARMparams_1128956805_kappa_corr.m
Plots and a .MAT file with the models are committed to calibration SVN (r1673):
/trunk/Runs/O1/H1/Results/DARMOLGTFs/2015-10-15_H1DARM_O1_cmp_bfSignFlip_*.pdf
/trunk/Runs/O1/H1/Results/DARMOLGTFs/2015-10-15_H1DARM_O1_cmp_bfSignFlip_DARMOLGTF.mat
In the kappa corrected parameter file for the measurements taken on Oct 15 we used average kappas over 1 hour calculated from SLM tool starting at GPS 112894560. The values are listed below:
κtst = 1.057984
κpu = 1.021401
κA = 1.038892
κC = 0.989844
fc = 335.073564 [Hz]
For kappas used in parameter files for Sep 10 and Sep 23 see LHO alog comment 22071.
For the record, we changed the requested bias voltage from -9.5 [V_DAC] (negative) to +9.5 [V_DAC] (positive).
Called LLO and their GraceDB is now working, so they got the alarm.
OMC-DCPD_SUM_OUT goes first
First plot shows the glitch, and the lock survives a short time.
Second plot is the lock loss, and H1:ASC-AS_A_DC_SUM_OUT goes first.
TITLE: 10/14 EVE Shift: 23:00-07:00UTC (16:00-00:00PDT), all times posted in UTC
STATE of H1: H1 was down due to EY temperature variations & passed on to Cheryl to take over.
Incoming Operator: Cheryl
Support: Sheila was consulted over the phone
Quick Summary: Mostly decent shift except for a lockloss toward the end of the shift which is most likely due to temperature variations at EY (see John's alog). I handed over H1 to Cheryl as it was on its way to locking DRMI (no initial alignment was undertaken, only ETMy & TMSy were moved to restore H1 to locking).
Shift Activities:
Both lock loss plots show H1:OMC-DCPD_SUM_OUT taking a sudden drop before any other channel shows a glitch.
LL@07:37:06UTC - zoom on OMC-DCPD_A_OUT and OMC_PZT1_MON_AC_OUT.
There's something in PZT1 on the plot just after 2.354 on the x axis, where I put the blue cursor, that may be the first glitch.
It's also clear that PZT1 takes off before the OMC-DCPD.
Title: Owl Shift Transition Alog, Owl Shift 07:00-15:00UTC (00:00-08:00PT)
H1 State: Has relocked and made it to Low Noise and Observe, but only lasted 2-3 minutes - Relocked and back in Observe
Outgoing Operator: Corey
Help from: Sheila, Kiwamu
Details:
For the first lock, my interventions:
- I tweaked TMSY to raise the ALS arm power from 0.8 to 1.01
- I tweaked BS to lock DRMI, and then again after DRMI locked in order to get WFS to engage
- IFO went to Low Noise after that without issue
07:34:04UTC - IFO in Observe
07:37:06UTC - lock loss
For the second lock, my interventions:
- I tweaked BS after DRMI locked before WFS engaged
- IFO went to Low Noise after that without issue
08:06:14UTC - IFO in Observe
Issues?
08:07:53UTC - ETMY saturation
08:16UTC - Currently: IFO in Observe and range is 75Mpc
H1 dropped out of lock for no obvious reason, although when it came back, the Yarm looked fairly misaligned. (so assuming the temperature excursion at EY was an issue).
Adjusted ETMy alignment for Locking Arms Green. I was only able to get up to about 0.83. And then at this point, I was stuck. ISC LOCK had the user message: "Waiting for arms to settle". I would also get a flash of a message for ALS COMM of: "COMM PLL or IMC not ready for handoff". Haven't found anything in our Troubleshooting wiki or in Sheila's Operator training document. ALOG searches are a pain and don't yield anything useful.
Have left a voicemail with Kiwamu (On Call).
I don't want to do an Initial Alignment because I don't know whether it's needed and would like to address this ALS issue first.
OK, since I wasn't able to find anything (and I didn't want to randomly start touching anything I waited until hearing back from someone). Sheila called up and said that it would be worth it to try and aligning TMSy (I did not even think of touching it! Mainly because we rarely touch the TMS' during alignments.). I was able to finally get past the Locking ALS step by adjusting the TMSy in Pitch, but now I'm stuck waiting for the Yarm in the CHECK IR step. Frustrating & sad that I have to hand off an unlocked H1 to Cheryl.
Corey, sorry for the delay in my response. I just called the control room. Cheryl responded and she is in the middle of trying to get back to full lock with the newly aligned TMSY. Hopefully we will get back to full lock soon.
I noticed that the End Y temperature was not recoverling after Robert's HVAC shutdowns. Since it appears the chiller was not working correctly I have started the other one. Water temps are now falling. For the record I turned off Chiller 2 and turned on Chiller 1.This is done indirectly by turning the chiller's water pump off or on.We do not control the chiller remotely. There may be some overshoot on the VEA temperature as it corrects - so don't be surprised if it gets cold before it comes back to normal.
Tamper injections showed some upconversion from the tens of Hz region into the region above 60 Hz. The HVAC makes noise in this region so I did the test I had done in iLIGO, I shut down all turbines and chiller pad equipment on the entire site. This increased the range by almost 5 Mpc (see figure - the 3 range peaks are during the shutoff periods below).
Checks:
1) make sure all VFDs are running at 45 or less
2) if possible use only 2 turbines for the LVEA
We did not drop out of science mode but here are the times of the changes (Oct. 15 UTC):
2:05:00 shutdown started, 2:08:00 shutdown complete
2:18:00 startup started, 2:21:30 startup complete
2:31:00 shutdown started, 2:37:00 shutdown complete
2:47:00 startup started, 2:51:00 startup completed
3:01:00 shutdown started, 3:03:30 shutdown complete
3:13:30 startup started, 3:17:00 startup complete
Here is a comparison of the calibrated DARM spectrum from times when the HVAC was ON and OFF, in the frequency band that was affected.
I plotted glitchgrams and trigger rates during this time. Doesn't seem to have made a noticable change.
https://ldas-jobs.ligo-wa.caltech.edu/~jordan.palamos/detchar/HVAC/glitchgram_HVAC_1128909617.png
https://ldas-jobs.ligo-wa.caltech.edu/~jordan.palamos/detchar/HVAC/rate_HVAC_1128909617.png
Attached are ASDs of DARM and one of the PEM seismometer channels (corner station Z axis) for all of the times when the HVAC was turned on and off (not including the times of transition). In general, the noise level between 40-100 Hz is lower during the times when HVAC was off. The peak around 75 Hz was better during the second two off times, but not in the first segment. (1128910297 to 1128910697)
More PEM seismometer channels are here: https://ldas-jobs.ligo-wa.caltech.edu/~marissa.walker/O1/Oct15HVACtest/
(note: the seismometer calibration from pem.ligo.org is only valid from 0-20 hz)
The first attached plot (H1L1DARMresidual.pdf) shows the residual DARM spectrum for H1 and L1, from a recent coincident lock stretch (9-10-2015, starting 16:15:00 UTC). I used the CAL-DELTAL_RESIDUAL channels, and undid the digital whitening to get the channels calibrated in meters at all frequencies. The residual and external DARM rms values are:
| residual DARM | external DARM | |
|---|---|---|
| H1 | 6 x 10-14 m | 0.62 micron |
| L1 | 1 x 10-14 m | 0.16 micron |
The 'external DARM' is the open loop DARM level (or DARM correction signal), integrated down to 0.05 Hz. The second attached plot (H1L1extDARMcomparison.pdf) shows the external DARM spectra; the higher rms for H1 is mainly due to a higher microseism.
Some things to note:
The 3rd attached plot (H1L1DARMcomparison.pdf) shows the two calibrated DARM spectra (external/open loop) in the band from 20-100 Hz. This plot shows that H1 and L1 are very similar in this band where the noise is unexplained. One suspect for the unexplained noise could be some non-linearity or upconversion in the photodetection. However, since the residual rms fluctuations are 6x higher on H1 than L1, and yet their noise spectra are almost indentical in the 20-100 Hz band, this seems to be ruled out - or at least not supported by this look at the data. More direct tests could (and should) be done, by e.g. changing the DARM DC offset, or intentionally increasing the residual DARM to see if there is an effect in the excess noise band.
We briefly tried increasing the DCPD rms by decreasing the DARM gain by 6 dB below a few hertz (more specifically, it's a zero at 2.5 Hz, a pole at 5 Hz, and an ac gain of 1... it's FM5 in LSC-OMC_DC). This increased the DCPD rms by slightly less than a factor of 2. There's no clear effect on the excess noise, but it could be we have to be more aggressive in increasing the rms.
interesting, but do I interpret it right that you (on the experiment reported in the comment) assume that the DARM errorpoint represents the true DARM offset/position? I thought that it is the case at least at L1 that when DARM is locked on heterodyne, and the OMC is locked onto carrier (with the usual DC offset in DARM), then the power in transmission of the OMC fluctuates by several 10%. Assuming that the TEM00-carrier coupling to the OMC would be no different when DARM is locked to OMC trans. power, then also the 'true' DARM would fluctuate this much impressing this fluctuation onto DARM. This fluctuation should show up in the heterodyne signal then. So in this case increasing the DARM gain to reduce the rms would probably not do anything. Or?