Yesterday morning I unlocked HAM5&6 HEPIs, unaware that VAC needed back up on that chamber to disconnect turbos. This afternoon, Mitch and Ibrahim helped me re-lock those HEPIs. Because we didn't think any alignment work would be needed before unlocking again, we didn't use the normal procedure to try to preserve HEPI position, I just turned off the loops and we engaged the stops. Even so, the biggest offsets from operating position are less than 50 um/urad, most are more like 10.
TITLE: 08/20 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
SHIFT SUMMARY: Just some light maintenance activities today as pumpdown continues. HAM5/6 HEPIs were locked so VAC team could valve out the turbopump on top of HAM6.
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
14:41 | CDS | Erik | CR | n | Restarting Picket Fence | 14:48 |
15:30 | FAC | Nelly | FCES | n | Technical cleaning | 16:22 |
15:40 | CAL | Dave | remote | n | restart h1calcs | 17:15 |
15:40 | DAQ | Dave | remote | n | Restart NDS1 | 17:15 |
15:42 | FAC | Karen | LVEA | n | Technical cleaning | 17:10 |
15:50 | FAC | Kim | EX | n | Technical cleaning | 16:49 |
16:14 | PEM | Genevieve, Sam | MY | n | Checking access | 16:30 |
16:23 | FAC | Tyler, Eric | LVEA | n | Moving cabinets | 17:01 |
16:42 | OPS | RyanC | LVEA | n | Restarting dust monitor | 16:50 |
16:45 | PSL | RyanS | CR | n | FSS RefCav alignment | 17:59 |
16:49 | FAC | Kim | LVEA | n | Technical cleaning | 17:50 |
16:58 | VAC | Jordan | MY, EY | n | Turbopump check | 19:15 |
16:59 | VAC | Travis | MX, EX | n | Turbopump check | 19:46 |
17:10 | FAC | Karen | MY | n | Technical cleaning | 18:16 |
17:14 | FAC | Richard | LVEA | n | Safety walkabout | 17:31 |
17:52 | ISC | Elenna | CR | n | IM transfer functions | 18:49 |
17:59 | FAC | Kim | MX | n | Technical cleaning | 18:51 |
18:33 | VAC | Janos | LVEA | n | VAC checks | 18:41 |
19:42 | SEI | Jim, Mitchell, Ibrahim | LVEA | n | Locking HAM5/6 HEPI | 19:58 |
20:08 | PEM | Genevieve, Sam | MX, EX, MY, EY | n | Taking pictures of PEM equipment | 21:43 |
20:38 | VAC | Janos, Jordan, Gerardo | LVEA | n | VAC checks | 21:38 |
22:04 | PEM | Robert, Genevieve, Sam | EBay | n | PEM things | 22:27 |
22:21 | VAC | Jordan, Gerardo | FCES | n | Move turbopump on HAM8 | Ongoing |
22:28 | PEM | Robert, Genevieve, Sam | LVEA | n | Taking pictures of PEM equipment | 23:13 |
22:30 | CAL | Tony | PCal Lab | local | PCal checks | 23:03 |
23:08 | VAC | Janos | LVEA | n | Valving out HAM6 turbo (on-chamber) | Ongoing |
MiriamR, RickS, TonyS, FranciscoL
On Monday, August 19, we moved the X-End pcal inner beam to be centered on the Rx input port. The previous configuration had the inner beam to the right of the Rx input port by 5mm. We centered the beam to the desigated position before the interferometer resumes the obsevation run.
Note: Screwing the yaw-adjuster in a clock-wise motion moves the beam from the right side of the target to the center (goes to the left).
The voltage from BothBeamsBefore.jpg was of 3.383 V as measured with a hanheld voltmeter, after moving the beams (see BothBeamsAfter.jpg) the voltage was of 3.384. EndStationLog.pdf has a list of voltage values with the corresponding times (local timezone) at which they were measured.
Janos, Dave:
After review of the current pressure alarms, we came up with the following changes:
1. Janos requested that PT120B (BSC2-BS) be replaced with PT132_MOD2 (BSC3-ITMX). The latter is a less noisy signal.
2. For alarms where the high level is an order of magnitude greater than the signal average, reduce the high to be about 3*avg
These changes were made and installed at 13:50 during the reboot of cdslogin.
To help with the review of the vacuum alarms I wrote a python program which compares the alarm HIGH value with a hours worth of minute trend data (AVG and MAX). If MAX/HIGH > 10 it flags the channel.
Code output before the change:
Compare Vac Alarm levels with past 1 hour of data
H0:VAC-LX_X4_PT144B_PRESS_TORR VE gauge, LX X1-beamtube, CC: high=5e-08 avg=2.27E-09 max=2.29E-09 ratio=2.18E+01!
H0:VAC-MX_X1_PT343B_PRESS_TORR VE gauge, MX X1-beamtube, CC: high=5e-09 avg=1.91E-09 max=1.93E-09 ratio=2.59E+00
H0:VAC-MX_X5_PT346B_PRESS_TORR VE gauge, MX X2-beamtube, CC: high=5e-09 avg=1.34E-09 max=1.35E-09 ratio=3.70E+00
H0:VAC-EX_X1_PT523B_PRESS_TORR VE gauge, EX X2-beamtube, CC: high=5e-09 avg=1.16E-09 max=1.17E-09 ratio=4.27E+00
H0:VAC-LY_Y4_PT124B_PRESS_TORR VE gauge, LY Y1-beamtube, CC: high=5e-08 avg=3.08E-09 max=3.15E-09 ratio=1.59E+01!
H0:VAC-MY_Y1_PT243B_PRESS_TORR VE gauge, MY Y1-beamtube, CC: high=5e-09 avg=1.39E-09 max=1.41E-09 ratio=3.55E+00
H0:VAC-MY_Y4_PT245B_PRESS_TORR VE gauge, MY CP4, CC: high=5e-09 avg=1.32E-09 max=1.34E-09 ratio=3.74E+00
H0:VAC-MY_Y5_PT246B_PRESS_TORR VE gauge, MY Y2-beamtube, CC: high=5e-09 avg=1.73E-09 max=1.77E-09 ratio=2.83E+00
H0:VAC-EY_Y1_PT423B_PRESS_TORR VE gauge, EY Y2-beamtube, CC: high=5e-09 avg=1.28E-09 max=1.29E-09 ratio=3.87E+00
H0:VAC-LY_Y3_PT114B_PRESS_TORR VE gauge, CP1 LY vac gauge, CC: high=5e-08 avg=2.30E-09 max=2.33E-09 ratio=2.14E+01!
H0:VAC-LX_Y8_PT132_MOD2_PRESS_TORR VE gauge, PT120B BSC2 CC: high=2e-07 avg=1.94E-07 max=1.95E-07 ratio=1.03E+00
H0:VAC-LY_X0_PT100B_PRESS_TORR HAM1 VAC: high=5e-06 avg=3.34E-08 max=3.35E-08 ratio=1.49E+02!
Code output after the change:
Compare Vac Alarm levels with past 1 hour of data
H0:VAC-LX_X4_PT144B_PRESS_TORR VE gauge, LX X1-beamtube, CC: high=6e-09 avg=2.28E-09 max=2.30E-09 ratio=2.61E+00
H0:VAC-MX_X1_PT343B_PRESS_TORR VE gauge, MX X1-beamtube, CC: high=5e-09 avg=1.92E-09 max=1.94E-09 ratio=2.58E+00
H0:VAC-MX_X5_PT346B_PRESS_TORR VE gauge, MX X2-beamtube, CC: high=5e-09 avg=1.34E-09 max=1.35E-09 ratio=3.69E+00
H0:VAC-EX_X1_PT523B_PRESS_TORR VE gauge, EX X2-beamtube, CC: high=3e-09 avg=1.17E-09 max=1.17E-09 ratio=2.56E+00
H0:VAC-LY_Y4_PT124B_PRESS_TORR VE gauge, LY Y1-beamtube, CC: high=9e-09 avg=3.10E-09 max=3.17E-09 ratio=2.84E+00
H0:VAC-MY_Y1_PT243B_PRESS_TORR VE gauge, MY Y1-beamtube, CC: high=5e-09 avg=1.40E-09 max=1.41E-09 ratio=3.54E+00
H0:VAC-MY_Y4_PT245B_PRESS_TORR VE gauge, MY CP4, CC: high=5e-09 avg=1.33E-09 max=1.34E-09 ratio=3.72E+00
H0:VAC-MY_Y5_PT246B_PRESS_TORR VE gauge, MY Y2-beamtube, CC: high=5e-09 avg=1.74E-09 max=1.77E-09 ratio=2.83E+00
H0:VAC-EY_Y1_PT423B_PRESS_TORR VE gauge, EY Y2-beamtube, CC: high=5e-09 avg=1.29E-09 max=1.29E-09 ratio=3.86E+00
H0:VAC-LY_Y3_PT114B_PRESS_TORR VE gauge, CP1 LY vac gauge, CC: high=6e-09 avg=2.32E-09 max=2.35E-09 ratio=2.55E+00
H0:VAC-LX_Y8_PT132_MOD2_PRESS_TORR VE gauge, PT132 BSC3: high=6e-07 avg=1.94E-07 max=1.95E-07 ratio=3.08E+00
H0:VAC-LY_X0_PT100B_PRESS_TORR HAM1 VAC: high=9e-08 avg=3.34E-08 max=3.35E-08 ratio=2.68E+00
This morning, I attempted to improve the FSS RefCav alignment as the signal on the trans TPD has been falling over the past month. Using the two picomotor-controlled mirrors in the FSS path, I was only able to increase the signal from 0.54V to 0.66V, which is much less than I was hoping for. I'm still seeing what looks like a pitch misalignment on the RefCav REFL camera, but any further adjustment with the picos doesn't seem to be providing much more improvement on the TPD, so we'll likely need to go into the enclosure for some on-table alignment in the future to improve the alignment further.
WP12044 TW1 raw minute offload
Dave:
As the first part of the file copy, I configured h1daqtw1 to write its raw minute trends to a new empty directory, freezing the past 6 months of data in a renamed minute_raw_1408206258.
I temporarily reconfigured h1daqnds1 to serve the past 6 months of minute trends from this directory. The nds1 daqd process was restarted at 09:56 PDT with coordination with the control room.
WP12049 h1calcs model change
Louis, Joe B, Jeff, Erik, Dave:
A new h1calcs model was installed at 08:44 PDT. No DAQ restart was required.
Picket Fence
Erik,
Was restarted, remote station switch. Please see Erik's alog for details.
This morning, I manually ran through the usual magnetic injection suite (21 total injections across all stations) that's run before Tuesday maintenance during normal observing times to verify things were working. The only hiccup I encountered was that none of the injections at EX seemed to run; the amplifiers turned on correctly, the correct filter modules were applied, and Guardian showed no errors, but the magnetometers gave no response when the injection was supposed to start and I saw no signal in the appropriate _EXCMON channels. After conversing with Dave and Erik and seeing there was no problem starting a manual excitation, they suggested that the PEM_MAG_INJ Guardian likely needed to be restarted to re-establish connection with the frontends at EX since some of them were restarted in June. After restarting the node, I ran through the suite again and there were no issues.
The last successful test ran from 1408203575 to 1408204731 (about 22 minutes), and I've left the Guardian in WAITING.
Jim, Mitchell
Yesterday Jim walked me through adding fluid to the corner station Hepi Pump station. The fluid level was getting close to tripping.
EY running at 8-1/4, trip level is 8-1/8
EX running at 7-3/16, trip level is 7
Corner running at 5-1/2, trip level is now 5-5/16
Other than adding fluid all stations are running smoothly with no new leaks.
Tue Aug 20 08:08:51 2024 INFO: Fill completed in 8min 48secs
Jordan confirmed a good fill curbside.
The Picket Fence display on Nuc5 was updated and restarted. There were some minor code changes. The only significant change was a switch from HWUD station back to HLID.
TITLE: 08/20 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
CURRENT ENVIRONMENT:
SEI_ENV state: MAINTENANCE
Wind: 3mph Gusts, 1mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.07 μm/s
QUICK SUMMARY: Pumpdown of corner volume continues. Some light maintenance activities planned for the day as well.
Workstations were updated and rebooted. This was an OS packages updated. Conda packages were not updated.
Jordan V., Gerardo M., Travis S., Janos Cs. The PT-154 MKS wide range gauge was replaced due to failure, on the small FCT section between HAM7 and BSC3. Its small volume is being pumped down. As the pressure of that FCT section between GVs FCV-1 and FCV-2 is supposedly around 1-2E-8 Torr, it will be pumped overnight. Now it is at 6.1E-8 Torr. Tomorrow it will be valved in to the main volume. After this, this small FCT section will be valved together with HAM7 and the relay tube (FCV-1 to be opened). Leak check was also done, and no leak bigger than 1E-10 Torr was detected.
Naoki, Camilla.
After SQZ laser was turned on laser week, today we locked PMC and SHG with no issues. We struggled with OPO locking (CLF dual). In the end Naoki could lock by hand but the trigger wasn't triggering. We will continue to troubleshoot tomorrow. The OPO dither lock worked well but only after we swapped H1:SQZ-OPO_IR_LSC_SERVO_GAIN sign from -10 to 10: strange!
I put ZM4/5 PSAMS and ZM4/5/6, ZM2/3 and FC1 alignments back to the same values as in alog79193. Todays plot and July 17th plot attached. There was only around 0.3mW on the IR trans, when we expect 1mW. So may need some more alignment moved. We have the SQZT7 iris to help if needed.
CLF input power was lower than before. After I increased CLF input power, OPO can be locked by guardian.
After Camilla changed ZM2 PSAMS in 79625, we can see 1.3mW seed trans in SQZT7 with 75mW seed. However, seed dither lock did not work. It seems that the OPO PZT offset after scan by guardian does not match well with the seed resonance. I found that there is an intentional PZT offset for hysteresis in line 728 of OPO guardian as follows.
ezca['SQZ-OPO_SERVO_SLOWOUTOFS'] += 0.08 # hysteresis
I flipped the sign of this offset from 0.08 to -0.08 and the dither lock works. I am not sure if this is a correct way to fix this issue, but I tested the dither lock several times and all worked.
The dither lock gain needs to be reverted to -10.
TITLE: 08/19 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: Tony-ish
SHIFT SUMMARY: HAM5 and 6 got unlocked today.
LOG:
14:30 In Corrective maintanence
16:00 HAM5/6 HEPI unlocked
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
15:18 | VAC | Jordan | LVEA | n | Pump checks | 15:28 |
15:23 | FAC | Karen, Kim | LVEA | n | Tech clean | 16:20 |
15:52 | SEI | Jim | LVEA | n | Unlocking HAM5/6 | 16:20 |
16:52 | FAC | Karen | EY | n | Tech clean | 17:31 |
19:35 | FAC | Kim | LVEA Receiving | n | Moving stuff | 19:57 |
19:45 | VAC | Janos | LVEA | n | Replacing gauge | 19:57 |
20:22 | SEI | Jim, Mitchell | LVEA | n | Taking HEPI pump stations down | 21:32 |
20:40 | PSL | RyanS, Fil | CR,LVEA | n | Shutting down PSL to get rid of comb | 21:04 |
20:53 | VAC | Jordan, Travis, Gerardo | LVEA | n | Swapping gauge (Travis out 22:34) | 22:40 |
20:59 | VAC | Janos | LVEA | n | Helping swap gauge | 22:28 |
21:09 | PEM | Genevieve, Sam | EX, EY | n | Taking photos o fPEM equipment | 22:42 |
23:10 | PCAL | Francisco, Miriam | EX | YES | Transitioning to LasHaz & centering beam spot for tomorrow | ongoing |
Camilla, Oli
We looked into the weird results we were seeing in the ITMX In-Lock SUS charge measurements. The coherence when the bias is on for both the bias and length drives is always good, but the coherences are bad (usually below 0.09) for both bias and length drives when the excitations run with the bias off.
I compared the differences in the coherence value outputs in the python script versus the matlab script(screenshot), and although the values are calculated slightly differently and are not exactly the same, they are resonably close enough that we can say that there is not an issue with how we are calculating the coherences.
Next, we used ndscope to look at the latest excitations and measurements from July 09th (ndscope-bais on, ndscope-bias off). Plotting L3_LOCK_BIAS_OUTPUT, L3_DRIVEALIGN_L2L_OUTPUT, L3_LVESDAMON_UL_OUT_DQ, and L3_ESDAMON_DC_OUT_DQ for both ITMX and ITMY, if there was an issue with the excitations not going through, we would expect to see nothing on the ESDAMON and LVESDAMON channels, but we do see them on ITMX.
We were still confused as to why we would see the excitations go through the ESDAMON channels but still have such low coherence, so we compared the ITMX measurements to ITMY on dtt for the July 09th measurements looking at how each excitation showed up in DARM and what the coherence was. When the bias was on, both the bias drive and Length drive measurements look as we expect, with the drive in their respective channels, a peak seen in DARM at that frequency, and a coherence of 1 at that frequency(bias_drive_bias_on, length_drive_bias_on). However, in the comparisons with the bias off, we can see the excitations in their channels for both ITMX and ITMY, but while ITMY has the peak in DARM like the bias on measurements, ITMX is missing this peak in DARM(bias_drive_bias_off, length_drive_bias_off). The coherence between DARM and the excitation channel is also not 1 on ITMX.
We showed these results to Sheila and she said that these results for ITMX with the bias off make sense if there is no charge built up on the ITM, which would be the first time this has been the case! So there are no issues with the excitations or script thankfully.
We will be making changes to the analysis script to still run the analysis even if the coherence is low, and will be adding a note explaining what that means.
Hey LHO, the in lock charge measurement script is another script, other than A2L scripts and calibration scripts, that I overhauled last year due to my deep dissatisfaction with the existing code.
I'll point you to the aLog when I ran it: [68310].
Among the huge amount of behaviors that I correct I implemented many lessons I learned in implementing simuLines for LHO: your DARM units are a very small number and you must explicitly cast DARM data to np.float64 in order to have the TFs and coherences (in particular coherences) calculate correctly. I've had to repeat this lesson to lat least 4 people writing code for LHO now in the calibration group because it trips up people again and again and it is not an obvious thing to do, and something I solved through sheer brute force (took Louis a lot to convince since he initially refused to believe it).
In particular inside the ''digestData
" function of the "/ligo/svncommon/SusSVN/sus/trunk/QUAD/L1/Common/Scripts/InLockChargeMeasurements/process_single_measurement.py
" you will see me casting the gwpy data to float64 on lines 50 and 51; followed by some sampling rate tricks to get coherence to calculate correctly with gwpy's coherence
call as well as gwpy handles average_fft
calls.
Hope it helps!
Thanks Vlad, we'll have a look at that.
While looking at these measurements we realized that we were not using the same bias setting for all the quads (ITMY around half bias). We want to change this using the attached code but first will run the charge measurements to directly compare before and post vent.
I've combined the existing Python and MATLAB scripts that are used for calibrating the PSL rotation stage into one cohesive, cleaner Python script: /opt/rtcds/userapps/release/psl/h1/scripts/RotationStage/CalibRotStage.py
The script takes two arguments to run the full process of sweeping the stage and running the calibration fitting: python CalibRotStage.py -m -c
To skip the rotation stage sweep or calibration fitting steps, simply omit the -m or -c arguments, respectively.
The full process for running a PSL rotation stage calibration now goes as follows:
Oli P, TJ S
Single Bounce AS_C level
To check that we can get light through to HAM6, we brought the IFO to the same alignment as in alog79193, where they also had HAM5,6 HEPI locked. We started with the fast shutter closed. With alignments the same we went into a single bounce configuration with ITMY aligned and went up to 10W. There was no light on AS_C initally, so Oli had to move SR2 about 200urads before there was light on the sensor. SR2 moved about 60urads to center on AS_C. With AS_C centered, H1:ASC-AS_C_SUM_OUTPUT was at 0.0078 vs the 0.0045 reported on July 17 reported in the linked alog above (73% increase). We ran into some P motion when we turned sensor correction on, but maybe this is expected while we have some HEPIs locked. The AS Air camera had the slightest bit of a spot on the top left corner of it when we were centered.
Aug 16 | July 17 | May 7 | April 17 | |
AS_C_SUM_OUTPUT | 0.0078 | 0.0045 | ||
AS_C_NSUM_OUT | 0.0230 | .017 | .0226 | 0.0227 |
Fast Shutter Test
While centered on AS_C we opened the fast shutter. We immediately saw light on AS_A and AS_B (1600 and 2000 counts respectively). We closed the shutter and it went away. 1st attachment
The fast shutter still exhibits a bounce when closing, as discussed in alog79397. On this particular instance, after the fast shutter initially blocked the beam, 37ms later it allowed light through for 10ms more, before closing for 38ms, then it lets one more bit of light through for 5ms - 2nd attachment shows it better. AS_C also seems to see some of this, perhaps from scattered light.
Unlocked now.