After failing to find DRMI and a lockloss at FIND_IR early on I ran an initial alignment, I was then able to reacquire NLN without any interventions at 08:44 UTC

In Observing at 09:02UTC once the ADS signals had converged for the camera servo to turn on, I let everything thermalize for about 2 hours, until we reached >430kW in the arms. I'm going to take us out of observing shortly to test/take a measurement of a new FF filter for MICH and SRCL then after that I'm going to run a calibration suite and hopefully then go back into observing for the rest of the morning.

Verbal reported a EQ from NZ (5.5) whose' R-waves will hit us in a half hour.

TITLE: 05/24 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 15mph Gusts, 12mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.12 μm/s
QUICK SUMMARY:

• Low wind, low microseim
• Taking over from Corey
• Some struggles at low states, Yarm and COMM IR seem to be struggling a bit? Yarm power seems lower than it was yesterday (by almost 10%?) I may try another initial alignment
• Currently relocking

TITLE: 05/23 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
SHIFT SUMMARY:

Frustrating shift sandwiched with tough locking at early states of ISC_LOCK:  Mainly LOCKING_ALS.  Seemed to get better, but after MANY attempts and atleast an hour!

Had one lock with some observing time, but it was another shortlived lock (~2hrs).

LOG:

• PCalx/y Test while at OMC WHITENING, in prep for OMC Refl (Jennie)
• 0018 NOMINAL LOW NOISE
  • OMC Refl measurement completed (jennie)
• 0020 Transitioned OBSERVATORY MODE to COMMISSIONING (from Preventative Maintenance)
• 0033 LOCKLOSS due to an errant sdf revert of Feed Forward filters
• Early LOCKS:
  • Repeated locklosses at around LOCKING ALS & FIND IR.  No errors or DIAG MAIN notifications gleaned any hints at the reasoning.
  • 0131:  Paused at LOCKING ALS and FIND IR but did not seem to help, and went straight for DRMI & made fairly randomly it through.
  • At DRMI acquisition,  looked misaligned.  Went for PRMI, but it also looked misaligned in yaw from the short locks---tried moving PRM in yaw to no avail.
  • CHECK MICH FRINGES run 
  • PRMI then locked with better alignment...but DRMI did not lock (even as I tweaked SRM)
  • PRMI automatically run and then DRMI finally locked quick!
  • ENGAGE ASC FOR FULL IFO took quite a bit of time due to ADS being off quite a bit (mainly YAW3).
  • 0240 NOMINAL LOW NOISE (but waiting on Camera Servo)
  • 0305-0311 Vicky checking on squeezer.
  • 0311 OBSERVING
