[Joe B, Louis D, Vlad B] In an attempt to understand some of the strange low frequency sensing measurements made at LHO, we've been looking at alternative paths between sensing (meters of motion at the mirror) and actuation back on the mirror that might not go through the typical DARM filter bank. While looking, we found that there is clear line coupling (i.e. lines above a certain height in DARM) to the DHARD_Y (and DHARD_P) ASC input. Interestingly, the PCALY transmitter channel (so the power on the PCAL laser before it bounces off the optic) is clearly seen by the DHARD_Y loop, shown in attached image. The PCAL is a separate actuator from what the ASC loops use to actuate, and thus knows nothing about angle and length coupling. One can also see all the other calibration lines also showing up very clearly in DHARD_Y as well. If there is imperfect diagonalization of the ASC outputs such that they couple back into length, this effectively becomes a parasitic path parallel to DARM.
A boader look at ASC coherence to DARM. attached, sees some board lower coherences, but it is hard to say if they are just co-witnessing something or direct-cross sensing.
However for DHARD_Y and DHARD_P its pretty obvious even just looking at the power spectra that DHARD is seeing DARM signals like the bounce/roll modes and all of the Calibration lines.
The fact that all of the calibration lines are the same amplitudes in DHARD indicates this is a sensing issue.
In 2019 we did some investigations of this, with a similar conclusion (that the low frequency sensing function is impacted by DHARD being sensitive to DARM) 50511
TITLE: 05/06 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 29mph Gusts, 19mph 5min avg
Primary useism: 0.08 μm/s
Secondary useism: 0.15 μm/s
QUICK SUMMARY:
After a lockloss while holding ISC_LOCK at LOWNOISE_ASC to fix the TRANISTION_FROM_ETMX issue, we shifted focus to fixing the PRCL1 issue we were having with DRMI, so we were holding in DRMI for a bit. Once that was fixed we went back to holding in LOWNOISE_ASC. after that Commissioning was started.
We were able to get back to NOMINAL_LOW_NOISE at 16:50 UTC and got back into OBSERVING after Commissioners were done with their Commish wish list at 18:36 UTC.
H1 has now been Locked for 3 hours.
Just unlock....
Lockloss 20:00 UTC Most likely to wind gusts.
Lockloss screenshots attached.
While waiting for 50+ MPH winds to blow away, I started an Initial Alignment.
This was going well enough until the SUS SRM watchdogs tripped.
H1 is currently sitting IDLE, due to this wind.
To get back into Observing, Jenne and Sheila reverted H1:ETMY_L3_LOCK_BIAS_OFFSET (with a 120s ramptime) from -7.5 to it's usual observing value of -3.0.
lscparams.py has been changed from -3.0 to -7.5. Maybe this is the 200V change Robert puts in 77633 but it looks like it's either been 320V or 115V recently, plot attached.
This was my typo from last week, which didn't show up until today because the guardian was never loaded. It should be correct now: 77656
Naoki, Sheila, Camilla.
We edited SQZ_MANAGER.py state SCAN_ALIGNMENT_FDS to now automatically take go to Anti-SQZ (hard-coded value 100 with CLF phase negative sign), tune the asqz angle and then do the 4 degrees of freedom for ZM4/6 alignments. When it's finished it will take sqz angle back to the original. Total time taken ~5minutes.
It's still best to run SCAN_SQZANG after this has ran to find the best angle for squeezing (another 2 minutes). Then take SQZ_MANAGER to FREQ_DEP_SQZ to go into Observing.
OpsInfo: If squeezing is bad (see notes in wiki) and you have Jenne's permission, you can now optimize SQZ alignment by taking SQZ_MANGER to SCAN_ALIGNMENT_FDS, then SCAN_SQZANG before back to FREQ_DEP_SQZ. Total time ~8 minutes. SQZ Wiki updated.
Naoki, Camilla
Since we think that 8.8/-0.67 of ZM4/5 PSAMS is better than 7.5/0.6 as reported in 77268, we changed PSAMS from 7.5/0.6 to 8.8/-0.67 and ran SCAN_ALIGNMENT twice. It seems that the squeezing is more flat with 8.8/-0.67 and is similar to the reference in NUC33.
There was again coherence between DARM and SRCL in last night's lock, so I ran a SRCL injection and adjusted the gain of the FF. (FF attached)
I changed the gain from 1.15 to 1.12. 77570 and 77492 are other times this gain has been adjusted in the last few weeks.
The coherence of SRCL to DARM is low at the frequencies that we care most about for this injection (20-50Hz), but the noise in DARM is well above the ambient DARM noise.
Attaching SDF screenshot for both the SRCL and PRCL changes here.
Edit: the SRCL excitation was on from 18:18:57-18:22:00 UTC May 6 2024.
SRCL coupling is indeed non stationary, as shown by the spectrogram attached, where DARM is shown before, during and after the noise injection. During the 3 minutes when the injection was constant, DARM shows non-stationary noise levels at low frequencies.
Computing a BLRMS of DARM between 20 and 50 Hz makes the non-stationary noise level evident. Comaparison of the BLRMS time series with ASC and LSC signals doesn't give much insight.
However, a scatter plot of the BLRMS vs all the ASC and LSC signals gives some hints that the noise is higher when DHARD_P is positive.
Plotting the BLRMS time series together with DHARD_P seems to confirm, although it's not a very strong correlation.
FAMIS 20027
PMC reflected power continues to rise, as seen in recent weeks. The more rapid increase starting about 3 days ago looks to correspond to a drop in ISS diffracted power percentage; I'll adjust the ISS RefSignal at next opportunity to bring that back to the desired 2.0-2.5% zone.
Approximately 3 days ago (when the recent rain system moved in late Friday) the temperature in both the Anteroom and Laser Room increased, along with relative humidity in both rooms. This corresponds with the increase seen in PMC Refl, as well as a shift in the RefCav TPD (which moved higher before starting to drop again sometime yesterday), the output power of both amplifiers (both dropped slightly), and changes in all 8 of the system's pump laser diodes (most increased, a couple decreased). The temperature change could cause alignment drifts (both pre-PMC and pre-amplifiers), as well as the change in pump diode power potentially causing changes in the output beam quality. All of this could contribute to the shift observed in PMC Refl, RefCav TPD, and ISS diffracted power %.
Given our previous inability to recover much PMC Trans via beam alignment into the PMC, and the fact that changing the operating current of the pump diodes doesn't seem to "stick" for very long, my suspicion is that we are seeing slight alignment changes through the amplifiers. This could cause a change in output beam quality, as the beam hits the thermal lenses formed in the amplifier crystals in a slightly different spot. Correcting this requires bringing down the PSL entirely, then bringing it back up in stages (NPRO only, then NPRO + Amp1, then NPRO+Amp1+Amp2, then finally adding the PMC into the mix) while tweaking alignment and mode matching into each amplifier and ultimately into the PMC. This takes too long for a standard 4-hour maintenance window, and might require more than a full-day maintenance window (alignment and mode matching into the amps/PMC has, in the past, been a multi-day effort; this took us a couple of days during our PSL recovery in March 2023). Not clear how urgent this is, as we are still outputting between 108W and 110W from the PMC (depending on how recently we've "tweaked things up") and are only utilizing 60W for the IFO (leaving us roughly 50W of headroom).
Sheila, Camilla.
After this morning's windy lockloss from TRANSISITON _FROM_ETMX, we continued previous 77366 troubleshooting.
Sheila manually stepped though TRANSISITON _FROM_ETMX:
[RyanS, TJ, Jenne]
We've had 2 locklosses today that seem to be about when that MadHatter Darm FM2 gets turned off. But, since Sheila and Camilla moved the filter turning off, now the locklosses are happening a little later.
As Camilla points out, the ramptime of that filter inside Foton is very short. I've increased it to 3 seconds and we're about to give it a try (since I don't have a better plan to try right now). Something we haven't seen (since we're already locked right now) is whether increasing the ramp of that filter inside Foton causes trouble for the engagement of that filter, in DARM_OFFSET.
EDIT: Indeed we made it through the turning-off of the MadHatter filter with this 3 second ramp time (rather than the previous 0.1 sec ramp). I am hopeful that it won't matter for the turning-on of the filter, since that happens in a quite stable part of the locking sequence. But, we'll just have to see over the next few lock acquisitions.
Also EDIT: If we are unable to relock with this ramp time, attached is a screenshot of the previous ramp time, that we should revert to.
We've now relocked twice with the longer ramp time in the MadHatter filter in place for the turn-on and turn-off actions of that filter, so it seems fine to leave in place.
Attached is a screenshot showing a PRCL injection with and without the PRCL offset of -62 in PRCL1.
PRCL offset off: 6/5/2024 17:19:13 UTC
PRCL offset on: 6/5/2024 17:09:19 UTC
The PRCL offset doesn't make much of a difference to the DARM coupling, it may be a little worse with the offset off below 17Hz but a little better above 30 Hz.
I've edited the guardian to no longer have this offset on, because there doesn't seem to be a strong motivation for it and we'd preffer not to have these digital offsets in.
In today's commissoning time, I first did the above measurements of PRCL coupling with and without the offset on, then later readjusted the SRCL gain ( 77648). Below is a comparison of PRCL coherence with DARM before and after these changes (PRCL offset off, seems to have no impact, and SRCL FF retuned). It seems that by retuning the SRCL FF, we have reduced the PRCL coherence with DARM. Also shown is the PRCL coherence with SRCL, which is high at all frequencies.
In 77289 we reduced the PRCL coupling to SRCL and the MICH by phasing POP45 and retuning the LSC input matrix. These didn't improve the PRCL coupling to DARM.
Mon May 06 10:12:36 2024 INFO: Fill completed in 12min 32secs
Gerardo confirmed a good fill curbside.
Sheila, Jenne, Tony, Camilla
We've had locklosses in DRMI because the PRCL gain has been to high when locked on REFL1F. Tony looked and thinks that this started on 77583, the day of our big shift in the output alignment.
Today we acquired DRMI with half the gain in the PRCL input matrix for 1F, this one acquisition was fast. I've attached the OLG measurements for PRCL and MICH after the change.
Tony is working on making histograms of the DRMI acquisition times, before the 23rd, from the 23rd to today, and eventually a histogram from today for the next few weeks to evaluate if this change has an impact on the DRMI acquisition times.
Jenne also found that it seems out POP18 build up seems higher in DRMI since the 23rd.
I'm no longer quite so sure about the conclusion that Pop18 is higher, or at least enough to really matter.
Here are 2 screenshots that I made extremely quickly, so they are not very awesome, but they can be a placeholder until Tony's much more awesome version arrives. They both have the same data, displayed 2 ways.
The first plot is pop18 and kappaC versus time. The x-axis is gpstime, but that's hard to interpret, so I made a note on the screenshot that it ranges from about April 20th (before The Big Shift) to today. Certainly during times when the optical gain was low, Pop18 was also low. But, Pop18 is sometimes high even before the drop in optical gain. So, probably it's unrelated to The Big Shift. That means that the big shift in the output arm is not responsible for the change in PRCL gain (which makes sense, since they should be largely separate).
The second plot is just one value versus the other, to see that there does seem to be a bit of a trend that if kappaC is low, then definitely Pop18 is low. But the opposite is not true - if pop18 is low kappaC isn't necessarily low.
The last attachment is the jupyter notebook (you'd have to download it and fix up the suffix to remove .txt and make it again a .ipynb), with my hand-typed data and the plots.
I actually didn't load the guardian at the time of this change, so it didn't take effect until today.
So, we'd like histograms of DRMI acquitisiton times from before April 23rd, from April 23rd until today, and for a few weeks from today.
Using the Summary pages I was able to get a quick google sheet to give me before and after Histograms of how long ISC_LOCK was in DRMI 1F.
First Sheet's data is before Nov 18th 2024, consisting of 100 gpstimes and durations where ISC_LOCK was in AQUIRE_DRMI_1F.
Second Sheet's data is After Nov 18th 2024. Consisting of 100 gpstimes and durations where ISC_LOCK was in AQUIRE_DRMI_1F
Interesting notes about ISC_LOCK.
ISC_Lock will request PRMI or Check MITCH Fringes some where between 180 seconds and 600 seconds, depending on how much light is seen on AS_AIR.
If AS_AIR sees flashes above 80 then ISC_LOCK will not kick us out of DRMI until 600 seconds.
So it looks like one of the changes that happened on or around Nov18th made the Flashes on AS_Air higher but we are still not actually locking DRMI.
We had fewer Aquire DRMI durations, over 180 Seconds before Nov 18th's changes.
TITLE: 05/06 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 15mph Gusts, 13mph 5min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.14 μm/s
QUICK SUMMARY:
When I arrived the IFO was in REDUCE_RF45_MODULATION_DEPTH.
We made it up to Transition_From_ETMX before a lockloss.
The wind is fairly Gusty today.
Here is DQ Shift Report During this week :
TITLE: 05/06 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:
IFO is in NLN and OBSERVING (6 hr 31 min lock). This is the longest lock in the last 24 hrs (4 brief locks in between).
I did not experience any of the issues that occured earlier in the week.
The squeezer phase angle had to be adjusted after 2-3 hrs (noticed the range going down, then noticed the SQZ not at its optimum) and was able to bring the range back up to what it was prior.
LOG:
None
IFO is in NLN and Observing as of 00:33 UTC (2 hr 35 min lock)
Nothing else of note
Anamaria, Robert
We photographed, from a second angle, the beamspot of a stray beam that I noticed last visit (76969 - Fig. 3 ). The photos (Figure 1) confirm that there is indeed a bright stray beam hitting, at a grazing angle, the bellows and other parts of the spool piece between HAM3 and the IMC tube.
I also wanted to measure the power of the stray beam that had been producing a large 48 Hz peak in DARM during early O3, in order to improve my scattering coupling calculations. This is the beam that reflects off of the PR2 scraper baffle and hits the illuminator viewport on HAM3, which we mitigated by inserting a black-glass viewport cover (52184). We were surprised by how bright the beam is, reaching 20 mW on the power meter (see Figure 2), even though we could not fit the whole beam on the meter. We estimate that the beam may reach 60 mW.
Finally, we made movies as we swept the ITMY compensation plate, hoping to see some indication of where the ghost beams are hitting, but did not. We will have to wait until Alena gives us the likely position of the CP ghost beams based on the angles that Anamaria showed us how to measure.
Minhyo, Anamaria,
I've calculated the point at which the tail of the Gaussian laser beam should touch the PR2 scraper baffle to reflect about 60 mW, following Anamaria's idea.
Assuming that the estimated beam size at the PR2 scraper baffle is 7.47 mm, and the total beam power is 3 kW, the beam touches the side of the PR2 scraper baffle's hole at a position 15 mm away (4 sigma) from the center of the beam. I'll include the calculation later on how the beam is actually positioned within the 70 mm aperture of the PR2 scraper baffle.
The original alog referenced above (52184) has photos that show that the aperture of the baffle is visible at the same location as the beam when the interferometer is unlocked, and argues that this means that the beam is hitting the edge of the baffle aperture.
Minhyo
1) Made typo in above comment from mine. The estimated beam radius 7.67 mm -> 7.47 mm (edited on the original comment as well)
2) I'll elaborate the result of calculation in above (15 mm from the center) in below:
Assuming the total power is 3 kW, the percentage of 60 mW power is 0.002%. Since the percentage of normal distribution for 4 sigma is 99.9937%, the partial integration in the upper limit is around 0.0032%.
Using this approximate number, I searched for the exact number to produce 0.002% with a 2D Gaussian beam model with a 3 kW power and 7.47 mm radius. From the beam model, it showed that integration from 4.11 sigma produces a power of around 0.0604 mW, suggesting that the beam is clipped at a point around 14.94 mm (4.11 sigma) from the center of the beam. I have attached a summary figure of my calculation.
Rechecked situation at LLO: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=70996
TLDR: we see the same, but seems much lower power. Will measure when we get the chance.
Jennie, TJ, Camilla
The Operator team has been seeing more locklosses at state 557 TRANSISITON _FROM_ETMX, more so when the wind is high. Times: 1397719797; 1397722896; 1397725803; 1397273349, 1397915077
Last night we had a lockloss from 558 LOWNOISE_ESD_ETMX with a 9Hz ITMX L3 oscillation, see attached. Compare to a successful transition (still has glitch).
Note that there is a glitch ~30s before state 558 in both cases. H1:SUS-ETMX_L3_DRIVEALIGN_L2L and _L3_LOCK_L filter changes happens here. Are ramp times finished before these changes?
The timing of the glitch is 2 m 55 seconds after we get to state 557, this is the same time as in the 4 of the last 6 state 557 locklosses.
Louis, Camilla. Investigations ongoing but the timing of this glitch is suspiciously when the H1:SUS-ETMX_L1_LOCK_L gain and filters are changed, tramp is 1secinds but FM2 and FM6 foton filters have a 3 seconds ramp. There is an INPUT to this filter bank before the gain and filters are turned on. Plot attached.
In 77640 we show that the DARM1 filter change is the cause of the glitches/locklosses.