TITLE: 12/11 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 52mph Gusts, 37mph 3min avg
    Primary useism: 0.13 μm/s
    Secondary useism: 0.61 μm/s 
SHIFT SUMMARY:
We had Planned to lock today to get proof of life out of H1, but then...
The tumbleweeds were trying to get in from the Roof during the 70 MPH Wind conditions we had today. We let the tumbleweeds win and didn't try to lock but did other things.
Y arm was clear enough for TJ to get to, but X arm is impassable due to a tumble-anche along the road there. 

Beckhoff Upgrades were done for Corner5.
Faroing was started but not finished.
JAC work has started and we were able to recover the IMC. 

CDS was able to make some progress today as well. 

Random notes I took throuout the day: 

Dave did a restart everything here. 
Frame writer restart happened today.
The Wind only Looks like it reached 114 MPH as indicated by the wind speed, but it only hit 70 MPH. 
Corner 5 beckhoff install starting at 23:00 UTC

FW1 rerstart @ 23:05 UTC
Might need to reboot ASCSQZIFO or ASCSQZ0 computer: Completed. 
 
PSL enclosure temps alarm sounded off at 23:22 UTC during the DAQ restarts.

440 channels added to H1EDC for beckhoff. 


IMC recovery :
I ended up Clearing history on IMC WFS...
Reverted MC and IMC PZTs  back to GPS time: 1449411452 (the last time we had the IMC locked.)
I then moved MC2 until the we had a good lock on MC_Trans.  IMC-WFS_GAIN was taken from 0.04 to 0.4  and then back again to allow the WFS to move IMC.
We then offloaded it.  

Forcast for tomorrow: https://alog.ligo-wa.caltech.edu/aLOG/uploads/88470_20251210180643_2025-12-10_18-06.png

LOG:
 

Jennie W, Daniel S, Jeff K,

I added a JAC top_names part to the h1lsc model. This should be pretty simply as the JAC only has one RF PD for length feedback and two feedback paths, one to an onboard PZT and one to temperature of the JAC spacer, this latter part is done in Beckhoff.

The PZT output to the DAC is shown here.

The lower level contains a standard library REFL PD part but I removed the RF9 path and renamed the RF45 path to RF43 as this is the frequency we are using for the JAC control sidebands. There is also a block for reading out the low frequency signal 'REFL_A_DC' and a block for feedback filters 'L_SERVO'.

Jennie W, Daniel S, Jeff K,

Human Readable Summary:

Today I finished doing the last round of changes to ascimc.mdl which adds a path to do ASC for the new jitter attenuation cavity, JAC. As part of this, the IMC will no longer be using the PSL periscope PZT as a feedback path to control input alignment and instead this path will be used to align to the JAC. We have implemented logic in the IMC ASC model to use the IMC as normal just now. We have also put in the infrastructure in this model for the JAC ASC in a JAC top_names block. The JAC has 2 WFS, 1 RF PD as input and feeds back to the PSL periscope and JM1 tip-tilt suspension for alignment. These changes were built and added to the re-locked revision in the svn.

Details for the IMC: We have added a line to the output matrices of the IMC (old P and Y in medm) where the final fifth line is used to send signals to the new JM3 tip-tilt which will be installed in HAM1 during the vent downstream of the JAC and upstream of the IMC, these currently contain zeros in the fifth line but I haven't updated the medm screen for IMC_WFS yet. The ASCIMC model now contains send PCIe modules whoch correspond to the recieve modules in the SUS-JM3 model.

There is also a switch H1:ASC-IMCJAC_PZTOUTSW in the top level of the ASC IMC model to switch between the JAC servo using the periscope PZT as a feedback path (switch OFF) and the IMC servo using the PZT as a feedback path (switch ON). This has been saved in safe SDF snap file in the ON state which means the IMC should work as expected until we have the JAC installed.

I have uploaded a pic here and here of the changes made to the top level in H1ascimc.

Details for the JAC ASC: In the JAC top_names block we have the attached architecture. This has standard library blocks for the A and B JAC in-air WFS and the DC readouts of each these.

The controls are copied from the IMC model but with 2 degrees of freedom instead of 5. I have also skipped the dither locking controls as we don't seem to currently use this in the IMC.

Details for h1sqz model:

Four squeezer channels were added to h1ascimc model and removed from the h1sqz model are:

H1:SQZ-OPO_SERVO_EXC

H1:SQZ-SHG_SERVO_EXC

H1:SQZ-LO_SERVO_EXC

