The chiller systems at the mid stations were started this morning for the season.
Tue May 27 10:09:04 2025 INFO: Fill completed in 9min 0secs
Attached is the analysis of the TDR and delay measurements for the REFL and POP RF sensors.
The 2 columns labeled "phase TDR" and "correction phase" are the calculated phase shifts from the TDR and phase measurements, respectively. A longer cable between the RF sensor and the demodulator will make this phase shift more negative (modulo 360°).
If I got the signs correct, this number needs to be subtracted from the current phase shift values. This is indicate in the highlighted column labeled "new Phase". If not, one can try the column "wrong Phase".
This is the same table assuming REFL WFS A and B were swapped after re-installation.
Sheila, Jennie W
We started updating the demod phases according to the 10th column in Daniel's first table:
We updated LSC-REFL_A 9MHz in beckhoff sitemap->SYS->Ethercat overview->ISCCorner->LSC->REFLA->9->PHASE
LSC-REFL_A 45MHz did not have a screen for phase in beckhoff as it doesn't have a phase shifter here, so we upated its phase in the front-end demod. sitemap->LSC->LSC Overview-> REFL_A_45 -> RD Rotation
We are skipping all of REFL B as hardware has been changed - will phase in full lock.
LSC-POP-A 9 MHZ updated in front end demod, found medm screen in similar way for LSC-REFL_A 45MHz.
We skipped LSC-POP-A 45 MHZ and will check later as commissioning team changed it on Friday.
We went through sdf, so need to redo above.
Updated phasing of four ASC-REFL_A_RF9 segments in front-end. These phases are accessed via sitemap->ASC->ASC Overview -> REFL-A_RF9 -> Settings and then change each of the R values in the phase(deg) column (black circles). This was sdfed in OBVs and safe.snap.
Updated phasing of LSC-REFL_A 45MHz in front-end demod and sdfed in OBVs and safe.snap.
Checked LSC-REFL_A 9MHz in beckhoff had not been changed by sdf revert, it had not.
We updated the phasing of LSC-POP_A 9 MHZ in front-end demod and sdfed in OBVS and safe.snap.
We updated the phasing of the four ASC-REFL_A_RF45 segments in front-end. sdfed in OBVs and safe. Found phase medm screens in a similar way for ASC-REFL_A_RF9.
We updated the phasing of the four ASC-REFL_B_RF9 segments in front-end. sdfed in OBVs and safe. Found phase medm screens in a similar way for ASC-REFL_A_RF9.
We updated the phasing of the four ASC-REFL_B_RF45 segments in front-end. sdfed in OBVs and safe. Found phase medm screens in a similar way for ASC-REFL_A_RF9.
Will need to phase POP X in full lock.
Matt, Camilla, Sheila
Once the X and Y green arms were locked, Matt and I measured their powers on ISCT1, straight after the prism. Sheila took H1:ALS-{X,Y}_REFL_LOCK_TRANSPDNORMTHRESH from 0.8 to 0 so that we the arms would stay locked while we blocked the beams. Measured:
TITLE: 05/27 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 6mph Gusts, 4mph 3min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.10 μm/s
QUICK SUMMARY:
The goal is to start locking and follow the steps outlined in the commissioning document https://docs.google.com/document/d/1P6JXVV_bhdN2M5k2PLoa0tu-AmY-PiC98zZ0nzBIJ2I/edit?tab=t.0
H1 Is currently going through a manual Initial alignment " Without Green Cameras".
We are down to two temporary EPICS IOCs running on opslogin0 which need to be restarted following reboot of opslogin0:
digivideo_dummy_ioc: We moved some critical cameras to the new server, but found that they needed image masking so they were returned to h1digivideo2, but the DAQ is expecting the new server's channels. This IOC provides the missing channels.
vac_ham1_pressure_converter_ioc: The Beckhoff calibration for HAM1 pressure is off by two orders of magnitude, this IOC creates a H1 HAM1 Torr channel, calculating the pressure from the gauge's raw voltage reading.
Workstations updated and rebooted. This was an OS packages update. Conda packages were not updated.
Mon May 26 10:11:15 2025 INFO: Fill completed in 11min 11secs
Sun May 25 10:12:57 2025 INFO: Fill completed in 12min 53secs
Sat May 24 10:16:47 2025 INFO: Fill completed in 16min 43secs
TITLE: 05/24 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
IFO is in ENGINEERING and DRMI has Locked! IFO is in DOWN until Tues.
The relock acquisition today was a success! While the expectation was to get through ALS before facing issues, we managed to lock DRMI and get all the way to CARM_TO_REFL (state 409).
Of note is that the BS is slightly off in that when we do lock DRMI, the AS camera shakes for a bit and the POP90 trace gets very noisy emulating the jitter almost. I can see as this is happening, F2 and F3 OSEMs are saturating indicating something off in the MICH length loop. Elenna lowered the gain slightly and while this allowed us to get past the DRMI state, it came back upon passing that state 409. As the PR_GAIN is ramping up, the trace either jitters before losing lock or it just loses lock very instantly. The current hypothesis is that this is something to do with the BS particularly in the MICH Length Loop.
For some reason, in our most recent lock attempt, the issue did not happen with the only configuration difference being that the WFs centering was turned on and correct. However, we still had that sudden lockloss at CARM_TO_REFL so the issues may not be related.
See Elenna's alog 84569 for details on tonight's recovery and lock reacquisition.
Other:
DC centering loops on the input matrix for the REFL WFs were flipped and oddly saturating RM2. Elenna discovered this after some troubleshooting and unflipped it - they were SDF accepted s well.
LOG:
None
Ibrahim, Elenna
In summary, we can make it to CARM to REFL!
Here are some notes about recovering lock. I am bolding the ones that I think are urgent/should be read by anybody who next attempts to lock this IFO.
Sheila, Camilla, Elenna, TJ
TITLE: 05/23 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY:
Commissioners continued making progress with being to align more cavities/states of H1. And the plan is to continue with more alignment work (Maybe locking tonight for Elenna & Ibrahim?).
LOG:
TITLE: 05/23 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 9mph Gusts, 4mph 3min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.10 μm/s
QUICK SUMMARY:
IFO is in ENGINEERING and aligning
Now with all chambers vented, we are aligning cavities with the following done today and yesterday:
Continuing to align cavities until we can make it through an initial alignment (and if the stars align too, potential full IFO locking)
Camilla, TJ
I went to turn on the CO2 lasers to prep for locking today. I found both power supplies on the mechanical room mezzanine needed to have their outputs turned on. For TCSX, I then was able to turn the controller on, turn the key, hit the gate button, then turn on the laser via medm as usual. For TCSY though, the controller complained of a Flow Alarm as soon as the unit was turned on, and turning the key or hitting the gate would not clear it. The flow was reading 2.45gpm according to the paddle wheel flow meter on the floor, and before the vent we were just above 2.5gpm on the floor and 3.4gpm at the chiller. We had reduced the flow of this chiller back in December with Robert (alog81246), so I tried bumping up the flow slightly to 2.6gpm on the floor in the hopes to clear the flow alarm. Now, the flow alarm wasn't present when turning the unit on, but then when I turned the key and hit the gate button, the flow alarm came back.
At this point Camilla and I checked cable connections, tried turning the chassis off and on while waiting a bit, patting our heads while rubbing our bellies, and some other non-fruitful things. Eventually we moved the flow back up to 3.8gpm at the chiller and 2.8gpm at the floor and the flow alarm never showed up. We tried to bring the flow down a bit, but the flow alarm would return. We have no idea why the controller isn't happy with us running the flow at levels that we have been for all of 2025. For now, sorry Crab Nebula.
Richard, Jonathan, Erik, Dave:
To help the vacuum team remotey monitor HAM1's ion pump controller over the weekend pump-down, I have set up a temporary web cam, attached to a ladder and positioned close to the Varian front panel. This is a fish-eye camera, originally in the MSR and called msrcam. The camera is connected via POE ethernet to the Mech Room VAC rack ethernet switch (port 13 of sw-mech-aux , 106 VLAN). The POE injector is on the top of the rack.
Erik created a virtual FOM on cdsws12 display 5, which captures a chromium browser viewing the camera. This image updates every minute.
For timestamping, I've borrowed a wall clock from the OSB.
To ensure HAM1 VACSTAT alarms are sent to team-VAC over the weekend, I have temporarily rescinded the two-or-more-gauges rule. Any single VACSTAT alarm will sent cell phone text messages.
7 day trend of mid station VEA temps after chillers turned on yesterday is attached