• 0419 ITMx, ITMy, BS saturation on verbal alarm (but didn't see anything on DARM).
• 0445 LOCKLOSS:  Vicky confirmed this was NOT a PI Mode lockloss.
  • Issue of recurring locklosses at LOCKING_ALS happen again.
• 0511-0528 Initial Alignment
• 0529 Diag Reset on SEIH16 since it had a RED ADC.
• LOCKING NOTES (post alignment)
  • Continue LOCKING_ALS locklosses
  • Paused at LOCKING_ARMS_GREEN (doesn't seem to help---as soon as I go to LOCKING_ALS this is when lockloss occurs).
  • Not consistent, but locklosses happen after ALS_DIFF is at LOCKED & during different states of ALS_COMM (such as HANDOFF_PART2 3x in a row, but it's also happened at Part3 and eralier at FINE_TUNE_IR).
  • After an hr+ of attempts of getting past LOCKING_ALS/FIND_IR, finally managed to get to ACQUIRE_PRMI (I went specifically for this state because I was sure the alignment was not going to be great after repeated failed attempts of getting past LOCKING_ALS.  PRMI was ugly, but was able to tweak PRM to inch it up a little, but it dropped.  Had several short locks and wanted to get ASC to take over but then there was a lockloss.
  • This is how locking has been for my two attempts at locking for the shift.  For the lock before my shift, TJ zoomed right past this on his first attempt (vs the dozens of attempts I needed for both of my attempts.
  • Also for both of my locking attempts tonight, it made it past LOCKING_ALS eventually on its own---which led me to wonder if there could be a thermal effect?
  • Have since made it to PRMI once again (but had a lockloss when transitioning to DRMI)....this happened during the handoff to Ryan C.

After the earlier lockloss, H1 is OBSERVING (first time since dolphin crash).

Sadly, locking was not easy in that there were issues around the LOCKING ALS/FIND IR steps---not clear why this was the case, but eventually made it past those steps.  DRMI did not look good, so opted for PRMI which also did not look good and ultimately selected CHECK MICH FRINGES, and slowly got through PRMI & then mostly no issues getting to NLN (ENGAGE ASC for FULL IFO did take a bit of time to wait for ADS' YAW3 to converge).  After all of this, wonder if running an Initial Alignment would have been better.

While in NLN, Vicky took a handful of minutes to look at squeezer while I was going through SDF.

ACCEPTED all the diffs for the attached nodes (tagging ISC & SUS).

NOTE:  After thermalization, can (1) enable mich/srcl feedforward & (2) run calibration suite.

ENDY Station Measurement
During the Tuesday maintenace, the PCAL team(Tony S. & Dripta B) went to EndY with WSH (PS4) and took an End station measurement.
The ENDY Station Measurement was carried out according to the procedure outlined in Document LIGO-T1500062-v15, Pcal End Station Power Sensor Responsivity Ratio Measurements: Procedures and Log, and was completed without any unexpected hiccups by 11:30am. LIGO-T1500062-v15 is attached.

First thing I do is take a picture of the beam spot before anything is touched!
Martel:
We started by setting up a Martel Voltage source to apply some voltage into the PCAL Chassis's Input 1 channel and we record the times that a -4.000V, -2.000V and a 0.000V signal was sent to the Chassis. The analysis code that we run after we return uses the GPS times, grabs the data and created the Martel_Voltage_Test.png graph. We also did a measurement of the Martel's voltages in the PCAL lab to calculate the ADC conversion factor, which is included on the document.

After the Martel, measurement the procedure walks us through the steps required to make a series of plots while the Working Standard is in the Transmitter Module. These plots are shown in WS_at_TX.png.
Next steps include: WS in the Receiver Module, These plots are shown in WS_at_RX.png.

Followed by TX_RX.png which are plots of the Tranmitter module and the receiver module operation without the WS in the beam path at all.
The last picture is of the Beam spot after we had finished the measurement. 
All of this data is then used to generate LHO_ENDY_PD_ReportV2.pdf which is attached, and a work in progress in the form of a living document.

All data and Analysis has been commited to the SVN.
https://svn.ligo.caltech.edu/svn/aligocalibration/trunk/Projects/PhotonCalibrator/measurements/LHO_ENDY/

PCAL Lab Responsivity Ratio Measurement:
A WSH/GSHL (PS4/PS5) Responsivity Ratio measurement was ran, analyzed, and pushed to the SVN.
The analysis of this measurement produces 4 PDF files which we use to vet the data for problems. We
raw_voltages.pdf
avg_voltages.pdf
raw_ratios.pdf
avg_ratios.pdf

All data and Analysis has been commited to the SVN.
https://svn.ligo.caltech.edu/svn/aligocalibration/trunk/Projects/PhotonCalibrator/measurements/LabData/PS4_PS5/

This adventure has been brought to you by Dr. Dripta B. & and Tony S.
More analysis to come.

Jennie W, Sheila D, Jeff K

In order to get an understanding of output losses to understand why we are not getting the level of squeezing we expect I ran craig's scripts to step the DARM offset. Instead of measuring PCAL line heights on DCPD_SUM at each step we will look at these line heights on OMC REFL.

As this PD is much noisier than DCPD I had to do some tuning of the PCAL lines we use. Since we have limited measurement time and the IFO was still at MAX POWER, Sheila suggested we spend some time tuning the line heights to use in the measurement.

By this point we were waiting for violin modes to damp while in the OMC_WHITENING STATE.

original PCAL EY and EX values are first image.

I ran set_up_pcal_for_darm_offset_test.py. Originally this uses:

PCALX 255Hz 40000 counts

PCALY 410.3Hz 40000 counts

but this did not give us the correct resolution on OMC REFL for the higher frequency of the 2. Neither OFS PD was saturated.

See Ref0 (4th image attached) for the OMC REFL spectrum with these settings.

I manually stepped up the 410.3Hz line in ampltiude (on PCALY PCAL_END screen to 48 000 counts at which point the OFS PD saturated. Following Jeff's instructions I turned off the loop_enable switch on the PCAL_END screen for PCALY, changed the amplitude down to 46000 and swtiched the loop back on. OFS no longer saturated.

see Ref1 (5th image attached) for new OMC REFL spectrum. This still does not give a good SNR.

I then switched off the OSC_SUM_MATRIX (ie. the output) and changed this line to 11.5Hz at an amplitude of 40000 counts. This does not saturate the OFS PD.

See Ref 2 (6th image attached) for the OMC REFL spectrum.

The IFO moved to NLN and this did not change the PCAL settings I had on.

The third image attached shows the PCALEX and EY settings we used for the DARM offset measurement.

I then ran DARMOffsetStep.py starting at GPS 1368922456 to step the DARM offset.

Jeff reset the PCALEY and EX values using sdf.

xml from tuning measurements is in /ligo/home/jennifer.wright/git/OMC_mode_matching/2023-05-23_DARM_offset_meas.xml

Code is in /ligo/gitcommon/labutils/darm_offset_step

DARM offset results are in data/darm_offset_steps_2023_May_24_00_13_58_UTC.txt

Stay tuned for processed measurements.

J. Kissel, C. Gray

That lock loss from NOMINAL_LOW_NOISE at 2023-05-24 00:33 UTC was me. 

I was running through the SDF system looking to accept or revert changes to get ready for observing, saw that there were filter differences and tramp differences in the in-loop MICH and SRCL FF in the LSC model, and we thought were Corey was starting the FF test discussed in LHO:69862 a little too early. As soon as I hit "revert" we lost lock. I don't have a screenshot of the DIFFs, but Corey thinks that these filters DIFFs were a result of him accepting the "newer" "5-20-23" filters provided last night just to get us to obseve (see brief mention of the acceptance in LHO:69801, and some discussion of the filters in LHO:69785). We think these showed up as a DIFF tonight because the ISC_LOCK guardian had reset it to the "normal" filters "4-15-23". Or something. 

But clearly switching these filters at the speed of a button click does not make the IFO happy.

• Right now Jennie W is tuning line heights for an OMC mode matching measurement while the violin modes damp, we will go to observe after this quick test and when the violins allow.
• Corey has a template set up to evaluate MICH and SRCL feedforward filters once IFO has thermalized (turn ff gains to 0, switch filters to FM9, then ramp gain back to 1)
• Either Corey or Ryan C will run a calibration measurement set once the IFO has thermalized. 
• If we loose lock due to the 80kHz PI (mode 29) despite the guardian changes made yesterday, we can try to step the EX ring heater down from 1.3W on both segments to 1.2W on both segments.   ezcawrite 1.2 H1:TCS-ETMX_RH_SETUPPERPOWER   ezcawrite 1.2 H1:TCS-ETMX_RH_SETLOWERPOWER

TITLE: 05/23 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 11mph Gusts, 6mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.14 μm/s
QUICK SUMMARY:

H1 is on its way up to NLN for first time post-Maintenance (and dolphin crash last night)---currently going to MAX power.

Have a few items on the docket once we are at NLN & later thermalized:

1. OMC Refl (Jennie)
2. Then go to OBSERVING while we thermalize
3. Enable new FF filters (& measure DARM) (corey)
4. Run calibration suite (once arm powers flatten, or get to 430kw) (corey)
5. Back to OBSERVING

In other news, nuc30 has been doing better post-nuc26 swap.

[Dave, Patrick, Erik]

The unifi wireless access point (WAP) medm is updated to include FCES, MX and MY access points for the CDS network.  These can now be disabled and enabled from the MEDM. 

Eac WAP status has been added to the SDF, so an SDF difference will be indicated when a WAP is turned on.

Sheila, TJ, Betsy, Keita, Jeff 

Over the last 9 days we have moved the PR3 yaw slider by 2 urad (from 151.6 to 149.3) to maintain the ALS beatnotes on ISCT1, to allow locking.  Today we had planned to move PR3 back and realign on the table, but when I set PR3 back TJ saw that the beams were clipped arriving on the table, and not reaching the trans PDs well enough to trigger and lock the arms in green.  The beam was clipping on the prism, so fixing this on the table would have meant moving the periscope mirrors.  We decided to first double check that the green camera for the X arm had not drifted.  

Instead of realigning on the table, we decided to check the camera reference.  TJ skipped shuttering ALS as we relocked, let ADS converge at 2W, and Keita and I ran the green offset servo (reminder, green reference instructions are here).  The attached screenshot shows the QPD offsets and camera offsets that we would have gotten.  These are not large changes to the references, so it doesn't seem that the problem is something like a drift of the camera. We reverted these changes to the green references. 

A screenshot of the camera is attached, which does show the beam is not well centered on this camera. 

We are returning to locking now, but since this has been causing locking troubles and seems to be getting worse over time, we will plan to return to re-align the table next time we are relockign during the day.

TITLE: 05/23 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
SHIFT SUMMARY: We still have not fully recovered since the dolphin crash yestereday. After maintenance we took some time to investigate the PR3 movement that has been a mystery over the last week or two. Initial alignment and locking was reletively straight forward. The OMC locking problems that Ryan C ran into this morning we didn't see during our one time locking the OMC today. We recently made it to 25W and lost lock at MOVE_SPOTS, maybe because ALS was still unshuttered. Relocking again now.

• Accepted TMS and ETM optic sliders in the safe.snaps in preparation for the dolphin cdsrfm work. These channels are unmonitored, but after a dolphin crash, it would be good to restore to more accurate values.
• Sheila, Betsy, and myself went out to ISCT1 with the intention of realigning the beatnotes to the current PR3 position. While garbing up we convinced ourselves that we should first check that the ITM camera hasn't moved. To do this we should keep the ALS unshuttered and then look at where they are after we engage the full IFO ASC. Since we were garded up at the time, we did peek on table just to verify there wasn't any major problem, but we didn't actually touch or move anything on table.
  • Sheila and Keita checked the ITM camera references when we got to DC readout, and didn't think that they had moved enough to be a problem.

LOG:

As noted earlier (see this aLog entry) the Pcal X/Y comparison was giving nonsensical values.

I found that the demodulation oscillator freqency for the Pcal Xarm (H1:CAL-CS_TDEP_PCAL_X_COMPARE_COMPARISON_OSC_FREQ) had not been updated on May 5 when we changed line frequencies.

It has been updated to 283.91 now.

The change has been accepted and the value is now monitored in SDF.

The Yarm frequency is now monitored as well.

Looks like the 3IFO large Container  #3 needs to be checked for any purge line issues.  Although I'm not sure of the unit, this readout does not look like the others, at "160 H2O ppm" while the others are ~10-50 ish.  A trend shows this on a slight rise.

Betsy, Jason, Sheila, Fil, Marc, Travis, Adrian

This morning, a few of us made some walk-thrus of the Corner and End station VEAs to check and turn off items utilized during non-Observing run times, per T1500386 (bold were items which needed attention this time around). All of the following were checked off.

• Make sure no one is in the LVEA

• Cranes in their "parking spots" & their lights are OFF

• Monitors/work stations are turned OFF (except VAC computers) - Powered down ITMX camera setup computer

• Phones unplugged (wall-wars & RJ11 plugs) & batteries pulled from handsets (Phone locations here)

• Confirm no mechanical shorts onto HEPI.

• Cleanrooms OFF

• PSL in Science Mode - bit of an audible hum in the LVEA after everything turned off, kinda of seemed like it was more in the South bay, maybe fans or HVAC still need to be checke din this area

• ISC Table fans OFF

• Confirm wifi access points are unplugged (instructions)

• Electronics racks (i.e. make sure no test equipment connected to a rack, unless work permit for it.) - A few unconnected cables hanging in the PSL, ISC, SQZ racks, but all determined to be not an issue (some used for temp needs).  Added termination plugs to unused RF plugs in SQZ racks, and 1 in the PSL rack.  Lots of PEM BNC cables still run to various areas from PEM racks. O-scope connected and powered on near West bay corner for PEM coil use.  Adrian/Robert confirm all PEM is in a nominal run configuration.  Will spend another Tuesday with folks to finish cleaning up and stowing cables.

Temp dust mon at HAM2 unplugged.

End stations - HWS camera power supplies under IIET upgrade WIP, so temp plug-in to wall power.

EX weather station equipment (and PS) in rack on VEA floor removed by Fil.

HAM6 RGA ion pump controller sitting on a cart at the end of HAM6 chamber will be left on, but RGA/fan was turned off.

• Forklift NOT connected to charger

• Unplug unused power supplies/extension cords - Unplugged some

• Lights OFF (for end stations check lights via webcams)

• Unplug power supplies for Valcom Paging System and 48V DC H1PSL Phone in Communications Room 163. Also, here is a mouse in this room 163.  The animal kind.

• ALOG the LVEA has been swept.