Displaying report 1-1 of 1.
Reports until 17:11, Friday 26 June 2026
H1 SQZ
sheila.dwyer@LIGO.ORG - posted 17:11, Friday 26 June 2026 - last comment - 15:14, Monday 29 June 2026(90783)
OMC scans and beam profile measurements for different psams

Eric, Ryan S, Camilla, Sheila

All week we have been working on getting a set of OMC scans and beam profile measurements for different psams.  We have both sets of data now, with plots and scripts coming soon next week.  

OMC scans

We started with a script that Begum gave us from HAM6 work at LLO.  We set up ASC loops to go from ASA and AS B DC signals to ZM4 and ZM5 (as described in 90742).  We struggled a while to lock the OMC on the seed beam in air, hampered by 90754.  With that noisy OMC lock, yesterday Camilla manually aligned OM3 and the OMC suspension carefully to maximize the 00 transmission.  We then added offsets to H1:OMC-ASC_QPD_{A,B}_{PIT,YAW}_OFFSET, which is not the usual location for OMC QPD offsets.  We will need to get rid of these offsets before we go back to locking. 

OMC A offset: PIT 0.088 YAW: 0.133  OMCB offset: PIT 0.27 YAW: -0.22

We found that we were able to move the psams, whih misaligns the OMC terribly, run the centering loops to the ZMs, then run the OMC QPD loops to bring the 1st order peaks back down to a couple % of the 00 peak repeatedly.  We spent some time modifying and then debugging the script that Begum shared with us.  

It takes in a list of ZM4 and ZM5 strain gauge values, moves the psams servos target to that point and waits 30 seconds with the ZM centering loops on (it doesn't check the acutal value of the strain gauge, perhaps this would be a good thing to add next time).  It then turns on the OMC QPD loops for 20 seconds.  It then takes a 100 second ramp of the OMC PZT, and saves the times and ZM strain gauge targets into a yaml file.  

There is a template you can use to watch all this at userapps/sqz/h1/Templates/ndscope/OMC_psams_scans_monitor.yml  The script that runs these sweeps is at sqzutils, or /ligo/gitcommon/squeezing/sqzutils/omc_scans_sweep_psams.py  There is also a script there that loads the data, identifies the peaks and estimates mode mismatch and misalignment there, analyze_psam_omc_sweeps.py.  A preliminary plot is attached (apologies for the color choices and linear y scale here).  

M2 profile measurements

Eric and Ryan S took a series of M2 profiler measurements of the beam on SQZT 7 today, doing the alignment procedure at each strain gauage setting (they didn't adjust ZM alignments).  Their data is in here, we will post some plots of this next week.

Note about ZM5 strain guage

While Eric and Ryan were making beam profile measurements, they ran into a situation where ZM5 would not go the strain guage setting of 2.  I was able to get it to go to 2 manually, but noticed that there were times when the strain gauge voltage dropped to zero, similar to a problem seen at LLO HAM6 recently.  We should follow up on this next week.

Images attached to this report
Comments related to this report
ryan.short@LIGO.ORG - 13:58, Monday 29 June 2026 (90802)

More on the ZM5 strain gauge issues -

While Eric and I were taking beam profiles and moving to the last step for the ZM5 PSAM (requesting 2V), the strain gauge readback voltage fell to -2.8V and got stuck, shown at the T-cursor in the first attached ndscope. Changing the requested voltage away from 2V did not affect the strain gauge's behavior or the voltage sent to the PZT, which looked to be railed close to 200V. Eventually Sheila was able to unstick the voltage and get the strain gauge back to 2V by stopping the servo and clearing its history.

This is reminiscent of behavior seen at LLO with one of their new HAM6 PSAMS, OMA2, where after scanning the PZT to the edge of its range, the strain gauge would show open loop for a few seconds, then return to normal (LLO:alog80740 and FRS 37456). We haven't run the repeated scans with ZM5 like LLO did with their OMA2, but we looked for other times recently when the ZM5 PSAM showed weird behavior and found a time earlier that day during one the the OMC scans; see the second ndscope. It's possible that when this happened to Eric and I on Friday, the strain gauge would have fixed itself after a few seconds like in LLO's case, but the integrators in the servo kept the voltage railed.

LLO's solution for this was to fully swap out the optic and its attached PZT/strain gauge assembly, so while we think about this, we are assessing what spares exist that could potentially be swapped in.

Images attached to this comment
Displaying report 1-1 of 1.