H1:SQZ-CLF_SERVO_EXC

- two are sent from the SQZ model, H1:SQZ-OPO_DITHER_DRIVE and H1:SQZ-LO_DITHER_DRIVE, they go into a SQZ block.

This block contains these filter banks, which we transferred from the h1sqz model. SHG_SERVO_EXC and CLF_SERVO_EXC have grounded inputs like they did the h1sqz model. The outputs are sent to the DAC0 channels highlighted with a green dotted line in this image of the h1ascimc model.

[Sheila, Eric, Kar Meng, Daniel]

At the time of removing soft cover, the particle count was ~2. We begun with the OPO dither locked. We also updated the ramp time on the PSAM controllers to be 100ms (they were at 1ms). It seems like the PSAMS are reading back the correct value (matches setpoint/target).

Betsy provided us with the screws for locking down the VIP, they are a #10 button head screw but they seem to fit in the slot for the locking mechanism. We have no washers for the #10 screw, which is not ideal. The #10 button head is not sufficiently wide enough and only engaged on one side of the slot. As a compromise, a 1/4" washer was tried to buffer this. Unfortunately, this was thick enough to prevent the screw from engaging on the threads, so two of the other bolts were installed without washers. One of the bolts that was installed is the correct bolt/washer. Once all the screws were in, the thumb screws were tightened and the OSEMs were checked. Pitch yaw and roll are all less than 1urad different. Vertical displacement is 100um different.

After finishing locking down: particle count was ~ 60

We were thinking about moving the second iris on the sqz path from between ZM3 and FC1 to between ZM2 and ZM3 so that we could see the retroreflection from the FC, but we abandoned this idea because Sheila thinks it wont be that helpful considering how difficult it seems it would be to move it there. As far as irises go, all the irises we need to install in the HAM7 chamber have been placed. We have irises installed on the transmission path to the homodyne and the CLF path on T7. It looks like the homodyne/transmission path is slightly misaligned relative to the irises placed before the vent (see images attached). We also still need to install one final iris on the green pump REFL path on T7 before we remove the OPO. We could not install this today because we could not get the SHG to lock.

We were having quite a bit of trouble dither locking the OPO, so the seed/clf input alignment may be a bit off. TEM01 and TEM00 have very similar dip fractions. By adjusting the locking code, Sheila was able to get the OPO locked to the TEM00 mode. 

At the end of the day, we adjusted the iris between ZM3 and FC1 for better centering and placed 2 dogs around the OPO.

Installed two 4-chn demod chassis and the in-vacuum interface chassis. This completes the chassis installation for JAC.

h1asc0 upgrade

Daniel, Jennie, Jeff, Fil, Jonathan, EJ, Dave:

An additional ADC was added to h1asc0's IO Chassis, Fil installed the corresponding AA chassis.

h1iopasc0 model was upgraded to add this ADC.

h1ascimc model was upgraded by Jennie and Jeff, this required a DAQ restart

h1lsc0 upgrade

Daniel, Jeff, Jennie, Dave:

New h1lsc and h1sqz models were installed. DAQ restart was required.

Beckhoff Upgrade

Daniel, Dave:

New ini files were installed for CSAUX, CSISC and CSTCS. DAQ+EDC restart was required

TW0 raw minute trends offload

offloading of raw trends from tw0 completed at 04:30 this morning. I reconfigured nds0 and started the file deletion at 16:50.

DAQ Restart

Jonathan, Dave:

DAQ was restarted twice, first for model changes, second for further model changes and EDC change (Beckhoff).

On first restart it was found that h1ascimc had removed two DQ channels used by GDS. There were returned for the second round of model/DAQ restarts.

Marc Daniel

We upgared the EtherCAT Corner Station Chassis 5 according to D1200132-v4 and E1200077-v4. The corresponding software changes were also comitted. This now includes all necessary upgrades to support JAC and most of the ones needed for BHD.

Closes FAMIS27617, last checked in alog88307

HAM7 looks very noisy as expected due to it being vented.

ITMX_ST1_CPSINF_V3 has some more lines at high frequency.

ETMX_ST1_CPSINF_V3 lines are larger at high frequency, the line at 30HZ on ETMY_ST1 looks larger for mulitple sensors.

TITLE: 12/10 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: SEISMON_ALERT
    Wind: 46mph Gusts, 34mph 3min avg
    Primary useism: 0.14 μm/s
    Secondary useism: 0.39 μm/s 
