We ran a manual intial alignment to start the morning off where we had to find Yarm manually and adjust the BS and SR2 both in Pitch.
After this we struggled to find DRMI or PRMI, PRMI locked a few times but it was very low and ASC knocked it out soon after locking. After trying MICH_FRINGES and some more hand aligning we've dropped down to run another initial alignment at 18:50UTC.
Elenna, Jennie W, Sheila, Stefan, Ryan Crouch
On the weekend Stefan and company found OMC QPD offsets that increased the optical gain, and found we were close to saturating the OMC suspension 76223. After Ryan C ran initial alignment, we went to single bounce with the AS centering and OMC ASC closed. We stepped the OMC QPD offsets towards Stefan's values (without saturating the suspension), then introduced offsets into AS_A and AS_B pit to reduce the pitch drive to the OMC suspension. Once the suspension drive was small, we turned off both OMC ASC and AS centering and pico'd to center the beam on the AS WFS. screenshot attached shows this process.
Mon Mar 11 10:12:22 2024 INFO: Fill completed in 12min 18secs
Gerardo confirmed a good fill curbside.
Closes FAMIS 25982, last checked in alog76035
The HAMs look fine
For the BSCs:
ITMY_ST2_CPSINF_V2 looks elevated at high frequency
I have SDFed OMC QPD offsets according to Stefan's previous alog on improving optical gain.
FAMIS 20019
Starting Friday afternoon and lasting for about a day, there was a drop in the water temperature for the powermeters' cooling loop of ~0.7 degC and a drop in the return of ~0.2degC. During this time, the signal on the PMC transmitted power PD looked much less noisy (more detailed ndscope screenshot attached). Not sure what exactly caused this, but everything is back to normal as of now.
The FSS RefCav TPD has been holding mostly steady since my alignment tweak Thursday afternoon (alog76199).
All other trends look nominal.
Looking at the PMC noise reduction and drop in cooling water temperature a bit closer, it very clearly lines up with the 20 hour lock over the weekend. This makes sense as more power into the IMC means more heat on the powermeters, so the cooling loop compensated by dropping the water temperature. Since the full IFO was locked, the 4km arms then become the frequency reference, so the PSL FSS did not have to work as hard.
The 3IFO LVEA storage dew point monitors stopped updating Wed 24 Jan. This morning I restarted the EPICS IOC on h0epics, but the sensors are still unavailable.
These are serial devices, read out by the Comtrol serial-ethernet adapter h0seriall0 (10.1.3.65/16). I verified I can ping the ethernet port on this unit, suggesting the problem is closer to the sensors or their power source.
We are clipping on IM4 trans. I trended the position of IMs 1-3 over the past few months and it appears they moved significantly from their position before and after the vent. The t1 marker on these plots marks the approximate time that the positions changed which corresponds to the end of O4a and the start of the vent.
As a note, this means our PRG channel is untrustworthy right now.
The location mons on Hepi and the ISI suggest that thos have not moved, but IM4 pitch has a large shift.
I trended the IM4 trans beam position and NSUM along with the IMC input power. The overall pitch position in IM4 trans has changed significantly, and the NSUM value in lock for the same 60W of PSL input power has dropped from 57.4 to 54.4.
TITLE: 03/11 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: USEISM
Wind: 14mph Gusts, 12mph 5min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.73 μm/s
QUICK SUMMARY:
Last week I scanned the SHG temperature for more data points to confirm the dip in the middle of the sinc function. A rough fit to the side lobes suggests we should have about 160mW of green output. A few days before we improved the PMC alignment we measured 230mW of 1064 input into the SHG. 160 mW would be 69.5% conversion efficiency. This number isn't too far off from the conversion efficiency measurement we took when we first installed the SHG 6 years ago. We have known for sometime that we are missing a lot of green power for the amount of 1064 we put in. This plot makes the picture a bit more clear that we have been indeed losing more than half the green power. The cause is unclear. We have been suspecting the gray tracking in the SHG cryatal to be the cause even though we have a low green finess in the SHG.
The equation I used to create the fit was A*(np.sinc((T-T0)/width))**2
Where A is the input 1064 power, T0 is 34.9 C, and the 'width' of the sinc function is arbituary set to 2.5.
We reran the DARM offset step test around GPS 1394062645, similar to alogs 71913, 68870, 64974.
Our current measured contrast defect is slightly higher than in alog 71913, but overall pretty similar.
Matt will comment with the calibration of X0 offset cts into picometers.
Contrast Defect: 2.1 mW
Nominal Total Amps from DCPDs: 40 mA
Responsivity = e λ / c h = 0.858 A/W
Nominal Total Power on DCPDs: 46.6 mW
Nominal Homodyne Angle: 12.2 degrees
To get the offset in picometers from this plot, we use the quadratic factor from the fit, b, along with P_AS, and the contrast defect.
Using the data at 255Hz we find b = 0.672 mW / pm^2, P_AS = 46.6 mW, P_junk = 2.058 mW, which we then use to calculate the offset DeltaL_DC which we call x.
P_as - P_junk = P = ax^2
g = dP/dDeltaL_DC = 2ax
P = b g^2 = 4a^2bx^2 = ax^2, therefore 4ab = 1
We can then solve for x = 2 sqrt(P * b) = 2*sqrt( (46.6mW-2.058mW) * .672 pm^2/mW) = 10.94 pm
We can also calculate the mW / pm^2 [a] factor from the product of interferometer parameters: PRG, SRG, P_in, Reflectiviity of the arms, and the wavenumber; only I did not know them at the time (except the wavenumber).
I want to clarify here that 40 mW is the nominal DCPC power for O4a and now. I trended the DCPD sum output for the recent lock and the many months of O4a to confirm this is true.
OMC DCPD SUM has units of milliamps. One must divide by the responsivity to get milliwatts, which we have done here.
Matt, Criag, Sheila
We want to use this DARM offset stepping to look at the mode matching of the OMC.
In alog71141, Sheila stepped the DARM offset and looked at the OMCrefl power [H1:OMC-REFL_A_LF_OUT16] in order to estimate the mode matching level, which was estimated to be around 96% for cold OM2 [GPStime = 1371902599], and 85% for hot OM2 [GPStime = 1371910040]
When we looked at the same channels during this recent DARM offset step (3/9/24) [GPStime = 13940633389] we see much less change in the OMCrefl, which may be interpreted as better mode matching than the previous cold OM2. Because I cannot resolve any power changes in the noise, it is hard to give a percentage for the mode matching figure but we expect better than 96%.
A couple of notes on the recent DARM offset OMC reflected power: the reflected power is higher than before, as well as the noise, which may be concealing some of these power changes; another thing to note is the time spent ramping on each DARM step, which was much shorter in the previous analysis, and having a slower step may lead to less prominent power fluctuations in the OMCrefl.
change in HAM6 throughput estimated by AS_C
As done in Sheila's alog where she estimates the excess HAM6 losses, I have estimated that we have an additional 10% loss in HAM6 throughput.
Adding up the known losses for HAM6 we expect the throughput to be around 97%
Calibrating DCPD_SUM into mW and dividing by its change from DARMoffset by the AS_C change, we can estimate the losses in the OMC; the DCPDsum change was around 40.4 mW, while the AS_C change was around 46.3 mW, this gives us a ratio of 87%.
Given the ideal throughput of HAM6 being around 97% given known losses [ 0.993(OM1)*0.985(OM3)*0.9926(OMC QPD) = 97% ], this means that we have an additional 10% of losses in the OMC.
DCPD_SUM is converted from mA to mW by the responsivity: 0.858 mA/mW.
Meashured the transfer function between DCPD_A and DCPD_B usinng a broadband injection. There is a slight frequency-dependent disagreement (0.2dB) between the two diodes, right around 25Hz, where the TIA has its complex poles.
It looks like one or both Anti-TIA filters are slightly mismateched. We won't tweak it today because we don't know with one is the culprit.
this looks to be related to the TIA response drift reported in LHO:75986.
The template used for this measurement can be found here:
/ligo/home/controls/sballmer/20240311/AoverBmeasurement.xml
Note: the max peak-peak deviation between DCPD_A and DCPD_B is 2.5%.
Since we have a new OMC, we need to find the best optical gain spot on the new OMC.
To that end I closed the OMC ASC dither loops iwth a simple diagonal matrix (OM3-->OM3 and OM1-->OMC_SUS). It did converge with very low gain, but to a spot with not much headroom on the OMC_SUS (we are at 115000ct out of 131000cts on T2 and T3).
In that setting I reset the H1:ASC-OMC_[A/B]_[PIT/YAW]_OFFSET offsets, so right now we can lock to that spot with either dither or QPD.
Next: hunt for best optical gain around this spot.
Just as with the last OMC the optimal spot optical gain seems to be slightly different from the dither target. Did some manual optimisation to reach the attached QPD offsets.
Updated the dither input matrix H1:OMC-ASC_DACTMAT in SDF.
This is a summary of information that is spread across different alogs in the last few days. When recovering from a vent, in which the green camera reference may have been lost when the gate valves are actuated, these are some useful steps and guardian changes.
We have made and reverted these changes this week, I'm not sure if we've reverted the change to the INCREASE_FLASHES timer.
I've reverted the increased INCREASE_FLASHES timer; it is now back to 2 minutes during LOCKING_ARMS_GREEN.
Code changes loaded and committed to svn (along with the SQZ_MANAGER re-management and SDF states weight reversion).