After the angle calibrations were applied to the SPI readout channels, I grabbed some data to check whether the SPI is roughly agreeing with the ISI sensors. I used the supersensor OUT channels for the ISI sensors (these are the signals behind the blending filters, before the summation for the blended supersensor). Screenshots from diaggui are attached.
For the differential X degree of freedom (SPI length), the visual agreement is remarkably good.
The optical lever (angle) measurements are harder to interpret. First of all, QPD A has an as-yet-unresolved noise issue, which Jennie is currently investigating. Aside from this, the results look very encouraging, since the CPS and GS13 at least somewhat agree with the SPI.
These spectra should be regarded as a first result, but not yet final. We will post a better analysis once the error has been resolved.
Note: If anyone has suggestions for which sensor channels would provide a better/more appropriate comparison than the supersensor OUT channels used here, please comment, your input is welcome.
Jackie, Camilla
As we're planning to move CHETA IY table into the LVEA soon, we did a final alignment check in the lab. Beam was around 10mm off the final iris in yaw. Looks like we only checked one iris in our other final checks 91009.
We spent some time iterating M3 and M4 but the alignment was strange and we couldn't align the beam on the final two iris without getting close to clipping our optics. Removed L2, aligned to irises and replaced L2 keeping the beam centered on irises. After this we checked the alignment with L1 at +/-25mm. It stayed well aligned to irises. Left translation stage at the nominal -10mm 91041. We checked the beam was hitting close to the center of the thermal PD.
We also labeled all cables as per D2500305 and marked the top and side panel ready for attaching the panel sensors.
TITLE: 09/02 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY:
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:07 | FAC | Kim | Opt Lab | n | Tech clean | 15:30 |
| 16:31 | - | Tyler, Dolly, +1 | LVEA | n | Tour | 17:31 |
| 17:04 | FAC | Kim | EX | n | Clean in prep for vent | 19:00 |
| 17:47 | SPI | Marc, Jennie | LVEA | n | Taking picture of SUS R2 rack | 17:58 |
| 18:18 | ISC | Sheila, Louis | LVEA | Local | ISCT1 table alignment | 18:59 |
| 20:18 | VAC | Gerardo, Jordan | EX | n | Closing GV20 and setting up TMDS | 00:18 |
| 20:34 | FAC | Chris | EX | n | Top of chamber cleaning | 21:29 |
| 20:35 | SPI | Jennie | LVEA | n | SUS R2 rack SPI | 22:00 |
| 20:38 | PSL | Jason | Opt Lab | n | Checking on EOM for next week | 20:54 |
| 20:46 | TCS | Camilla, Jackie | Prep Lab | YES | CHETA lab laser work | 23:26 |
| 21:04 | - | Tony | LVEA rec. | n | Comm system organization | 21:08 |
| 21:41 | SUS | Daniel, Rahul | EX | n | TMDS setup | 22:23 |
| 23:18 | SPI | Jennie | LVEA | n | SPI electronics rack work | 00:28 |
ALSX alignment trouble:
In the morning, we've found that the X arm was not flashing and we couldn't see anything other than the straight shot beam from TMSX on the camera. There was no reason to suspect that TMXS and ITMX were bad but baffle allignment were performed for those.
We then restored ETMX to the last time ALS-X was locked based on oplev but still no sign of anything other than the straight shot on the camera. In retrospect this could have been because there was a 1.5F temperature change in the end stations. ETMX baffle script was used but there was no way it could have worked because the slider/TEST calibration is totally wrong now, presumably due to rubbing. The script found nothing.
I eventually decided to manually do baffle alignment i.e. start from the in-lock position of ETMX based on the oplev, manually steer ETMX such that the oplev changes by (10.2, -8.4) urad to see ITMX baffle PD4, maximize that PD, record the oplev position, then move to PD1, again manually, record the oplev position, and finally put ETMX manually to the average of two oplev positions. I saw the return beam from ETMX immediately and we were able to lock ALSX.
ALSY didn't have any problem so I left Y arm alone, and aligned BS using the AS camera while arms were still locked with green. Both green beams were where they have been in the ALSX and ALSY camera.
Probing HAM1 alignment and HAM3 pico:
We misaligned ITMY and ETMY and increased H1:IMC-PWR_IN_OUT16 to 60W. X arm was still aligned.
We used this configuration as an OK substitute for single bounce, because I didn't want to misalign ETMX. If ETMX were misaligned, we knew that it won't go back to the same position after aligning it again (because it's stuck somewhere and there's always a sudden big motion after making a big alignment change). Then it will take a long time to align the X arm again.
I first probed the HAM2 alignment using just PR3 without using PR2_SPOTMOVE by looking at POP_X_SUM while POP_X centering was enabled. I was interested to see if the situation is the same as reported in alog 91725 (i.e. the POP IR beam is likely clipped at the bottom of something, presumably the top or the bottom periscope mirror in HAM1).
PR3_M1_OPTICALIGN start position was [-142.7, -236.7].
The beam was not clipped in PIT at the bottom today, maybe due to pico-ing efforts in the past days both in YAW and PIT or something else, but POP_X_SUM still decreased significantly when I moved PR3 by negative 2 urad in PIT (PR3_M1_OPTICALIGN_P_OFFSET = -144.7). This means that there was a hard edge about 2.7mm (plus about a radius of the beam, or ~2.5mm at the peri in HAM1) from the center of the beam according to the the right panel of the plot attached to alog 91725. This was too close.
I moved PR3 to -140.7, i.e. the edge is ~2*2.7mm+2.5mm ~ 7.9mm from the bottom of the beam. This is three times the beam radius and hopefully OK. I didn't go further because I thought that POP_X started decreasing, but looking at the trend it seems like I was worried about less than 1% change so I could have moved more.
The hard edge was also seen in YAW, qualitatively compatible with Louis' observation in alog 91702, when PR3_M1_OPTICALIGN_Y_OFFSET was changed by positive 4 urad in YAW (~5.5mm in -Y direction on the periscope mirror). This was comparable with PIT situation after my adjustment. Also, in the past, when Sheila moved the beam away from the hard edge (though her intent was not that) the ALSY beam was eventually lost. Based on these, we decided to leave YAW alone.
At this point PR3_M1_OPTICALIGN position was therefore [-140.7, -236.7]. Just to make sure that ALSY beam wasn't lost, I locked ALSY again and it was still there on the camera in ISCT1.
I took the screen shot of the ALSX camera and put the PR3 slider back to the starting position of [-142.7, -236.7]. Of course both the ALSX and ALSY camera image moved.
I then moved HAM3 pico only in PIT to move the beam up in HAM1 so the camera image matches the screen shot I just made.
H1:SYS-MOTION_C_PICO_A_CURRENT_Y_POSITION changed from -1467 to -1312. H1:SYS-MOTION_C_PICO_A_CURRENT_X_POSITION stayed at 1125.
ISCT1 realignment:
Louis and Sheila went to ISCT1 and realigned things.
ETMX and TMSX have been drifting in the past hours:
ALSX sees that. In the past 3 hours, ETMX drifted by 5 urad in YAW according to oplev, TMSX by 2urad in PIT, and ASLX alignment is bad as of now.
Erik, Dave:
cal_hash_ioc is now running as a containerized IOC on the service-host cluster. Previously it was running as a systemd service on cdsioc0 under puppet control.
Its saved json file is now visible on /opt/rtcds with the path /opt/rtcds/services/cal_hash_ioc/cal_hash_save.json
Erik has removed the old cdsioc0 service from puppet.
To test, I briefly changed the value of GDS_HASH_INT by adding +1
> caput H1:CAL-CALIB_REPORT_GDS_HASH_INT 138343157
> caput H1:CAL-CALIB_REPORT_GDS_HASH_INT 138343156
The JSON file changed correctly.
This move is in preparation for updating to the latest cal_hash_ioc.py, WP13574
TITLE: 09/02 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Commissioning
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 7mph Gusts, 4mph 3min avg
Primary useism: 0.05 μm/s
Secondary useism: 0.12 μm/s
QUICK SUMMARY: ALSY locked currently, some SAF channels in error on the alarm handler. EX VEA temps are swinging less compared to eariler in the week. CDS looks good.
TITLE: 09/02 Eve Shift: 2330-0100 UTC (1630-1800 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: None
SHIFT SUMMARY: Commissioning ended early today as well.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 22:55 | TCS | Camilla | Prep Lab | - | Labelling cables | 23:41 |
| 23:48 | SPI | Jennie, Jim | LVEA | n | At SUS-R2 for SPI | 00:41 |
| 23:52 | Cory, Camilla | Roof | n | Grabbing camera equipment | 23:55 |
Louis, Sheila, Keita, Camilla, Ryan S
This afternoon we had some locks of ALS DIFF that lasted 1-2 minutes, but we loose lock by saturating the ESD.
Louis has some plots of the measurements taken last night, compared to a model of ALS DIFF.
We found that we could stay locked for a minute or two by setting the DARM1 gain to 4, setting L3 Drivealign L2L gain to 2, then ramping the DARM 1 gain up to 400. We eventally loose lock in this state by saturating the ESD linearization with 0.2 Hz drive. We have two boosts in the L1 that should help with this, however when we engage them we loose lock right away.
We adjusted the HAM3 pico slightly to improve the beatnotes and reduce the apparent clipping of the X arm beam.
We later lost the X arm beam, Oli is rerunning the baffle PD scripts. We think that it is not worth trying further to lock ALS DIFF while we have rubbing on ETMX and can't run slow feedback to it.
We did put our steps that sometimes worked into the guardian with a flag to avoid ETMX actuation.
TITLE: 09/01 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Oli
SHIFT SUMMARY: Tuesday maintenance this morning went fairly smoothly after troubleshooting a failing network switch. Once maintenance activities wrapped up, commissioners continued to work on ALS locking with DIFF on ETMY, which is ongoing. Dust alarms have been going off this afternoon in the optics lab and PSL.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 14:58 | FAC | Kim | LVEA | - | Technical cleaning | 16:13 |
| 15:01 | CDS | Richard | CER | - | Checking network switch | 15:14 |
| 15:14 | VAC | Richard | LVEA | - | Checking a turbopump | 15:23 |
| 15:21 | VAC | Jordan | LVEA | - | Prep for craning | 16:21 |
| 15:22 | FAC | Chris | All bldgs | - | FAMIS/safety checks | 17:54 |
| 16:01 | CDS | Erik | Remote | - | h1guardian1 reboot | 16:16 |
| 16:25 | VAC | Jordan, Randy | LVEA | - | Craning over X arm | 17:21 |
| 16:28 | EE | Fil | LVEA | - | Check picomotor cabling at HAM3 | 18:17 |
| 16:31 | SUS | Rahul | Remote | - | ETM charge measurements | 18:04 |
| 16:49 | FAC | Kim | EY | - | Technical cleaning | 17:39 |
| 16:59 | EPO | Cory | LVEA | - | Filming | 18:23 |
| 17:26 | FAC | Richard | EX | - | Checking TMDS readiness | 18:18 |
| 17:39 | ISC | Camilla, Miranda | LVEA | - | ISCT1 curtains | 18:09 |
| 17:39 | PSL | Jason | LVEA | - | Looking at electronics | 18:03 |
| 17:39 | FAC | Kim | EX | - | Technical cleaning | 19:02 |
| 18:03 | CAL | Tony, Caroline | PCal Lab | Local | Swap spheres | 18:56 |
| 18:08 | EPO | Ibrahim +1 | LVEA | - | Tour | 18:33 |
| 18:13 | VAC | Jordan, Gerardo | LVEA | - | HAM7 RGA checks | 19:02 |
| 19:40 | FAC | Chris | LVEA | - | FAMIS/safety checks | 20:40 |
| 20:42 | CDS | Erik, Dave | CER | - | Pulling switch power cord | 21:42 |
| 20:46 | VAC | Jordan, Gerardo | EX | - | Moving TMDS equipment | 22:28 |
| 22:36 | EPO | Camilla, Cory | Roof | - | Filming | 22:53 |
| 22:44 | SPI | Jennie, Jim | LVEA | - | Plugging oscilloscope into SPI racks | 23:13 |
| 22:55 | TCS | Camilla | Prep Lab | - | Labelling cables | 23:29 |
WP 13563
Late entry from August 27, 2026
Sheila informed me the HAM3 ISC picomotors were not responding. Verified the picomotor cable was connected to the driver. Verified driver was responsive. The air cabling on HAM3 flange D3 did not match the DCC D1002874 drawing. Recall Keita found the POP QPD connected to the wrong port on flange D3, alog 91409.
We convinced ourselves all the connected cables on the D3 flange (SUS/ISC/SEI/CRS) were connected correctly, all seem to be working. All open ports are spares, ports for the LO1 future installation, or the ISC Picomotors. The picomotor cable was moved from D3-F8 to D3-F7. This means according to Keita’s alog, the QPD cable was originally connected to the picomotors. Sheila verified picomotor were working.
Similar cabling issues were found on the D6 flange, see alog 91226.
The following DCC documentation needs to be updated:
SUS BSC2 HAM3 HAM4 (susb2h34) System Wiring Diagrams D2300383
ISC/SQZ Wiring Diagram for Corner Station D1900511
Flange Layout - H1 Horizontal Access Module 3 (HAM 3) D1002874
As the DCC documentation is out of date, a list of our as-built flange for Flange D3 and D6 is listed below:
| Flange - Port | Description | Cable |
| D6-F1 | SUS MC2 M3 OSEMs | SUS_HAM3_20 |
| D6-F2 | MC2 M1 T1T2T3LF OSEMs | SUS_HAM3_1 |
| D6-F3 | MC2 M2 OSEMs | SUS_HAM3_19 |
| D6-F4 | SPARE | |
| D6-F5 | SPARE | |
| D6-F6 | SPARE | |
| D6-F7 | SPARE | |
| D6-F8 | SPARE | |
| D6-F9 | SPARE | |
| D6-F10 | SPI PDs | SPI_HAM3_15 |
| D6-F11 | SPI Picomotors | SPI_HAM2_13 |
| D6-F12 | SPARE |
| Flange - Port | Description | Cable |
| D3-F1 | MC2/PR2 RTSD/T1T2 OSEMs | SUS_HAM3_2 |
| D3-F2 | PR2 MM1 T3LFRTSD OSEMs | SUS_HAM3_3 |
| D3-F3 | PR2 M2 OSEMs | SUS_HAM3_25 |
| D3-F4 | PR2 M3 OSEMs | SUS_HAM3_26 |
| D3-F5 | LO1 M1 F1F2F3LF | Future Install |
| D3-F6 | POP QPD | IO_245 |
| D3-F7 | IO/ISC PICOMOTORS | ISC_230 |
| D3-F8 | LO1 M1 RTSDxxxx | Future Install |
| D3-F9 | SPARE | |
| D3-F10 | ISI GS13 H3V3 | SEI_GS13_3 |
| D3-F11 | CRS PD READOUT & CONTROL | CRS_HAM3_006 |
| D3-F12 | CRS PD READOUT & CONTROL |
WP13560 CAL CS remove channels
Joe, Erik, Jonathan, Dave:
We installed a new h1calcs model which removes channels from the DAQ. We verfified none of these channels were being sent by the DAQ broadcaster.
The rev-update showed a surprising number of modified mdl files used in the build, details are:
Changed dependency revisions in new version:
cal/common/models/CAL_CS_MASTER.mdl : r28532 --> r35947
cal/common/models/CAL_LINE_MONITOR_MASTER.mdl : r28567 --> r35947
cal/h1/models/h1calcs.mdl : r27506 --> r35949
sus/common/models/ESD_LINEARIZATION_WITH_CHARGE_MASTER.mdl : r16336 --> r30316
Removed dependencies in new version:
cds/common/src/ATAN2.c
The INI file just changed by the removal of the channels:
--: slow channel H1:CAL-CS_DARM_ARM_LENGTH_AVG removed from the DAQ
--: slow channel H1:CAL-CS_DARM_ARM_LENGTH_X removed from the DAQ
--: slow channel H1:CAL-CS_DARM_ARM_LENGTH_Y removed from the DAQ
--: slow channel H1:CAL-STRAIN_SLOW removed from the DAQ
--: fast channel H1:CAL-STRAIN_DBL_DQ removed from the DAQ
sw-lvea-aux crash, reboot, build replacement
Richard, Fil, Erik, Jonathan, Dave:
As noted in other alogs, a lot of today's time was taken investigating and recovering the CER main POE switch which drives the majority of the gige-cameras. Erik is building a spare Cisco Catalyst 3560 switch as a swap-out replacement.
WP13569 Guardian reboot
TJ, Ryan S, Erik:
h1guardian1 was rebooted for PM and to clear its CFC flags. No problems with this reboot.
WP13578 Add Guardian nodes to DAQ
TJ, Dave:
H1EPICS_GRD.ini was modified to add the two new guardian nodes CRS_HAM3 and SPIH23_STAT (+46 chans). EDC+DAQ restart was required.
DAQ Restart
Erik, Jonathan, Dave:
The DAQ was restarted for the new h1calcs model and EDC additional grd channels.
This did not go well.
( A Reminder: in the new DAQ, the framewriters continue to run throughout, switching to the new configuration automatically. Only the DC, NDS and TW restart)
At 11:13 I restarted the 0-leg. This caused both FW0 and FW2 to crash. We then restarted the EDC, but the framewriters did not come back.
Erik restarted the FW daqd services, noting these now have new names (rts-daqd_rs.service)
Jonathan looked at the 0-leg logs, we determined there was nothing we could do to prevent FW1 from failing, we would just recover it afterwards.
At 11:41 we restarted the 1-leg, and FW1 did not restart. It behaved normally, picking up the new run number and configuration.
Jonathan is investigating what happened to FW0/2 and why FW1 did not crash.
looks like FW0,FW2 crashed around the time the EDC was restarted (and not DC0 as I originally thought)
11:13:01 DC0 restarted
11:15:58 EDC restarted
11:15:59 FW0 and FW2 crash
After getting the switch going again at 08:46 it only lasted about 2.5 hours before going down again at 11:16. We immediately did the "pull the cords" power cycle which got it running again at 11:16.
At time of writing (15:34) it has been running for 4.25 hours.
As part of the investigation, sw-lvea-aux's logs is showing port 0/39 is flapping up and down every minute. We suspected this was the new itmx camera's port, so Camilla went into the LVEA and disconnected the ITMX camera. The power cycling of 0/39 stopped at this time (15:15).
Jennie W, Sina K,
Summary: Yesterday Sina and I did the dark noise measurement for the SPI interferometer and the two SPI optical levers and added in calibration filters based on Jim's measurement of the optical lever to ISI sensor TFs. We also founbd that the dark noise for QPDA has an unexpected shape and so need to do some noise hunting to track this down.
Before doing this we edited the SPI-H23_DIFFDISP matrix to include the factor of 2 that comes from the fact the IFO measures the light round trip between the two platforms and we want it to measure the displacement between them, ie. we divided the first line of coefficients by 2.
Jeff has implemented a new filter bank set for the optical levers called OPLEV CAL FILTERS on the main SPI overview. See image. The output of this filter bank is the optical lever in the qpd basis. The measured calibration will go in 'OPLEV OUT FILTERS' and the output of this filter bank will therefore be in the ISI basis.
We then followed the procedure in T2600019.
Put the dark offsets on the QPDs back to what they were before our dark noise measurement. Accepted it in sdf.
Template for measuring average values of input noise in SPI PDs and QPDs is saved in userapps/spi/h1/dtt/SPI_dark_noise_meas_prep.xml
Template for checking parameters of signals when shutter closed and we have injections on the PDs and offsets on the QPDs is saved in ligo\home\jennifer.wright\git\2026\SPI\SPI_dark_noise_test_signals.xml
Template for measuring dark noise ASDs is in \ligo\home\jennifer.wright\git\2026\SPI\SPI_dark_noise_ASD.xml
As the SPI was switched off overnight, I took the liberty of looking at a longer period. The noise from QPD A appears to be time-dependent. I think this only confirms our suspicion that the electronics are unstable.
Here are the DAQ noise measurements together with the noise model (including shot noise and frequency noise).
J. Kissel Finishing the job started in LHO:91705, in which we added filter banks to calibrate the H1SPIH23 optical lever's QPDs from units of normalized spot position ([V/V]) into angular displacement of the respective ISI ([rad], or the preferred order of magnitude [nrad]) -- I - created a new 4x filter bank cluster screen for the H1:SPI-H23_OL_QPD_A_PIT_CAL (measuring HAM3 rotation) H1:SPI-H23_OL_QPD_B_PIT_CAL (measuring HAM2 rotation) H1:SPI-H23_OL_QPD_A_YAW_CAL H1:SPI-H23_OL_QPD_B_YAW_CAL channels; /opt/rtcds/userapps/release/spi/common/medm/ SPI_CUST_OL_CAL.adl rev 35979 - added a block with link to these banks to the SPI OVERVIEW screen, /opt/rtcds/userapps/release/spi/common/medm/ SPI_CUST_OVERVIEW.adl rev 35979 and along the way also modded the overview with a few other things that have popped up as requests for user interface: . top-level views of the QPD XY scatter plots so we have an "at-a-glance" view of whether they're centered, . Another column to the PICOMOTOR section that helps the reader understand which actuator aligns which beam - Filled in the CAL filterbanks with the calibration from LHO:91754. /opt/rtcds/userapps/release/spi/h1/filterfiles/ H1SPIH23.txt rev 35985. - Made sure to *initialize* the above bank's channels in the SDF system, and accepted the values. /opt/rtcds/userapps/release/spi/h1/burtfiles/ h1spih23_safe.snap rev 35986. Thus, H1:SPI-H23_OL_QPD_A_PIT_CAL_OUT_DQ (measuring HAM3 rotation) H1:SPI-H23_OL_QPD_B_PIT_CAL_OUT_DQ (measuring HAM2 rotation) H1:SPI-H23_OL_QPD_A_YAW_CAL_OUT_DQ H1:SPI-H23_OL_QPD_B_YAW_CAL_OUT_DQ are now calibrated into [nrad] of ISI rotation, based on the *measured* values of the calibration from LHO:91754.
I changed back the calibration in the CAL filter banks to be FM1 as this was the one that Sina and I implemented yesterday.
I had not written up before Jeff did FM3 this morning (see alog #91772).
This means that combined with the FM1 filters in H1:SPI-H23_OL_ISI_{J,K}_{PIT,YAW} the final units of the OPLEVs are in measured nradians of the ISI.
I also accepted my changes in sdf.