QUICK SUMMARY:
Looks like someone woke up and ran an Initial_Alignment first think this morning.
When I got it H1 was in an Initial Alignment complete state. which is fantastic, but unfortunately the Wind is Howling on site right now. 
I'm going to try to lock 3 times just to see if I can catch a lucky lock. But the Wind forcast look abysmal for locking today. 

[RyanS, Jenne, all the other control room people, of whom there were many]

Summary: We can get to PREP_DC_READOUT_TRANSITION (at least once), but had trouble with OMC locking.  

We tried some locking earlier in the day, first starting with doing the same trick as yesterday (alog 88432) and moving ITMX while ETM and TMS were controlled by green WFS to improve the COMM beatnote.  However, I only ended up moving ITMX 0.3 urad in yaw.  Because this was a small change and Sheila reminded me that we can lock (when the wind is low) with comm down at -10 dBm-ish, so I decided that next lock we'd just use the camera setpoints (which we did and was successful).  During this time, we had to disable SRC1 and PRC1 in DRMI ASC because they were pulling the alignment away, and we weren't really on the POP QPDs at all.  Anyhow, we got to PREP_ASC_FOR_FULL_IFO twice, but the alignment never looked excellent.  We tried ENGAGE_ASC_FOR_FULL_IFO once, and it was really bad and killed the lock.  The other time, we think that the seismic state changing from useism to windy caused us trouble (but, in retrospect, likely was only troublesome because the alignment was so poor).

We then realized that, after the big earthquakes from this weekend, our input pointing wasn't good.  RyanS then set the IMs 1, 2, and 3 such that they matched their top mass osems (not necessarily their sliders).  We then moved IM3 a little bit to get back to where we had been on IM4 Trans QPD before the power outage (pit of 0.239, yaw of -0.071).  We were able to quite easily run through an initial alignment with this.  During this and all subsequent initial alignments, we used the pre-power outage green setpoints (including cameras).  The COMM beatnote was around -9 dBm, so that's pretty good. 

Some time around here we had the -18 V failure, see alog 88446 for details. 

Then, we did another initial alignment.

Then, the CDS team let us know that they needed to reboot all the models, see alog 88448 for details.  After all the models were back, Ryan restarted the ALS_[X,Y]ARM guardians using "guardctrl restart NODE", so they would know how to start their AWGs in case SCAN_ALIGNMENT needs to be run.

We then restored sliders to just after one of our recent inital alignments, and Ryan then reset the IMs 1-3 to their top mass osems again, and again moved IM3 to get us back to the pre-power outage spot on IM4.  ....And did yet another initial alignment.

After this, we finally were able to try to lock for the first time in several hours!  And things went really, really quite well.  We basically didn't touch anything at all (PRC1 and SRC1 still disabled in DRMI ASC), and were able to lock to PREP_FOR_DC_READOUT!  Yes, you read that right, ENGAGE_ASC_FOR_FULL_IFO did just fine on its own.  The buildups went down then came back again, so we were a bit scared, but it kept hold of everything and was able to converge.  The PRM's ADS alignment took a loooonng time to converge, which we've seen before after a power outage (eg, alog 86944), so after all of the ASC was on (including SOFT_LOOPS) and converged, I reset the POP_A offsets, and Ryan accepted them in safe.snap.

(Later, after some relocks, we're able to use PRC1 in DRMI ASC now that its offsets have been set.  But, still SRC1 is left out since it's pulling things away).

The violin modes are quite high, but not so bad that it's impossible to get 2W locked. 

We went to PREP_DC_READOUT_TRANSITION, and noticed that we were having trouble locking the OMC.  We're still not sure what's going on here, and we're going to leave it for the night.  We're hoping to leave it at PREP_DC_READOUT_TRANSITION, however the second time that we did ENGAGE_ASC_FOR_FULL_IFO, something pulled us away and we lost lock. We'll let it try one more time.

OMC locking troubles and symptoms:

