TITLE: 04/04 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 5mph Gusts, 3mph 5min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.35 μm/s
QUICK SUMMARY:
Nice night for H1 on this rainy morn. H1's currently been locked for almost 7.5 hrs (currently in observing). There was about 90min of non-observing time for a lockloss, but it looks like H1 came back A-OK (with only a handful of locklosses on its way back up).
Additional Note: Squeezer team was here early to jump on O4Break-COMMISSIONING shortly after 8am local.
Artem, Camilla, Louis, Oli Charge measurements analysis code (see InLock_Charge_Measurements wiki) has been translated from Matlab to python with following significant changes: * Channels H1:SUS-(QUAD)_L3_ESDAMON* are used, which are already calibrated to voltages and therefore don't require additional filters in the code; * At the same time channel H1:CAL-DELTAL_EXTERNAL_DQ does require calibration, which was not applied previously and now it is ("6-pole, 6-zeros transfer function"); * Transfer function "from m DARM to N force" was pulled from SUS model every time in Matlab code (dampjngfjlters_QUAD_2014-11-10_LLO_model.mat); now it is saved to static text file and loaded from there; * Uncertainties are added for all coefficients. Attached to this post is comparison of "old" and "new" analysis results. First thing that jumps out is that numbers are completely different. However this is not necessarily a bad thing. Here's a quote from Jeff: "I don't really have an intuitive map between the units of the in-lock charge measurement plots vs. well, anything. My instinct is to gravitate to what the calibration group creates - the unit-full numbers for the ESD actuation strength in units of (gamma-alpha) = [ N/V^2 ] (using the notation of Eq. 10 from [1]). That group thinks the latest best value for that number, as of May 10th 2023 was 2.545e-11 N/V^2 ( see the text table at the bottom page 11 of LHO:69696 ). And yet, the ETMX results from these in lock charge measurements report that the value is around (1650 - 4100) = -2.450e+3 [N/V^2]. Do we understand that 14 orders of magnitude discrepancy?" [1] LIGO-T1700446 With the new scripts the value I get for a measurement around that (May 9 2023) time is gamma-alpha = -2.973887691585383e-11. Besides this though, there are differences: * Signs appear to be flipped, currently I don't understand why. * Also some measurements (particularly for ITMX for some reason) have very low coherence in my calculations, I had to lover threshold from 0.25 used in Matlab code in order to process those. In principle, low coherence should be reflected in uncertainty, but I guess up to a point, for too low values this does not hold anymore. All scripts are available here: https://git.ligo.org/artem.basalaev/inlock_charge_measurements, hopefully accessible by everyone. Note that I can't update scripts in the control room anymore since I don't have remote access. The versions currently available there are buggy early versions of my scripts (but also old Matlab versions are still there). As of now, use gitlab link above instead if you want to try running them, also in the control room.
TITLE: 04/04 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: TJ
SHIFT SUMMARY: Locked most of the shift, but lost lock after 7 hours. The alignment doesn't look too bad, especially after running an initial alignment.
LOG:
23:00UTC Detector relocking and at OMC_WHITENING
23:01 NOMINAL_LOW_NOISE
23:10 Observing - SDF diff for TCSCS reverted(attachment1)
23:13 Pushed out of Observing by sqz fc losing lock
23:31 Back into Observing
03:36 Earthquake mode activated due to incoming earthquake from Japan
04:16 Seismic to CALM
06:10 Lockloss (76944)
06:46 Started a manual initial alignment due to PRMI only wanting to catch on a diagonal 0 1 mode despite my adjustments to PRM and BS
06:59 Finished initial alignment, relocking
Currently Observing and have been Locked for 5.5 hours
Closes FAMIS#26291, last checked 76669
Corner Station Fans (attachment1)
All fans are looking normal and within range.
Outbuilding Fans (attachment2)
MX_FAN1_370_1 has started again(see last week's) with the jumps in noise (or I guess jumps down). These jumps in noise are still well within range. All other fans are looking normal and are within range.
Closes FAMIS 26441
BRS Y looks fine
BRS X was fine for majority of last month, had a hiccup a day or two ago but is now back in its nominal state. alog 76888 shows that it was touched yesterday so that may be it - tagging Seismic.
TITLE: 04/03 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Aligning
INCOMING OPERATOR: Oli
SHIFT SUMMARY:
Winds have not been as bad as last night, but for most of the day they have hovered just below 20mph.
Issues with Initial Alignments continue, but piecewise alignment seems to work....a little. Have had 4 locks which made it deep into ISC Locking (1 to NLN & 3 with locklosses at Transition From ETMx); Here are the 3 locklosses: 1396196815, 1396200017, & 1396216609. For two of these locklosses one similarity is an Analog board saturation for IMC REFL SERVO SPLITMON.
LOG:
TITLE: 04/03 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 22mph Gusts, 16mph 5min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.26 μm/s
QUICK SUMMARY:
Just got into OMC_WHITENING
My first time running this new TCS FAMIS check. Camilla happened to be nearby and she mentioned that the plot looks good and no notes/comments needed, but screenshot of the plots are attached.
Naoki, Eric, Camilla
We tried the PSAMS coarse scan from 0 to 200 with 100 step for two PSAMS. So 9 PSAMS setting in total. The nominal PSAMS is 100/100 and we tried 0/0. Unfortunately, when we tried 100/0, the lockloss happened. For each PSAMS setting, we ran the SCAN_ALIGNMENT with asqz-optimized and took 5+5 minutes quiet sqz/asqz data. The attachment shows the result. The 0/0 has much worse anti squeezing and large frequency dependence compared to 100/100. However, we are not sure if the mode matching is really worse or alignment is bad with 0/0 although we ran SCAN_ALIGNMENT. We will try to compensate the ZM alignment change caused by PSAMS change tomorrow.
no sqz (10 min)
PDT: 2024-04-03 11:40:00 PDT
UTC: 2024-04-03 18:40:00 UTC
GPS: 1396204818
asqz with 100/100 (5 min)
PDT: 2024-04-03 12:25:07 PDT
UTC: 2024-04-03 19:25:07 UTC
GPS: 1396207525
sqz with 100/100 (5 min)
PDT: 2024-04-03 12:34:10 PDT
UTC: 2024-04-03 19:34:10 UTC
GPS: 1396208068
asqz with 0/0 (5 min)
PDT: 2024-04-03 13:13:17 PDT
UTC: 2024-04-03 20:13:17 UTC
GPS: 1396210415
sqz with 0/0 (5 min)
PDT: 2024-04-03 13:33:50 PDT
UTC: 2024-04-03 20:33:50 UTC
GPS: 1396211648
Due to hysterisis in the PSAMs offsets, to get the same strain gauge values, the PSAMS values are now 135/115 for same strain gauge, accepted in sdf. May have slightly overshot in ZM4, plot attached. Naoki reran the SCAN_SQZANG script to find optimum sqz angle 188, this gave us 146Mpc range.
Addressed TCS Chillers (Tues [April 3] 1327-1349pm local) & CLOSED FAMIS #27786:
J. Kissel, G. Vajente ECR E2400116 IIET 30863 WP 11797 After yesterday's infrastructure changes to the H1 SUS OMC front-end model (LHO:76856 and LHO:76894), which moved the OMC ASC control signals - from going . straight from the OMC ASC 2k model . through the SUS-OMC_M1_ASC filter bank for plant compensation, and . then out to EUL2OSEM matrix for basis transformation to the DAC - to going . from the OMC ASC 2k model . through the SUS-OMC_M2_ISCINF filter bank (for proper 2k to 16 kHz anti-imaging), . through the SUS-OMC_M1_LOCK filter bank (for the same filtering that was done by the former M1_ASC bank), . through the the SUS-OMC_M1_DRIVEALIGN matrix (though configured at the moment to no do any off-diagonal decoupling), and . *then* out to EUL2OSEM matrix for basis transformation to the DAC there was some worried that the excess noise between 10 and 100 Hz might be this infrastructure change. It's not, as far as we can tell, responsible for and change in the noise in DARM. In LHO:76928, Gabriele posted an ASD of the SUS-OMC_M1_MASTER_OUT_DQ channels to confirm that the drive to the OMC SUS's DAC is the same (the thought being that if the DAC request is drastically different, then we should be suspicious of the infrastructure change). Here, in the attached ASD I show a different perspective -- the input to the former M1_ASC bank compared with the current M1_LOCK bank in pitch and yaw, and then showing those channels' coherence with DARM. I compare 25 averages (0.02 Hz frequency resolution, 50% overlap) two times, RED 2024-04-02 6:00 UTC Pre-change (in the middle of a good overnight lock stretch; 2024-04-01 23:00 PDT) BLUE 2024-04-03 18:05 UTC Post-change (in the middle of a good lock stretch this afternoon, though in the middle of SQZ tuning of ZM alignment) This ASD also focuses on where the control signal is real signal (from the very slow loop design -- see LHO:65861). While the character of the ASD control signal and coherence with DARM has changed around the (presumably OMC SUS) resonances, this perspective corroborates that we don't see substantial change. *Maybe* the change in character around the resonances changed because I misinterpreted the former infrastructure, and somehow we *were* using the confused DRIVEALIGN gain values from LHO:47488, but I think not.
Notes from locking this morning (with Alignment woes and Transition from ETMx locklooses)
After spending 3hrs trying to get through an alignment yesterday afternoon, and since H1 was having issues after this morning's lockloss and multiple Initial Alignment cycles (and also after talking with TJ [owl shifter]), decided to REVERT all suspensions (except squeezer) to a time before last night's lock.
Chose time when ISC LOCK was in the Alignment state (#11) and picked a time within a minute of the end of when it was in this state. (Still not sure if that is the best way to pick a time, because how would one know if ALL sus were in an "aligned" state.) So---I reverted to the following time:
Alignment #1: Going for a Manual Alignment to slowly go through each alignment state since some states are broke.
Lock#1: Selected PRMI (locked within 15sec), but had a lockloss at Transition From ETMx.
Then there were several early-state locklosses.
Had another Transition From ETMx lockloss at 1719utc (note: during this lock and before the lockloss, Jim brought the BRSx back in-loop (at 1656utc)---we hadn't been using it for the last day or so.).
Finally, H1 made it to NLN at 1805utc.
After lockloss from a 2hr44min lock, H1 had issues with early-state locklosses. It also ended up looking misaligned via a dead DRMI acquisition. So ran CHECK MICH FRINGES + PRMI (which needed PRM tweak). DRMI also needed SRM yaw-tweaks. After this H1 returned to our old friend Transition From ETMx and had a lockloss here (3rd time this has happened today).
For recent locking, the Y-arm was not locking. So it automatically went through a round of INCREASE FLASHES (which took a long time) and resulted in a not very great alignment with flashes much lower than what one could get by tweaking by hand when Unlocked---which is what I ended up doing. (It feels like with winds above 10mph the green arms have been having issues sadly.)
We got some no squeeze quiet time almost an hour into lock this morning and our low frequency noise looks worse than yesterday - so impacting our range.
Sensor correction is on (confirmed by Corey).
Not sure what has changed.
Template is saved as /ligo/home/jennifer.wright/Documents/Noise_DARM/20240403_DARM_comp_sqz_no_sqz2.xml
I compared this with NO SQZ quiet times from yesterday, 17th March, and December 2023 during O4a. These other times were all after thermlisation.
https://ldas-jobs.ligo-wa.caltech.edu/~gabriele.vajente/bruco_1396204818_GDS_CALIB_CLEAN/
Low frequency coherence with CHARD_P and HAM1
PRCL is high, but we've seen something at this level even before
No smoking gun for 30-40 Hz
The spectrogram attached here (whitened to the median of the "good" DARM spectrum from yesterday) shows hints that the excess noise is not very stationary. BruCo and coherence might not give us much info, but I'm running it nevertheless
OMC suspension MASTER_OUT signals look unchanged after Jeff's modification
More corroborative evidence that changes to the OMC ASC control signal path through the OMC SUS is not causing the excess noise in DARM -- LHO:76929.
It does seem possble that we are clipping on the LSC pop diode. The attached screenshot shows that compared to the lock April 2nd we have very smiilar arm circulating powers, but 0.3% less power on LSC POP.
We've previously seen clipping on POP cause low frequency nosie like this: 74641 69931 The second screenshot shows what these trends looked like at that time, it was much more clear that we had a clipping problem then.
Ran the data for the In Lock SUS Charge Measurements that ran this morning. Like Camilla said (76895), the excitations only worked for the ETMs, so although I am attaching all four plots, note that the last plot point for the ITMs is March 13th (ETMX, ETMY, ITMX, ITMY).
Adding these measurement results also calculated with new scripts. As far as I can see, similar trends show up with the caveat that signs of variables are sometimes different. By the way this makes me wonder a bit. We'd assumed that ETMX got charged up during the break, but the absolute value of beta and beta2 (which determine linear force component strength - see eq.3 in T1700446) for ETMX in last two measurements go down in both old and new calculation. Isn't it the opposite of what we'd expect?