Five SUSETMX ESD channels are connected to the new 28 bit DAC and looped back into ADC4 on PEMEX.
The connections are made using a mux matrix named DAC_MTRX in the ETMX model.
L3_ESD_DC -> ADC channel 0
L3_ESD_UR -> ADC channel 1
L3_ESD_LR -> ADC channel 2
L3_ESD_UL -> ADC channel 3
L3_ESD_LL -> ADC channel 5
The 20-bit digital DAC output going to the ESD is sent through the mux matrix and then scaled with a gain of 51. This gain takes into account the 8 extra bits on the 28 bit DAC, the 10x gain in the AA chassis, and the 2x voltage range of the A2D compared to the DAC.
The gain results in close to max A2D range for a railed 20-bit DAC.
Lockloss @ 06/26 16:04 UTC unknown cause
TITLE: 06/26 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Aligning
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 4mph Gusts, 2mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY:
Relocking and at FIND_IR
Overnight there were notifications for the PSL chiller being low, I went out to check and it was close to the MIN so I added 100 ml of water to get the water level just under MAX.
15:46UTC Observing
TITLE: 06/26 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Observing at 155Mpc
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: One lockloss this shift with a longer recovery due to some unknown early state locklosses, but otherwise a quiet shift. H1 has been locked for 3 hours.
LOG: No log for this shift.
The first attachment shows spectra (GDS CALIB STRAIN clean, so with calibration corrections and jitter cleaning updated and SRCL FF retuned) with OM2 hot vs cold this week, without squeezing injected. The shot noise is slightly worse with OM2 hot, while the noise from 20-50Hz does seem slightly better with OM2 hot. This is not as large of a low frequency improvement as was seen in December. The next attachment shows the same no squeezing times, but with coherences between PRCL and SRCL and CAL DELTAL. MICH is not plotted since it's coherence was low in both cases. This suggests that some of the low frequency noise with OM2 cold could be due to PRCL coherence.
The optical gain is 0.3% worse with OM2 hot than it was cold (3rd attachment), before the OMC swap we saw a 2% decrease in optical gain when heating OM2 in Decmeber 74916 and last July 71087. This seems to suggest that there has been a change in the OMC mode matching situation since last time we did this test.
The last attachment shows our sensitivity (GDS CALIB STRAIN CLEAN) with squeezing injected. The worse range with OM2 hot can largely be attributed to worse squeezing, the time shown here was right after the PSAMs change this morning 78636 which seems to have improved the range to roughly 155Mpc with cleaning; it's possible that more psams tuning would improve the squeezing further.
Times used for these comparisons (from Camilla):
Side point about some confusion caused by a glitch:
The first attachment shows something that caused me some confusion, I'm sharing what the confusion was in case this comes up again. It is a spectrum of the hot no sqz time listed above, comparing the spectrum produced by dtt with 50 averages, 50% overlap, and BW 0.1 Hz (which requires 4 minutes at 15 seconds of data), compared to a spectrum produced by the noise budget code at the same time. The noise budget uses a default resolution of 0.1Hz and 50% overlap, and the number of averages is set by the duration of data we give it which is most often 10 minutes. The second screenshot shows that there was a glitch 4 minutes and 40 seconds into this data stretch, so that the spectrum produced by the noise budget shows elevated noise compared to the one produced by dtt. The third attachment shows the same spectra comparison, where the noise budget span is set to 280 seconds so the glitch is not included and the two spectra agree.
Comparison of sensitivity with OM2 hot and cold wihtout squeezing:
The next two attachments show spectra comparisons for no sqz times with OM2 hot and cold, (same times as above), the first shows a comparison of the DARM spectrum, and the second shows the range accumating as a function of frequency. In both plots, the bottom panel shows the difference in accumulated range, so this curve has a positive slope where the sensitivity of OM2 hot is better than OM2 cold, and a negative slope where OM2 hot is worse. The small improvement in sensitivity between 20-35 Hz improves the range by almost 5Mpc, then there is a new broad peak at 33Hz with OM2 hot which comes and goes, and again a benefit of about 4Mpc due to the small improvement in sensitivity from 40-50 Hz.
From 90-200 Hz the sensitivity is slightly worse with OM2 hot. The coupled cavity pole dropped from 440Hz to 424Hz while OM2 warmed up, we can try tuning the offsets in AS72 to improve this as Jennie and Keita did a few weeks ago: 78415
Comparison of with squeezing:
Our range has been mostly lower than 160 Mpc with OM2 hot, which was also true in the few days before we heated it up. I've picked a time when the range just hit 160Mpc after thermalization, 27/6/2024 13:44 UTC to make the comparison of our best sensititivites with OM2 hot vs cold. This is a time without the 33Hz peak, we gain roughly 7 Mpc from 30-55 Hz, (spectra and accumulated range comparisons) and loose nearly all of that benefit from 55-200 Hz. We hope that we may be able to gain back some mid frequency sensitivty by optimizing the PSAMs for OM2 hot, and by adjusting SRM alignment. This is why we are staying with this configuration for now, hoping to have some more time to evaluate if we can improve the squeezing enough here.
There is a BRUCO running for the 160Mpc time with OM2 hot, started with the command:
python -m bruco --ifo=H1 --channel=GDS-CALIB_STRAIN_CLEAN --gpsb=1403531058 --length=400 --outfs=4096 --fres=0.1 --dir=/home/sheila.dwyer/public_html/brucos/GDS_CLEAN_1403531058 --top=100 --webtop=20 --plot=html --nproc=20 --xlim=7:2000 --excluded=/home/elenna.capote/bruco-excluded/lho_excluded_O3_and_oaf.txt
It should appear here when finished: https://ldas-jobs.ligo.caltech.edu/~sheila.dwyer/brucos/GDS_CLEAN_1403531058/
(Jenne, Jordan, Gerardo)
On Monday June 24, I noticed an increase on pressure at HAM6 pressure gauge only. Jordan and I tried to correlate the rise on pressure to other events but we found nothing, we looked at RGA data, but nothing was found, then Jenne pointed us to the OM2 thermistor.
I looked at the event on question, and one other event related to changing the temperature of OM2, and the last time the temperature was modified was back on October 10, 2022.
Two events attached.
Some more analysis on pressure vs OM2 temperature in alog 78886: this recent pressure rise was smaller than the first time we heated OM2 after the start of O4 pumpdown.
Lockloss @ 01:50 UTC - link to lockloss tool
No immediately obvious cause. We had an incoming EQ alert at the same time, so I thought an S-wave could've hit and caused the lockloss, but no noticable ground motion was seen at the time.
H1 back to observing at 05:00 UTC.
Lots of unexplained locklosses at random pre-DRMI states, making this reacquisition longer. Not sure what the issue was, but otherwise PRM needed adjustment to eventually lock DRMI.
I also twice had an issue with the ALS X PLL showing the "Beat note strength" error message, which prevented it from locking and would put the ALS_XARM into FAULT. The beatnote was around -11dBm and the lower limit was set to -10dBm, so I simply raised the threshold to -12 and the PLL locked just fine (I later reverted the SDF diff to start observing). Trending the ALSX PLL beatnote back, it does seem to sometimes get this low, but not very often (attached). It's already made its way back up to -5dBm about an hour later.
TITLE: 06/25 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 145Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Currently Observing and have been Locked for almost 2 hours.
LOG:
14:30 Detector already unlocked and maintenance started
19:37 Took detector to DOWN and then started an initial alignment
- Couldn't see ALSX at all, ended up running the dither align scripts (TMSX, ITMX, and ETMX) and then using the quick sweep from the ETMX dither align script to find a good alignment for ETMX
20:47 Initial alignment done, relocking
21:37 NOMINAL_LOW_NOISE
22:00 Observing
22:22:06 - 22:22:15 Quick jump out and back into Observing due to misclick
23:20 - 23:30 The second Norco truck came down the Xarm and by the corner station on the way back from a CP fill at MX, causing some ground motion tagging Detchar
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
14:10 | FAC | Kim | EX | n | Tech clean | 15:15 |
14:11 | FAC | Karen | EY | n | Tech clean | 15:06 |
14:14 | VAC | Gerardo | LVEA | n | Drilling holes | 17:15 |
14:15 | CDS | Marc, Erik | EX | n | Install DAC card in H1SUSEX | 15:02 |
15:08 | EE | Fil, Camilla | LVEA | yes | Swap sqz chassis | 15:30 |
15:09 | VAC | Jordan | MY EY | n | Turbopump checks | 18:02 |
15:10 | VAC | Isaiah | LVEA | n | Joining Gerardo | 16:47 |
15:21 | FAC | Tyler | LVEA-WB | n | Craning in West Bay, going to HAM Shack | 18:37 |
15:22 | CDS | Marc, Erik | EX | n | Undoing H1SUSEX work | 16:19 |
15:23 | IAS, PSL | Jason, Christina | LVEA-WB | n | Setting up FARO/PSL property check (Christina out ~16:00) | 17:14 |
15:31 | SAF | Camilla | LVEA | yes | Transition LVEA to SAFE | 15:45 |
15:41 | VAC | Janos | LVEA | n | Joining Gerardo and Isaiah | 16:46 |
15:42 | PCAL | Francisco, Rick | PCAL Lab | yes(local) | PCAL things | 16:36 |
15:45 | FAC | Chris | EX | n | Filter checks | 19:50 |
15:47 | FAC | Karen, Kim, Nellie | HAM Shack | n | Tech clean | 16:22 |
15:52 | EE | Fil | Roof | n | Checking roof Camera hardware | 17:12 |
15:55 | SQZ | Terry | Optics Lab | yes(local) | SHG | 20:05 |
15:57 | SUS | Jim | CR | n | SRM offloading, filter change | 18:43 |
16:20 | PEM | Robert | LVEA | n | Setting up for injections | 18:18 |
16:23 | SQZ | Kar Meng | Optics Lab | yes(local) | SHG | 20:05 |
16:36 | PCAL | Francisco, Rick | End X | YES | PCAL Beam Movement | 18:51 |
16:39 | TOUR | Jeff + GWANW Tour | LVEA | n | GWANW tour | 17:45 |
16:47 | VAC | Gerardo, Isaiah | HAM Shack | n | Testing cables | 17:45 |
16:56 | TOUR | Camilla + tour | LVEA | n | tour | 18:17 |
16:57 | TOUR | Sheila + tour | LVEA | n | GWANW tour | 18:17 |
16:59 | FAC | Kim, Karen | LVEA | n | Tech clean (Kim out 18:45) | 18:22 |
17:06 | FAC | Christina | OSB Recieving | n | Forklift pallet | 17:45 |
17:12 | TOUR | TJ + Tour | LVEA | n | GWANW tour | 17:57 |
17:14 | EE | Fil | LVEA | n | Fixing humidity sensor | 17:46 |
17:14 | IAS | Jason, Ryan C, Tyler | LVEA | n | FARO measurements (Jason, Ryan C out 18:58) | 18:57 |
17:16 | Corey, intern | EX, EY | n | Looking at vegetation along arms | 18:16 | |
17:46 | EE | Fil | EX, MX | n | Dropping stuff off, working on camera | 18:52 |
17:57 | VAC | Gerardo, Isaiah | LVEA | n | Drilling holes | 19:23 |
18:20 | PEM | Robert | EX, EY | n | Looking for equipment | 18:58 |
19:30 | PEM | Sheila, Robert | LVEA | n | Magnetometer moves | 19:49 |
19:54 | PCAL | Rick, Evan | PCAL Lab | y(local) | PCAL things (Evan in at 20:38) | 21:49 |
19:57 | PEM | Robert | LVEA | N | Move magtometer | 20:02 |
20:27 | PEM | Robert | LVEA | n | Moving magnetometer | 20:31 |
20:44 | VAC | Gerardo | LVEA (Y-term. slab) | n | Investigating broken pump | 21:09 |
20:49 | VAC | Janos, Isaiah | CER | n | Getting an air sampler | 21:09 |
21:01 | SQZ | Kar Meng | Optica Lab | y(local) | SHG | 21:53 |
22:01 | EE | Fil | MY | n | Camera fix | 22:38 |
22:38 | PEM | Robert, Neil, others | EY | n | Picking up a small slab of granite | 23:13 |
22:56 | PCAL | Francisco | PCAL Lab | y(local) | PCALing | ongoing |
TITLE: 06/25 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Observing at 146Mpc
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 14mph Gusts, 9mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.07 μm/s
QUICK SUMMARY: H1 has been locked and observing for 1.5 hours. Sounds like relocking after maintenance went smoothly.
13:10-13:40UTC. Adjusted ZM4 PSAMs to 2 different settings this morning as LLO started an extended maintenance period.
Only adjusted ZM4 PSAMs as ZM5 seems to have more effect but is harder to realign after, last large raster in 76986.
In each of the two steps, I adjusted the PSAMS offset, used alignment sliders to bring the alignment back, ran scan sqz alignment.
TJ, Camilla. We turned off the HWS SLEDs to save their lifetime as the HWS hasn't been well aligned since our April SRC alignment shift. These channels are not in sdf. We started to realign them in 78083 but paused as may change our SRC alignment again.
Closes FAMIS 28360
The in-lock charge measurements were not run this week.
There was two different sets of anchors drilled for the EMT support in the LVEA, one set on the technical slab, near the termination slab, and the second set on the termination slab (Y-Arm).
(Gerardo)
Anchor holes were drilled for two unistrut post bases, they are for supporting the long run of EMT, anchors were dropped in and unistrut post base was fasten, no issues to report.
(Janos, Isaiah, Gerardo)
The 3 high voltage cables, for the filter cavity tube ion pumps, that were pulled during the last couple of weeks were switched from their temporary controller, in the LVEA, to their permanent controller, in the mechanical room, no issues encountered during the switching process. Next step is to get the controller signal cable connected to the vacuum rack, and get them into their respective MEDM screens.
(Isaiah, Gerardo)
Drilled the last four holes for the short supports, the post bases were anchored without problems, and the rest of the components were fasten to the footings to support the EMT run.
The LVEA has been swept, the only thing I noticed was an unused extension cable left plugged in next to the bier garten which I unplugged.
Fil, Camilla
After finding that the sqz laser glitches may be linked ot the last 9th May TTFSS swap 78549, today Fil and I swapped D2300329 Laser Locking Fiber Beat Note Chassis back to the original.
Installed Chassis S2300258
Removed Chassis (but left in the rack) S2300259
To avoid issues seen after swapping chassis before 77754, 77746 we may want to adjust TTFSS beatnote threshold polarization as RFAMP has dropped from 7.7 to 1.8dB. Plot
TITLE: 06/25 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
SEI_ENV state: MAINTENANCE
Wind: 5mph Gusts, 3mph 5min avg
Primary useism: 0.06 μm/s
Secondary useism: 0.08 μm/s
QUICK SUMMARY: We went down earlier to start our early maintanence day.
22:00UTC Observing after Tuesday Maintenance finished
State of H1: Observing at 153Mpc; locked for almost 7 hours.
Dropped observing from 23:42 to 00:17 UTC to implement new SRCL FF (alog78632), get 12 minutes of no-SQZ time (from 23:52 to 00:04 UTC), and optimize SQZ angle with the SCAN_SQZANG Guardian state. Otherwise, it's been a quiet shift so far.
There was a glitch during this no SQZ time, we have 9 minutes without a glitch from 1403308348 (2024/06/24 23:52:10 UTC) to 1403308880 (2024/06/25 00:01:02 UTC).
A few weeks back Oli put in an alog about IMC and SRM M3 saturations during earthquake lock losses. In April of 2023 Gabriele had redesigned the M1-M3 offload, reducing the gain of the offload somewhat to get rid of 3-ish hz instabilities in the corner cavities. This may have contributed to the SRM saturations that Oli found, so we want to try adding some low frequency gain back into the SRM offloading.
Sheila wrote out the math for me for the stability of both the SRCL loop and the stability of the M1-M3 crossover, so I have been looking at ways to increase the low frequency gain without affecting the stability above 1hz. The open look gain for SRCL looks like :
SRCL_OLG = SRCL_sens * SRCL_FIlter * (SRM_M3_PLANT+SRM_M1_LOCK_FILTER * SRM_M1_PLANT);
The SRM M1-M3 offloading looks like:
SRM_OFFLOAD_OLG = SRM_M1_LOCK_FILTER * SRM_M1_PLANT * SRCL_sens * SRCL_Filter / (1-SRM_M3_PLANT * SRCL_sens * SRCL_FILTER);
Both of these are (or behave like) open loop gains (g), so the suppression/gain peaking can be show by looking at the 1/(1-g) for each.
I made a 50mhz boost filter for this and tried it during the commissioning window this morning. Bode plots for the boost (red), boost *m1 lock filters(blue) and the nominal M1 lock filter(green) are shown in the first image). The affect on M3 drives and SRCL are shown in the second image asds, live traces are with the new boost, refs are without. There is good reduction below 100mhz, but there is gain peaking from the M1-M3 offloading at .2-.4hz. which might bleed into the secondary microseism during the winter. I'm working on a filter with similar gain, but less gain peaking in a region that won't affect the overall rms of the m3 drive as much. I will try installing and testing during maintenance tomorrow.
These are some of the design plots I have been using. First image is the M1-M3 cross-over, red is the Mar 2023 filter that may have been causing 3ish hz instabilities, solid blue is the filter that Gabriele installed at that time, dashed purple is the boost I tried this morning, and dotted yellow is a modified boost that I want to try tomorrow. Second plot is the suppression for each filter. The .2-.3 hz gain peaking I saw during the test this morning is easy to see in the dashed purple on the second plot, I think the dashed yellow will have less gain peaking and move it closer to .7-1hz where it won't affect the rms of the M3 drive as.
The new boost is installed on SRM and ready to try when we get a chance. Attached image shows the bode plots for the boost filter (red), boost*nominal M1 filters(blue), and the nominal M1 filters (green). I think we might try to test these on Thursday.
I tested this new boost yesterday, it works well, so I'm adding engaging FM5 to the ISC_DRMI guardian. Will post a log with the results in a bit.
17:14 Observing