Full shift report can be found here: https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20231023
Highlights:
STATE of H1: Observing at 157Mpc
I went to look and see if the changes we did to the Picket fence, like using the PNSN and NEIC networks has impacted our ability to see earthquakes before they arrive to the site and the results are promising with the small sample I grabbed. So, once again thanks to the folks at NEIC and PNSN for helping set up the lower latency connections.
I went to the summary pages and looked for times that the SEI_ENV state changed to 'Earthquake' to make this list, I presume those are the earthquakes we would've liked to act on anyways and later we can do a more in-depth analysis. There are 6 events between Oct 26th and 30th and they are all listed in the powerpoint attached.
Main (preliminary) takeaways:
- When the events come from far away (and we have a SEISMON alert), it seems like the earthquke mode is triggered at 400 nm/s of peakmon ground motion. There are 4/6 examples where the picket fence would provide a warning time longer than 25 seconds. The exact numbers are 25, 63, 102, and 137 seconds of extra time if we leave the trigger at 400 nm/s. This is in line with the main purpose of the picket fence: To provide accurate estimates for teleseismic events.
- The picket fence would have given a 25 second forewarning for the EQ from northern BC mentioned in LHO aLog 73786. This indicates that the PNSN seems to be working with the low latency we expect.
- There is one 'outlier' events, a very small EQ that did not trigger the picket fence, but no lockloss happened [see slide 5].
- There is also a local EQ mentioned in LHO aLog 73756. The local event triggers EQ mode when peakmon nears 600 nm/s, and it shows on the picket fence with enough amplitude about 7 seconds later. We still need more data to see how effective the pickets can be at warning about local events. This would be a nice bonus if we could use it effectively.
Naoki, Camilla, Sheila
Today we saw bad high frequency squeezing we recently have at the beginning of the lock as reported in alog73798. We reverted the CARM gain to nominal today, so the bad squeezing is not related to the CARM gain. We could recover high frequency squeezing by rotating the sqz angle, which means the sqz angle was not optimal at the beginning of the lock. However, the squeezing level was less than 4dB even after sqz angle optimization. We suspect that this worse squeezing level is related to ZM alignment change we recently had.
The first attached figure shows the ZM4/5/6 alignment for the past 9 days. We had 4.4dB squeezing a week ago, but ZM4/5/6 alignment changed 6 days ago during SQZ-OMC mode scan in alog73696 and we cannot recover 4.4dB squeezing after that.
We turned off SQZ ASC and walked ZM4/5/6 sliders to maximize the rms of ADF at OMC transmission with anti squeezing. The second attached figure shows that we could recover 4dB squeezing after ZM alignment change. To recover 4.4dB squeezing, we would need to revert the ZM4 alignment to the values a week ago.
The DIFF beatnote looks to be pretty stable over the past 5 months, the COMM beatnote has fluctuated more, and looks to be decaying over the past 10-20 days.
Attached is the COMM beatnote decaying with PR3, showing PR3 has moved ~1urad in PIT and YAW over the last week. Temperature has been oscillating more for the last week too. We have seen PR3 previously change with temperature 70008. HAM2 ISI is not moving.
Looking at locking yesterday, COMM beatnote was~ -19 before Initial alignment (t-cursor) and -16 afterwards. Sheila says that we usually have issues once it gets close to -20. Beatnotes last aligned in May 69907.
There was a glitch seen in 2 of the scopes that corresponds to Tuesday maintenance.
Cooling: CB2 temperature is fluctuating more than it usually does and the CB1 temperature fluctuations are higher than they usually are, by almost a factor of 2 (~half a degree to a full degree).
Laser Trends: The laser room, anteroom, chiller room, and diode room RH channels have dropped significantly over the past week. All the room temperature fluctuations have increased as well.
Environment: AMP1_LD{3,4} have dropped a bit over the past week.
Stabilization: The FSS_TPD power has decayed rapidly over the past 4 days as seen by the "RefCav transmission is low" DIAG_MAIN notification. The PMC_REFL power was slightly stepped down last Tuesday, the 24th.
Oli Patane, Jeff Kissel
We are working our way through a development plan(T2300376) for the new O5 A+ suspensions (specifically HRTS, HATS, and BBSS). We recently were able to finish creating Simulink model library parts, which can be found in /opt/rtcds/userapps/release/sus/common/models.
We created new library parts for use within the new suspensions as well as generic suspension library models that will be used for testing and production.
Library parts for use within suspension models:
SIXOSEM_HF_WD_RMS_MASTER.mdl [link][img1] - basically an update of SIXOSEM_F_WD_AC_MASTER.mdl
- BLRMS model part similar to the ones used for OPOS and OFIS
- Will replace the OSEMAC module in the new suspension libraries
- Similar version was made for a four OSEM stage in 2021 by Jeff - FOUROSEM_WD_RMS_MASTER.mdl
SIXOSEM_HF_STAGE_MASTER.mdl [link] - basically an update of SIXOSEM_F_STAGE_MASTER.mdl
- Removed WDBLOCKFLAG because it is no longer needed
- Replaced OSEMAC with OSEM HF AC from SIXOSEM_HF_WD_RMS_MASTER.mdl
New suspension library models:
HRTS_MASTER.mdl [link][img2]
HRTS suspensions only have OSEMS on M1, and those OSEMS follow the layout standard of F1 F2 F3 LF RT SD.
- Uses SIXOSEM_HF_WD_AC_MASTER.mdl for M1
- Doesn't need BIO switching
- Doesn't need LKIN
HATS_MASTER.mdl [link][img3]
HATS suspension has OSEMS on M1 and M3, with the M1 OSEM layout matching HRTSs' and the M3 layout being the standard four OSEM configuration.
- Uses SIXOSEM_HF_WD_AC_MASTER.mdl for M1
- Doesn't need BIO switching
- Does use LKIN
BBSS_MASTER.mdl [link][img4]
BBSS has six OSEMS on M1, and four each on M2 and M3.
- Uses SIXOSEM_HF_WD_AC_MASTER.mdl for M1
- Has BIO switching
TITLE: 10/30 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY:
LOG: Currently finishing some SQZ commissioning while LLO is down. Today we have backed out the CARM gain change 73844.
Had a lockloss at 19:42UTC 73843. Some EY temperature excursions today 73835 73841 that are now back to nominal. ITMY mode 5/8 violins have needed different damping settings 73845.
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:01 | FAC | Eric | EY | N | Check on AC units, Not in VEA | 16:15 |
| 15:05 | FAC | Karen | Optics Lab, Vac Prep | N | Technical Cleaning | 15:33 |
| 15:36 | FAC | Karen | MY | N | Technical Cleaning | 17:14 |
| 15:37 | FAC | Tyler | EY | N | Temperature AC Investigations | 16:09 |
| 16:13 | FAC | Tyler, Eric | EY | n | Temp investigation/fix 73841 | 17:35 |
| 16:32 | FAC | Richard | EY | N | Temp AC investigations | 17:07 |
| 16:44 | FAC | Randy | EX | N | Check on lift | 17:40 |
| 19:52 | FAC | Randy | EY | N | Moving parts/materials | 22:52 |
| 21:34 | VAC | Gerardo. Jordan | FCE (door nr LVEA) | N | Moving turbo pumps from staging to FCE (door closest to LVEA) | 22:11 |
| 22:50 | VAC | Janos, Jordan | VPW | N | Drop off parts | ????? |
TITLE: 10/30 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Comissioning
OUTGOING OPERATOR: Camilla (DAY)
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 6mph Gusts, 5mph 5min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.43 μm/s
QUICK SUMMARY:
Back into observing at 23:28UTC
FAMIS25962
The script reported that ITMX ST2 H1, H3, V1 noise was elevated. These are definitely above the reference, but seem to be that way last check as well, and one or two before that. Alll others look normal.
After IFO in NLN for 9h14. 1382730139.
No obvious reason why, no 73818 DARM glitches before this lockloss. Secondary useism is high at 0.40 μm/s.
We having large temperature swings at EY 73835 that could effect the IFO.
Started Initial Alignment at 20:16UTC after loosing lock and LOCKING_ALS ~ 4 times, even after waiting at LOCKING_ARMS_GREEN a little longer for green arms signals to converge (tip from Ryan C).
This lock has the CARM gain back to 6dB 73844. Also ITMY mode 5 and 8 gains to zero while new damping settings are finalized 73845. Loaded h1lsc coeff for new MICHFF filter 73821.
IA finished at 20:38UTC, NLN at 21:22 UTC, currently doing some SQZ commissioning.
STATE of H1: Observing at 157Mpc. IFO locked for 8h30.
Rode through an EQ at ~16:20UTC. Had SRM saturations at the EQ time.
Microseism is increasing, plot attached.
The facilities team have worked to fix an issue with the AC at EY 73841 so we've had some EY temperature excursions that should be returning towards normal over the next ~hours, plot attached.
ADS taking more time to converge than it used to before switching to camera servos and going into Observing. Used to be ~15 minutes, this weekend taking up to 24 minutes.
Ryan, Austin and Ibrahim looked into this in 69601 but didn't come to any conclusions. TJ said that high microseism increases time to converge and microseism has been increasing but was not high 28th/29th Oct.
Time between arriving in NLN and ADS switching to camera servos:
Closes FAMIS#26436, last checked 73177
BRS Driftmon values are looking good and are well within range for both BRSX and BRSY, although there has been a very slight trend downward in BRSX Driftmon over the past week, possibly related to the temperature drifting this past week, which can be seen in both ETMX and ETMY.
We found that the temp in EY was not holding steady over the weekend. The heating coil for the space was commanded on but was not running. After investigating, we found that the line voltage fuse in Phase C had blown which was keeping the variable transformer from operating. We took the variable transformer out of the circuit and swapped fan relay contacts to run the elements not controlled by the variable transformer. Heating elements are currently working and EY is slowly heating up. The heating elements controlled by the variable transformer will need to have their resistance checked for a short or an open circuit during the maintenance window.
Jenne notes that this changing high frequency noise during the first hours of a lock since Wed 25th Oct (purple trace in 73798) may be caused by the new higher CARM gain 73738, changed on that day.
In 73798, I noted The 4.8kHz noise that suddenly changes ~ 1h40 into NLN, Jenne suggests this could be aliased down CARM gain peaking. Looking at the 64kHz channel, plot attached, noise disappears from 18.4 to 18.7kHz (v. large peak) and appears at 16.6kHz to 16.8kHz and at 21.1kHz.
We have had a weekend of shorter (~5hour) locks and two locklosses form LASER_NOISE_SUPPRESSION state#575 (73787, 73831), the state this CARM gain is changed. Maybe this gain change has made us less stable, we'll discuss today reverting it.
CARM sliders reverted back to 6dB in ISC_LOCK (svn) and loaded.
On Monday, Naoki and Sheila 73855 saw that even with the CARM gain back at 12dB, the high frequency squeezing was still bad and the optimal H1:SQZ-CLF_REFL_RF6_PHASE_PHASEDEG sqz angle has to be adjusted a lot.
Maybe the CARM gain increase was effecting stability, but we don't think it wasn't causing the high frequency noise that was present in FDS, FIS but not no SQZ, plot attached. With adjustment to SQZ angle the SQZ greatly improved. It wasn't clear to us why the SQZ angle changed.
Although the overall high frequency noise was still bad once the CARM gain was reduced from 12 back down to 6, the peak around 4600Hz did disappear once the CARM gain was reverted. See attached SQZ BLRM 6 purple trace with CARM at 12 and CARM at nominal 6.
See attached high frequency plot showing peaks at 16.4kHz and 18.7kHz (purple) and thermalized around 16.6kHz (red), peaks disappeared once CARM gain was reduced ( green to blue traces). Maybe this concludes that the peaks are CARM gain peaking as Jenne suggested.
TITLE: 10/30 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 155Mpc
OUTGOING OPERATOR: Austin
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 2mph Gusts, 1mph 5min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.47 μm/s
QUICK SUMMARY: IFO been in NLN for 4h40
High Pitched Fire Panel alarm in the CUR was on 15:58 to 15:00:45UTC as the FAC team worked with the fire system. Tagging DetChar
ITMY mode 5 and 8 are not damping so I will try turning gains to zero, plot attached. 73826. Tagging SUS.
ITMY mode 8 was damping with old settings rather than gain = 0 that Ryan had saved in lscparams as VIOLIN_DAMPING was not yet reloaded, will plan to do this when out of observing.
I've put Ryan's new ITMY#8 FM1+FM6+FM10, G=+0.4, settings which is damping it well. I have left ITMY#5 at 0 gain for now.
There is no noticeable change in the data quality at 14:58 (assuming there is a typo in the original log entry). I've attached a spectrogram of the strain data from 14-15UTC. There is non-stationary noise at low frequency throughout the hour and no change is visible at the time of the fire alarm.
I reloaded VIOLIN_DAMPING guardian so it will now keep ITMY#8 gain at 0 to avoid ringing up. Also changed ITMY#5 gain at 0 after talking with Rahul. Tagging SUS.
I activated Jenne's DARM2 boost from LHO:73745 (in FM2) at 10/27/2023 13:25:54. The FM2 change has been saved in SDF. The file that includes this new DARM2 boost filter is at/opt/rtcds/lho/h1/chans/filter_archive/h1omc/H1OMC_1382307261.txt. I've copied it to/ligo/svncommon/CalSVN/aligocalibration/trunk/Common/H1CalFilterArchive/h1omcfor the Cal group. The file has been committed to the SVN. The corresponding repo has been updated on the LHO cluster under the cal account too.
Added this FM2 boost to ISC_LOCK state LOWNOISE_LENGTH_CONTROL, FM2 is now turned on at the same time as DARM2 FM8 is.
This Calibration-affecting change has been recorded in the H1 Record of Real-Time Calibration Pipeline Parameter Changes (DCC T2300297).