• In TUNE_OFFSETS, the first time it tried to measure the transfer function, the magnitude would be way wonky (like, 40k rather than ~1), but it wouldn't go past there because the phase was more than 30 deg from 0 or 180.  It would then try again to measure the TF.
• The second time, it would often get a sensible number, and the phase was fine. However, since ErrorFlag had been set to True the first time around and it never got set back to False on the next try, it would just fail again and cycle through DOWN. I added lines to set ErrorFlag to False if the phase measured okay.
• We then started having troubles even getting it to lock on the carrier, although it looked like it found the carrier just fine, and had 16 mA on the DCPDs.  It keeps saying "wrong mode?", even though the DCPDs were 16 mA.  
• One time, I found the carrier by hand and manual-ed over FIND_CARRIER.  However, the TUNE_OFFSETS kept giving phases of ~145 deg (which is more than 30 deg away from 180, and thus a failure).  I copied in the scale_offset value that the guardian calculated though, and then manual-ed over TUNE_OFFSETS.  We lost lock when I tried to have ISC_LOCK take us to DC_READOUT, but in retrospect that's probably due to not having done the prep items in the main state of TUNE_OFFSETS that set up the OMC-READOUT path.

[Sheila, Betsy, Anamaria, Eric, Daniel, Karmeng]

First time opening HAM7.

Removed the contamination control horizontal wafer.
Tools and iris are setup next to the chamber. 
Dust count in the chamber and in the clean room are good/low.
4 irises placed at: after ZM1, and CLF REFL. ZM3 and ZM4 are roughly placed, need to realign after CDS are power on. Pump reflection hard to place, and we will not place an iris there.

Jeff, Oli

Earlier, while trying to relock, we were seeing locklosses preceded by a 0.6 Hz oscillation seen in the PRG. Back in October we had a time where the estimator filters were installed incorrectly and caused a 0.6 Hz lock-stopping oscillation (87689). Even though we haven't made any changes to the estimators in over a month now, I decided to try turning them all off (PR3 L/P/Y, SR3 L/P/Y). During the next lock attempt, there were no 0.6 Hz oscillations seen. I checked the filters and settings and everything looks normal, so I'm not sure why this was happening.

I took spectra of the H1:SUS-{PR3,SR3}_M1_ADD_{L,P,Y}_TOTAL_MON_DQ channels for each suspension and each DOF during two similar times before and after the power outage. I wanted the After time to be while we were in MICROSEISM, since it maybe seems like maybe the ifo isn't liking the normal WINDY SEI_ENV right now, so I wanted both the Before and After times to be in a SEI_ENV of MICROSEISM and the same ISC_LOCK states. I chose the After time to be 2025/12/09 18:54:30 UTC, when we were in an initial alignment, and then found a Before time of 2025/11/22 23:07:21 UTC.

Here are the sprectra for PR3 and SR3 for those times. PR3 looks fine for all DOF, and SR3 P looks to be a bit elevated between 0.6 - 0.75 Hz, but it doesn't look like it should be enough of a difference to cause oscillations.

Then, while talking to Jeff, we discovered the difference in overall noise in the total damping for L and P changed depending on the seismic state we were in, so I made a comparison between MICROSEISM and CALM SEI_ENV states (PR3, SR3). USEISM time was 2025/12/09 12:45:26 UTC and CALM was 2025/12/09 08:54:08 UTC with a BW of 0.02. The only difference in the total drive is seen in L and P, where it's higher below 0.6 Hz when we are in CALM.

So during those 0.6 Hz locklosses earlier today, we were in USEISM. Is it possible that the combination of the estimators in the USEISM state create an unstable combination?

It's been a few minutes so far.  There is emergency lighting.  Luckily since it was lunchtime there were no people out on the floor.  Recovery Begins!

J. Freed,

I took Phase noise measurements of the 2 channel Keysight 33600A waveform generator for its use in building SPI Pathfinder in the optics lab before install. Going only off of the phase noise graphs, it is sufficient as it shows comparable results to the SRS which had a phase noise considered to be good enough for SPI pathfinder.

Key.png Shows the phase noise results. C1, C2 are the phase noise results for Channel 1 and Channel 2 on the Keysight, respectively. (Set up shown below). Shown for comparison the SRS SG392, which was suggested as a possible frequency source for SPI. The last measurement shown is the direct measurement of phase noise between the 2 channels of the Keysight. This measurement reflects the intended use case of the Keysight for SPI. As we need 2 frequencies at slightly different frequencies locked to each other and SPI will be measuring the output phase difference. Note the 60Hz peak; most likely caused by unclean AC power. This is why we are not using an AC powered device in the final installation. 

Screenshot2025-12-01at50150 PM.png Shows the setup for C1, and C2. measurements. The SRS value was found with the same set up, just replacing the Keysight 33600A with a SRS. The C1-C2 is a direct measurement by plugging both channels into the BluePhase 1000. There is no 10MHz Ext back attachment in this measurment in order to best represent Keysight's theoretical performance in the optics lab.