TITLE: 04/15 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 154Mpc
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
SEI_ENV state: SEISMON_ALERT
Wind: 10mph Gusts, 5mph 5min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.15 μm/s
QUICK SUMMARY:
Nicely Observing H1 handed off by RyanC. He mentioned, same issue with SRC for alignment and needing to skip it (that's atleast 3x in a row). He also mentioned a drop out of Observing due to SQZ_FC as observed last night (and tweaks Naoki made for this). Currently, waiting for a M5.9 S.Korea earthquake to roll through with its R-wave in 10min.
TITLE: 04/15 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 154Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY: We stayed locked the whole shift after locking.
The wind started to pickup in the early afternoon, gust over 30mph
Lock#1
Found the IFO in IA, stuck at SRY. I adjusted SRM to maximise the spot on AS AIR then got out of IA and was able to lock. It took a few tries, ALS was getting knocked out by the wind possibly.
LOG:
Jeff K, Sheila D
We are interested in which signals we can use to try to damp triple bounce and roll modes, since these are probably responsible for some of the peaks in our forest of peaks around 25-35Hz (77109 and 76505). Jeff is preparing to implement a damping path on the HSTSs so that we can try to damp these.
We looked at signals (in addition to DARM) that we may want as options for damping.
Dtt template is at /ligo/home/sheila.dwyer/SUS/HSTS_damping_signals_checks.xml
"Yes and..." Here're some plots that demonstrate the coupling between these modes and ISC channels - at higher resolution, - separated into ASC and LSC signals, and - with the individual optics called out as per their ID in LHO:49643 In addition to the region that Sheila focuses on, 27 Hz and 28.5 Hz to isolate the highest vertical modes of the recycling cavity HSTS and HLTSs, I also show the 40-42 Hz region to show the highest roll modes of the recycling cavity HSTSs. (Note, I looked around ~45 Hz for the highest HLTS vertical modes, but they did not appear in DARM, nor any of these other sensors.) This should help us pick the error signals, and/or how much damping we should expect to get, if we don't want to use DARM_CTRL as our error signal (due to concerns about parasitic loops, or needed to account for it inn the DARM calibration, etc.).
Apologies. In my haste to produce the plots, I didn't read all the elements in the table of SUS resonances reported in LHO:49643, and incorrectly assumed that the table was sorted by frequency, picking off the first listed suspension that was close. Thus, in the first two attachments, - 2024-04-15_HXTS_HighestVModes_Labeled_DARM_and_ASC_Signals.png and - 2024-04-15_HXTS_HighestVModes_Labeled_DARM_and_LSC_Signals.png I claim that the mode at ~27.42 +/- 0.01 Hz is SRM in these spectra (id'ed at 27.45 Hz in LHO:49643), but PR2 and MC3 are closer possibilities (id'ed at 27.41 and 27.42 Hz in LHO:49643). To definitively assign these modes to suspensions, we'll likely have to do some driven tests at high frequency resolution.
FranciscoL, RickS
On April 4, 2024 we used DTT to measure the amplitudes of the Pcal lines used in the Pcal X/Y calibration comparison in both the Pcal end station Rx sensor outputs and the DARM_ERR signal. The attached plots shows the peaks in the spectra measured with 0.001 Hz requested BW, 50% overlap, 10 averages during a long lock stretch. The second image is a page from Francisco's lab book.
The SNRs for the lines from the Pcal Rx sensors is about 5e-5 and
the SNRs of the lines in the DARM_ERR signal are about 1350.
Since the sqz angle seemed not optimized and range was below 160 Mpc in this lock, I tuned the sqz angle during observing after 4 hours into lock. The attachment shows that sqz and range improved with sqz angle at 200. The previous sqz angle was 192 and it was set just after the lock in 77144.
We've been locked for 3 hours, in observing since 16:10 UTC. SQZing has been getting better as we thermalize.
The SQZ_FC lost lock and dropped us from observing at 19:27UTC, back at 19:29
FAMIS 20024
Jason adjusted the pump diode currents last Tuesday (alog77048), which is seen on the laser trends and resulting drop in PMC reflected power on the stabilization trends. FSS TPD signal also took a drop over the weekend; will keep an eye on it.
Mon Apr 15 10:14:42 2024 INFO: Fill completed in 14min 38secs
Jordan confirmed a good fill curbside.
The Lockloss tool hasn't updated with any of the Locklosses since 4-13-24 12:49UTC
Returned to Observing at 16:10 UTC. The high frequency squeezing doesn't look great but it will get better as we thermalize?
https://ldas-jobs.ligo-wa.caltech.edu/~lockloss/index.cgi?event=1397224003
TITLE: 04/15 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Aligning
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 11mph Gusts, 8mph 5min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.13 μm/s
QUICK SUMMARY:
I powercycled ITMY camera (h1cam23) and restarted its server process on h1digivideo2. All looks good now, the camera went down at 04:33 Sun 14th PDT.
TITLE: 04/14 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: TJ
SHIFT SUMMARY:
A bit of a rough shift with a rumbling planet for the first half of the shift. Wind storm (20-30mph) for 4hrs of the shift. Mid-shift marked by beginning of FC IR-locking issues for Squeezer. And also had issues with SRC portion of alignment for 2-alignments from the night.
If SQZ_FC unlocks, we should transition to NLN + NO SQUEEZING (via procedure in wiki).
LOG:
Vicky, Naoki
In the last lock, the FC IR kept unlocking. We first thought the timer issue similar to 76280 so we removed the timer, but it did not help. We checked the FC IR OLG and it was fine. Then we found that the FC ASC input signal moved a lot. We turned off FC ASC and the stability was improved. We decided to go to observe without FC ASC tonight.
As a separate issue (I think) than FC not locking, the pump ISS control voltage was dropping below 2V and losing lock. I aligned the fiber polarization, but more importantly sent more power from the pump aom to the fiber, aka reduced the rejected power on H1:SQZ-SHG_REJECTED_DC_POWERMON, to keep pump ISS locked. On a Tuesday with extra time, might be worth checking if the pump path alignment (pump aom + fiber) is still good.
Once we got back to NLN, continued to have the issue with SQZ_FC unlocking. Naoki & Vicky continued to work on it.
Currently we have SQUEEZING.
To get to OBSERVING, I had to ACCEPT some Diffs (see attached).
If the SQZ_FC unlocks again, Operators should take steps to put H1 in NLN + NO SQUEEZING (I'm set up to follow the procedure to do this if it happens in the next 45min, otherwise, I sent a text to the OWL shift operator.)
See LHO:77188 - these FC locking issues seem correlated with >30-40 mph winds, likely moving FC2 SUS too much to hold lock. We had seen the FCGS trans beam (on SQZT8 in FCES) moving a lot on the camera, which suggested the FC cavity axis was moving a lot. This is why we disabled FC ASC this night. If that helped, it's b/c FC2 SUS, aka the FC cavity axis, was moving due to winds. We traced this down the following night 77188 when higher winds prevented even FC green VCO locking, and we saw the FCGS control signal was railing and correlated with FC2 SUS motion with no control signal.
Both nights (this and following one) - FC locked overnight once winds calmed down, see screenshot.
Jennie W, Sheila, Jenne
We did steps of 1 up in PITCH for camera offset servo 2 which controls the beam spot on ETMX by moving ITMX and ETMX, as suggested by this overnight test Camilla and I did.
This improved the build-ups and we went past the optimum point which we found to be CAM_PIT2_OFFSET = -173, so we set the offset to this. The optimum point is shown by the right most cursor in this image.
We did steps of 1 up in YAW for camera offset servo 3 which controls the beam spot on ETMY by moving ITMY and ETMY, as suggested by this overnight test Camilla and I did.
This improved the build-ups and we went past the optimum point which we found to be CAM_YAW3_OFFSET = -349.5, so we set the offset to this. The optimum point is shown by the right most cursor in this image. There was confusion as the PITCH and YAW degrees are cross-coupled (this confused us as one must wait for the pitch servo to converge while changing the yaw degree of freedom).
We then tried to optimise our last DOF for the camera servos: PITCH for servo 3. We first moved the offset up and then down, but made the build-ups worse each time. By this point we had increased thje gain of the camera servo filter banks by 2 to speed up the converging. CAM_PIT3_OFFSET should be set to its nominal at -230 counts.
Then we ran the A2L gain scripts we used the other day successfully to optimise thse loops to match the new arm alignment. During running of this script we lost lock, not sure why.
We did not add these new offsets to the guardian because of the lock loss, we will do them together with the A2L optimisation during the nest commissioning period.
The A2L script is is userapps/isc/h1/scripts and is called run_all_a2l.sh
Looking at the lockloss while running the A2L script:
It completed the excitations and gain adjustment for ITMX and ITMY yaw, but lost lock during the Y2L exctitation for ETMX. Next time we get a chance to try this, we could try running ETMX Yaw with a much smaller excitation and ask the code not to set the gain automatically.
The ndscope template used to make this screenshot is in sheila.dwyer/ndscope/ASC/A2L_script.yml
DARM Offset Test:
Test was run without issues and upon checking the PCAL X and Y Excitation screens, the only differences I can see before vs. after are in the OSC_TRAMP Times:
PCALX: OSC TRAMP (sec) OSC1 was 3 and went to 5
PCALY: OSC TRAMP (sec) OSC1-9 were 10 and went to 5.
I reverted these to their before values - everything else is the same (screenshots below).
I accidentally placed the analysis for this test as a comment on the wrong alog. Thanks Vicky for pointing this out!
See here for the optical gain and DARM offset plots.
I added a plot showing the loss ( inverse of the slope of attached graph) between the input of HAM 6 (AS port) and the DCPDs as in this entry.
This loss term is 1/1.247 = 0.802 with 653.7 mW of light insensitive to DARM at the AS port.
Forgot my log