Displaying reports 1-20 of 3931.Go to page 1 2 3 4 5 6 7 8 9 10 End

Search criteria
Section: H1
Task: AOS

REMOVE SEARCH FILTER
SEARCH AGAIN
Reports until 07:32, Thursday 26 February 2026
H1 AOS
erik.vonreis@LIGO.ORG - posted 07:32, Thursday 26 February 2026 (89276)
conda environment updated

The default workstation conda environment was updated.  ndscope is updated to 0.20.7.  A list of changes can be found here: https://git.ligo.org/cds/software/ndscope/-/blob/master/CHANGELOG.md.

tmux and some other system commands were dropped from the conda environment.  tmux should now work in the terminal.

H1 AOS
joshua.freed@LIGO.ORG - posted 15:24, Wednesday 25 February 2026 (89269)
SPI, Dirty Electronics build for SPI Assembly

J. Freed, J. Warner

We set up a small rack to be put into the optics lab for the SPI build housing (most) SPI electronics and hooked up all the power cables for these electronics (For the build we are using a dual source RF generator to instead of the 80MHz OCXO and Single Sideband Mixer like in the final set up). Before this set up can be used, a RF power meter should to be used to check to make sure the correct RF power is going to the AOMs in the SPI laser prep chassis. 

After applying power to the TIA chassis I also checked that the DB25 on the front panel of varient 2 of the TIAs was correctly outputing -15V on pins 1-10. 

Results:

Pins 1-4,7-10 were outputing -14.8V

Pins 5-6 were outputing -15.1V

This discrepancy in pins power is expected and is caused by the fact that the Variant 3 TIA is the one that is actually powering pins 5-6 through the front panel DB9 cable from varient 3 to varient 2. 

Images attached to this report
H1 ISC (AOS, PSL, SPI)
jeffrey.kissel@LIGO.ORG - posted 14:33, Wednesday 25 February 2026 (89268)
Setting up New Fiber Coupled NPRO in Optics Lab: The NRPO and System Components Dry Run
J. Kissel, R. Short, J. Oberling

This is the first installment of aLOGs documenting the setup of a new stand-alone 1064 nm NPRO laser system whose current "end game" intent is to provide ~100 [mW] of fiber-coupled p-pol light to the SPI laser prep chassis.

Step 1: Gathering materials, find what optics / mounts we had vs. what would be need, and physically layout the plan.

Jason lets Ryan and I know that there are three NPROs in the optics lab, two of which are PSL spares that cannot be used. 
The remaining laser is S/N 1661, the laser used in the PSL during O3 which is *functional* but was briefly installed during O4 circa Fall/Winter 2024 then removed from use in the PSL because of reported glitching / incompatibility with the frequency stabilization servo (FSS) issues -- see the bottom of LHO:81391 for a nice summary, and LHO:81409 for record of its removal.

Inspired by the setup at Stanford Sina shared with us, we're looking to build up the following system to accomplish the goal:
    - NPRO (presumed to be elliptically polarized with Is / Ip = 5:1)
    - QWP (to linearize the polarization)
    - HWP1 (to rotate the polarization into horizontal)
    - FI (accepts horizontal linear polarization, to ensure back-reflections from down-stream components don't seed the NPRO causing glitches/mode hopes/frequency noise)
    - HWP2 (to rotate the FI output polarization into the desired amount of vertical polarization -- aka the desired amount p-polarization)
    - PBS (to filter out and dump the unneeded horizontal / s-pol light, and transmit the desired power of p-pol)
    - SM1 (one of two steering mirrors to align the beam into the fiber collimator)
    - L1 (the single-lens mode-matching solution to convert the NPRO beam into what the fiber collimator needs)
    - SM2 (two of two steering mirrors for alignment into the fiber collimator)
    - 50:50 PWR BS (45 [deg] AOI, optimized for p-pol; to provide a pick-off port for live power measurement)
    - Fiber Collimator

Ryan started with a 24" by 12" breadboard that was lying around in the optics lab. He build up a makeshift stand from three posts and dogs in the lower left corner such that the S/N 1661 NPRO projects the beam at 4" height. The 0.5" thick breadboard has a 1 inch hole pattern offset by 0.5" from the edges. I'll refer to this grid as having axes "m" and "n" where the m-axis are the "row" holes running from 0 to 23, and the "column" n-axis holes run from 0 to 11. I chose (m,n) breadboard coordinates so as to not confuse them with traditional beam profile coordinates of (z [propagation distance], x (transverse horizontal), y (transverse vertical)). 

Thus, the NPRO being in the "lower left" means it projects the beam along the m = 3 row, and the front face of the NPRO is sitting at n = 8. We'll call this beam position z = 0.

We then proceeded to gather as much as we could of optical components from the optics lab drawers, and ended up with this pictured preliminary version of the setup.

Step 2. Power up the NPRO.
Here's were we ran into our first snag. Normally, NPROs are paired/tuned with specific controller boxes. However, when Ryan turned on the S/N 1661 laser with the S/N 1661 control box, the crystal temperature readback reported the temperature was quickly, linearly rising well beyond the desired temperature of 24.7 [deg C]. At ~42 [deg C], (but still below the internal automatic watchdog threshold of 50 [deg C]), Ryan knew something was wrong and turned it all off. He repeated the turn on just in case, and it did the same.

After conversing with Jason, we figure it's good enough to run with one of the other controllers for now, and in the mean time figure out how what's wrong and repair the S/N 1661 controller.

So, we're running with the S/N 7974, and things seem fine. 
    Laser Diode Temp Setup:
        Diode 1 33.7 [deg C]
        Diode 2: 33.1 [deg C]
        Laser diode injection current readback 2.08 [A] (for both diodes)
    Crystal Temp setting is 24.7 [deg C]

We measured the output power*** with no optical elements at all as 1.820 +/- 0.005 W (not noisey, but a slow drift around).
Good enough! Onward and upward!

*** Power measured by ThorLabs power meter
	Model S302C
	SN 111149
	Sensing factor of 316.25 [mV/W]
	(last calibrated Feb 3 2012).
Images attached to this report
H1 AOS
joshua.freed@LIGO.ORG - posted 16:51, Tuesday 24 February 2026 - last comment - 10:56, Wednesday 25 February 2026(89247)
SPI, Photodiode through TIA wiring check

J. Freed (with help from Marc and Fil)

I tested the real wiring chain described in D2400111 from PD through the 3 variants of the TIA and it does follow exactly what is described in the link. There were 4 things of note that were found during this test. 


1. All the whitening filters were switched "on" inside the TIA, however our final design document states that only the QPDs need whitening. As such the SPD boards S2500647 and S2500645 whitening switches were set to bypass. I logged this change in the E-Traveler.


2. The D1700116 silicone circuit board for the FFD-200 causes shorts. The main issue is the GAP 5000 pinholes on the PD side of the board. If the PD is flush with the board those pins touch the case of the FFD. Since the GAP pins are also connected to the cathode and anode, this causes the circuit to short. This is simple enough to test without taking out any PDs from the case. If there is "no" resistance between the case (ground) pin and the anode/cathode pins on the DB9 connector coming from the PD, then it is shorting and the system should not be turned on. There are 2 options suggested to fix this, either put insolation between the GAP pins and the FFD case or cut the GAP pins connection to the FFD anode/cathode. For this specific test, the issue was bypassed by putting in a tissue between the FFD and the silicone board.


3. I tried to take transfer functions from all the PDs through the TIA, however the laser I used (the MIT ISC AM Laser) AM modulation was designed for 5 - 200 MHz, not the 4096Hz we are trying to use. As such, I suspect the harsh attenuation (~70dB at 4096Hz AOM_Attinuation.png) I measured was caused by the laser. So I decided it would be better to put off the transfer functions through the TIA until after SPI is built, then use our own laser AOM system to run the test. The laser was just left at DC and was used as the light source to see if signals on the PDs follow the correct wiring chain.


4. I used the laser to check that the signals on the PDs follow the expected wiring chain through the output of the TIA. Ex. Laser on Quadrent 1 of the QPD outputs a voltage on the expected pin on the output of the TIA. All pins were found to be correct.


 

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 10:56, Wednesday 25 February 2026 (89264)
We checked the production units, and they do NOT suffer from the shorts described in item 2 above. *phew* Great work Dean!
See details in LHO:89263.
H1 AOS
betsy.weaver@LIGO.ORG - posted 16:39, Tuesday 24 February 2026 (89249)
JAC output periscope 2nd septum refl beam dumped
Jason, Jennie, Betsy

After working for a bit to try to beam dump the second Septum refl beam dump which also is coming off the IMC septum window, we finally came to a solution.  It involved stealing one of the SPI D1800140-07 smallest beam dump panels and also putting it into the same mount as the first panel.  These 2 beams are pretty close to the main beam at this location, but with the beams otherwise hitting the internal metal of the output periscope we could not come up with anything better.  It took us quite a few small adjustments and many pictures to convince ourselves we are not clipping, but the attached picture is the best visual of the situation.  Commissioners agree that this is what we will live with.
Images attached to this report
H1 AOS
sophie.muusse@LIGO.ORG - posted 14:13, Thursday 19 February 2026 (89200)
CHETA updates

S. Muusse, C. Compton, S. Goswami


We started populating and aligning optics on the second table. Most optics are now mounted and the beam is aligned upto M3 as per the fintrace model. We have aligned with the PD pick off in to save realignment later.

Construction begun on the camera can (D1300703) but did not get far as the screws which are fixed into the side panels (D2500165) are not long enough to reach the nuts attached to the other face of the box. Pictures of these components are attached.

We attached the viewport housing on the table which fits as expected. (photos attached)

Images attached to this report
Non-image files attached to this report
H1 AOS
jeffrey.kissel@LIGO.ORG - posted 14:20, Wednesday 18 February 2026 (89181)
Setting Lens Position for SPI In-vac SuK Fiber Collimators: New Measurement Technique Yields Great Success; Both MEAS and REF Collimators Beam Waist Radius within +/- 0.1 [mm]
J. Kissel

Executive Summary
Using 
   - the AxcelPhotonics butterfly diode laser,
   - the "beam splitter / near-field / bypass" measurement setup described in LHO:89123 to rapidly check the beam diameter at z = 0.991 [m] (near field) and z = 5.41 [m] (far field), 
   - elevating the beam height elevated to 5 [inches] to avoid any sort of clipping on other optomechanical setups on the table from other teams, and
   - loosening the lens position set screws only just barely, 
   - paired fiber collimators, in-vac feedthrus (with integrated patch cords), and ex-vac 7.5 m patch cables in-vac feedthrus 

      Beam Path   Char Date    Collimator   Feedthru (Pwr Transmission*)
      MEAS        2026-02-13   S0272503     S3228003 (100%)    
      REF         2026-02-17   S0272502     S3228002 (99%)    

      * Power transmission as reported from SWG:12296

I was "rapidly" tune the lens position, z_lens, for *both* the MEAS S0272503 and REF S0272502 fiber collimators to within 0.010998 (i.e. 11 [mm] - 2 [um]) with uncertainty of +/- 1 [um] , such that 

each fiber collimator sends out a free-space beam whose parameters meets SPI's requirements:
   - the desired waist radius (in both x/y dimensions) , w0 = 1.05 [mm], of within +/- 0.10 [mm], and
   - the desired waist position (in z), z0 = 0.0 [m] to within +/- 0.18 [m].

(where "rapidly" is in quotes: about 4 hours each from "install into measurement setup" and "I'm happy with a final full-position-vector scan). with no signs of strong astigmatism that I saw in the initial setup. (The later point confirms my suspicion that I was clipping on the EOM characterization setup, and there is *no* issue with the laser seed mode, polarization, or the beam splitters).

Support Media

The raw data from the beam profiles of each free-space beam are posted as
    2026-02-17_spi_fc_S0272502_ft_S3228002_7p5mPatchCord_AxcelPhotonicsLaser.txt
    2026-02-13_spi_fc_S0272503_ft_S3228003_7p5mPatchCord_AxcelPhotonicsLaser.txt

where the columns are jammt-friendly format of z Position [cm], Y waist radius [um], X waist radius [um]. 

Notes: 
    (1) as opposed to all previous data sets (e.g. LHO:89047, LHO:86350, LHO:84825) -- I added an additional measurement at z = 0.25 [m] to try to improve the accuracy of the fit beam.
    (2) X is "Axis 1" of the NanoScan parallel to the optical table, Y is "Axis 2," perpendicular to the table. As discussed in LHO:89099, jammt seems to import any three-column dataset such that the first column ends up fit as the "tangential w0," and the second column end up fit as the "w0." With a la mode, the data is typed in a matlab script manually, so X and Y data are modeled separately the entire time without rename, and thus kept consistent. Thus the intentional flip the X and Y axes in the text file such that a la mode and jammt are now both treating w0 = X = Axis 1 = parallel to table, and tangential w0 = Y = Axis 2 = perpendicular to the table.

I imported these beam profiles into both matlab (to run a la mode) and jammt to obtain waist radius, w0, and waist position, z0, fits to the AxcelPhotonics beam profiles, see attached plots:
    S0272502  a la mode  jammt
    S0272503  a la mode  jammt

Some pictures of the measurement setup with the NanoScan head at the new z = 0.25 [m] position (upstream of the beam splitter bypass):
    2026-02-13_FC_S0272503_S3228003_MeasSetup.jpg
    2026-02-17_FC_S0272502_S3228002_MeasSetup.jpg

Some pictures of the clean fiber collimator + vacuum feedthru systems packed up after measurement:
    2026-02-13_FC_S0272503_S3228003_PackedUp.jpg
    2026-02-17_FC_S0272502_S3228002_PackedUp.jpg

Detailed Analysis Results

Here's a table of the fit results from both a la mode and jammt. 

FC + FT S/NModelw0x [m]z0x [m]w0y [m]z0y [m]
S0272502 + S3228002a la mode1.0392-0.0651961.0427-0.020038
jammt1.0392-0.065211.0427-0.02007
S0272503 + S3228003a la mode1.0396+0.177041.0282-0.030537
jammt1.0396+0.177021.0282-0.03051
It's not a typo, the two fitting softwares agree to within the precision of the each display; +/- 10 [um] on both the waist radius and waist position. From here on in this section, since I intentionally paired up fiber collimators and fiber feedthrus to match the last two digits of serial number, I'll refer to them as either "MEAS = S[...]03", or "REF = S[...]02". From the table of fits, you see that the statement in the executive summary about the waist position, z0 = 0.0 +/- 0.18 [m], is defined expanded to cover the X axis waist position of MEAS = S[...]03 z0x = +0.177 [m]. But really, the other axis of the MEAS = S[...]03 FC+FT pair is at z0y = -0.031 [m], and the REF = S[...]02 FC+FT pair is within z0x = -0.065 [m], and the best z0y = -0.020 [m]. So the waist positions are really *quite* close to 0.0 [m]. Good. So let's use these numbers to do recast the fit (using jammt numbers only) into context: (1) Percent Difference between desired waist radius and final measured waist radius: REF, S[...]02 :: (w0x, w0y) = ([1.0392 1.0427] - 1.05) / 1.05 = [-0.0102860 -0.0069524] = [-1.0% -0.7%] Within 1.050 +/- 0.1 [mm] = 1.050 [mm] +/- 9.5 [%] = [1.15 0.95] [mm]? Both axes waist radius are a factor of 10x better than reqs. MEAS, S[...]03 :: (w0x, w0y) = ([1.0396 1.0282] - 1.05) / 1.05 = [-0.0099048 -0.020762] = [-1.0% -2.1%] Within 1.050 +/- 0.1 [mm] = 1.050 [mm] +/- 9.5 [%] = [1.15 0.95] [mm]? Both axes waist radius are a factor of 5x better than reqs. (2) Rayleigh Range: (zR := pi * w0^2 / lambda) REF, S[...]02 :: (zRx,zRy) = (3.1886, 3.2102) [m] MEAS, S[...]03 :: (zRx,zRy) = (3.1911, 3.1215) [m] There's no requirement on where the Rayleigh range sits, but for a waist radius of w0 = 1.05 [mm], we would expect a Rayleigh Range of zR = 3.255 [m], and these values are at most z = -13 [cm] from that or 4% "short" of the target value. This doesn't really matter to SPI, as long as the Rayleigh Range is somewhere in between the ISIK breadboard and the ISIJ reflector 15.427 [m] away. The real requirement is the spot size at the ISIJ reflector, which we need to keep at the design value of 5 [mm] (whose value was determined with the original design waist radius of 1.05 [mm], and the acceptance that we didn't have enough room on the ISIK transceiver breadboard to install telescopic lens solutions to keep the spot size around 1 [mm] both within the transceiver *and* at the ISI reflector). (3) Astigmatism: A := (zRx - zRy) / (zRx + zRy) REF, S[...]02 = -0.003376 = -0.3% MEAS, S[...]03 = +0.011026 = +1.1% Here, again, there's been no requirement on the astigmatism, but ~1% astigmatism doesn't smell too terrible. (4) Spot size at 15.427 [m]: w(z) = w0 * sqrt(1 + (z/zR)^2) REF, S[...]02 :: (x,y) = (5124.569, 5155.038) [um] MEAS, S[...]03 :: (x,y) = (5194.496, 5075.909) [um] Recall the design value of waist radius at the ISIJ reflector, z = 15.427 [m], is w(z = 15.427) = 5 [mm]. As discussed in SWG:12273, that ADC noise with the large spot size is limiting the sensitivity of the pitch and yaw readout, as dx/dTheta ~ sqrt(8/pi) L / w(z). But still, a 1.1% level of astigmatism -- which would result in a different sensitivity / noise performance between pitch and yaw, means that pitch is only ~2.1% worse than yaw. Great! We're good to go!
Images attached to this report
Non-image files attached to this report
H1 AOS
jennifer.wright@LIGO.ORG - posted 11:19, Tuesday 17 February 2026 - last comment - 15:38, Tuesday 17 February 2026(89169)
Restoring IMC suspensions to good time from last week

Jennie W, Ryan S, Keita K

 

Summary: MC suspensions back to good time from 10th of Feb, we should only lock the IMC length loop manually during this installation period to avoid the WFS engaging.

 

Today Ryan and I had the task of figuring out why the IMC suspensions seemed to be badly aligned on Friday.

We found a good reference time 16:48:29 UTC on Tuesday 10th Feb at the end of the period where Olli, Jenne and I set the IMC axis back to its nominal state before the vent using ASC loops for DOF 1 and 2 of the IMC plus manual moves of the JM3 mirror in chamber as this cannot be moved by an ASC loop as it is not a tip-tilt currently. See photo of the WFS and MC mirror top mass OSEMS here. Note it is important to choose a time when IMC is in the locked state as the MC2 mirror gets mis-aligned when the IMC guardian is offline.

 

We figured out that the alignment was changed about 19:33:17 UTC on 13th Feb probably by the IMC guardian as Elenna used it to lock the IMC for phase check measurements. See photo, where the vertical cursors are set at the good reference time and today.

After some investigation of the guardian we reminded ourselves that DOFs 3-5 are turned off in the IMC WFS MASTER filter banks. DOF4 and 5 are normally off and DOF3 is intentionally left off because of the replacement of PSL PZT actuator by JM3.

When the IMC guardian is used to lock it automatically triggers the WFS through some logic from the simulink model, and so when Elenna used the guardian to lock it turned on the feedback to DOFs 1 and 2.

Until we install the JM3 tip-tilt and are finsihed most commissioning of the HAM1 hardware we should only lock the IMC manually by engaging the MC-L servo using the common mode servo board controls.

 

Keita and I zeroed the M1 LOCK fiters for all 3 MC mirrors and I changed the alignment sliders so the M1 osems were back to their values from the reference time on the 10th. See photo of ndscope.

Images attached to this report
Comments related to this report
ryan.short@LIGO.ORG - 15:38, Tuesday 17 February 2026 (89174)IOO

To ensure the IMC WFS loops don't cause the MC mirrors or the PZT upstream of JAC to move on us like they did last week, we've turned the outputs of the IMC-DOF_{1,2,3}_{P,Y} filters OFF. Since these outputs are not touched by the IMC_LOCK Guardian, we can now safely use the Guardian to lock the IMC without the concern of WFS turning on and changing alignments.

At some point, the h1ascimc model will need to be updated to send the output of the DOF_3 loop to JM3 instead of the PZT (and medm screens updated too), as that's what's immediately upstream of the IMC now.

H1 AOS
keita.kawabe@LIGO.ORG - posted 13:33, Friday 13 February 2026 - last comment - 18:14, Friday 13 February 2026(89148)
JAC-EOM work, Friday Feb/13/2026 (Jason, Keita)

Morning report.

Pictured the beam position on the input and the output side plate of the EOM.

We'll see if it's off or not, doesn't look bad but we'll see once I have time to look at the pictures.

We realigned the beam into IMC, mode mismatch < 0.4%.

I just assumed that the MC alignment itself was good. I found MC2 in misaligned state and changed it to aligned.

We had to work both on PIT and YAW, but mostly in PIT (i.e. the difference in horizontal beam deflection between the old batch crystal that we're using and the new batch crystal is smaller than the difference in vertical deflection). 

Good news is that the mode matching is still pretty good. Attached is the MC2 trans VS time while the PSL frequency was ramped. Assuming that the tiny thing pointed by the green arrow is actually 2nd order HOM peak, the mismatch is 0.036/9.4~0.4%. Consider this as an upper limit, because it's hard to tell if the "peak" is actually a peak, could be noise fluctuation.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 18:14, Friday 13 February 2026 (89158)

Afternoon:

Tony and Jason worked on REFL path: alog 89154.

Elenna confirmed that the demod phase for IMC didn't change: alog 89149.

We'll have to move the EOM again.

Looking at the pictures shot this morning, the beam seemed to be a bit too much in -Y direction relative to the EOM aperture especially on the output plate.

Assuming that the wedge angle is the same (2.85 degrees per surface) and the deflection angle is the same (2.35 degrees per surface) as the new batch, the EOM should move at the input by about 0.7mm and at the output by about 1mm, both in -Y direction.

We'll move the entire structure by marking the +Y edge of the EOM pivot base plate using two dog clamps and then inserting washers between the dog clamps and the base.

I measured the edge thickness of four big slotted washers, they're not uniform in thickness (they're not machined after all) but they're all between 24 and 29 thou (between 0.61 and 0.74mm). Inserting one big slotted washer per dog clamp might be good enough.

Images attached to this comment
H1 AOS (PEM, SYS)
richard.mccarthy@LIGO.ORG - posted 12:16, Thursday 12 February 2026 (89137)
Turned on BSC2 Hepa Fans and put Dust monitor on platform

Today Randy T and I ran power for the Cross Flow HEPA fans on the platform around BSC2.  The fans are on and turned down to low at the moment.  We also moved the dust monitor from the floor to the platform to monitor dust counts to have a better understanding before pulling the dome.

H1 AOS
matthewrichard.todd@LIGO.ORG - posted 15:30, Thursday 05 February 2026 (89056)
OMC scans -- 2026-02-05

M. Todd, S. Muusse, C. Compton, S. Dwyer


Today we ran some more OMC scans with the ITM ring heaters on. At first we ran the OMC scan with the 9/45 sidebands on, single bounce off ITMX. Then we turned sidebands off and did both ITMX and ITMY.

Measurement Time Test Masses CO2 [W] Ring Heater (per segment) [W] SR3 [W] OM2 [W] FOM Notes
OMC Scan - Single Bounce off of ITMX 1454352294 Cold 0 2.45  0 0 Mismatch = 20.2% Sidebands on
OMC Scan - Single Bounce off of ITMX 1454359702 Cold 0 2.45  0 0 Mismatch = 23.9% Sidebands off
OMC Scan - Single Bounce off of ITMY 1454360545 Cold 0 2.00 0 0 Mismatch = 22.7% Sidebands off
Images attached to this report
H1 AOS (EPO, SQZ, SUS, SYS)
corey.gray@LIGO.ORG - posted 15:55, Wednesday 04 February 2026 - last comment - 08:42, Thursday 05 February 2026(89034)
HAM7 Closeout Photos

Squeezed in a quick photoshoot of HAM7 (right after ISI-unlocking/measurements by Jim + purge air being turned up and before Door Team sealed it up).  HAM7 was open roughly from 11:16am-11:48amPDT for photos.  Since there was only one door off, lighting wasn't great and limited to shots from the -X side of HAM7.  Used Canon DSLR camera followed by iPhone shots; snapped a handful of macro lens shots for fun.  

Photo Album (109photos) uploaded to Google folder HERE.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 08:42, Thursday 05 February 2026 (89045)

Attaching photo of the photographer! 

Images attached to this comment
H1 AOS
oli.patane@LIGO.ORG - posted 07:38, Tuesday 03 February 2026 (89007)
Ops Day Shift Start

TITLE: 02/03 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: MAINTENANCE
    Wind: 10mph Gusts, 7mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.47 μm/s 
QUICK SUMMARY:

Reminder that the LVEA is LASER SAFE EXCEPT around HAM1/2 and at height.

H1 AOS (IOO)
masayuki.nakano@LIGO.ORG - posted 18:17, Monday 02 February 2026 (89005)
The first IMC mode-matching campaign

Summary

We improved the IMC mode matching by repositioning JM2 and JM3 based on the calculation from yesterday. The mode mismatch was reduced from about 10% to ~2% after iterative alignment and mirror position optimization. Further improvement is expected with additional calculations and tuning, which will be continued tomorrow.

Details

We worked on improving the IMC mode matching following the calculation from yesterday. As a first step, JM2 was moved by approximately 3 inches; the new position is shown in the attached photos. The alignment to the IMC was performed using the newly placed iris in front of JAC_L2 and the iris after the output periscope, as described in the previous alog. By centering these two irises, the alignment could be brought to the level where IMC flashes were visible. From that point, adjusting JM3 allowed us to easily reach an alignment where the TEM10 content was at the ~10% level.

After achieving a reasonable alignment using a scratched mirror, we replaced it with a newly cleaned narrow-angle mirror for JM2. The scratched mirror was moved to JACR_M1. As a note, the scratch was oriented on the +y side; by keeping the beam closer to the −y side, the impact of the scratch was minimized.

With this configuration, the mode mismatch improved from about 10% to approximately 4%. Since the calculation suggested that further improvement should be possible, we continued tuning by adjusting the JM3 position. Based on the previous calculation indicating an offset in JM3, we first moved JM3 by about 1/2 inch in the −x direction (increasing the L1–L2 distance). This resulted in a degradation of the mode mismatch to about 6%. We then moved JM3 in the +x direction by a total of 1.5 inches (i.e., 1 inch further from the original position), effectively shortening the L1–L2 distance. With this adjustment, the mode mismatch recovered to approximately 2%.

We stopped the work at this point and plan to perform updated calculations tomorrow to guide the next iteration of tuning.

H1 AOS
keita.kawabe@LIGO.ORG - posted 21:24, Wednesday 28 January 2026 - last comment - 11:55, Thursday 29 January 2026(88952)
Wed. Jan/28: JAC EOM is ready to be transported to the chamber (Elenna, Keita)

We've assembled the whole EOM assembly including the pivot base/plate assy and the strain relief post and confirmed that the EOM face/side/bottom plates are isolated from the pivot base/plate.

We've tuned the EOM such that S11 parameter at the modulation frequencies are all within 1dB of the bottom of the dip.

We still saw that the frequency shifted for 118 and 45MHz when we tapped the EOM body around, even though there was no appreciable change in 24 and 9MHz. Each jump was small, like 5kHz or 10kHz or nothing sometimes, but they jumped. Surprisingly, at least for 118MHz peak, after the frequency jumped in one direction due to my tapping on the side plate (e.g. the input side), I tapped the other side plate (e.g. the output side plate) and the frequency jumped back into the opposite direction. This was very consistent.

This means that my expectation was wrong. An expectation that somehow something (like coil wires) is caught by something else (like the core by the friction), and that tapping things will release these "something"s into lower potential state and that eventually they all settle.

Realizing this, we stopped tapping, we just tuned as good as we could and stopped.

Tools and parts were wrapped and bagged. EOM assy was wrapped in a foil. These things will be transported to HAM1 tomorrow. 

In the first two attachment, Elenna is tuning the trickiest frequency (118MHz). 

Following pictures show the fully assembled unit from the back (+Y), input (-X), output (+X) and front (-Y). In front.jpg, note that I'm only using one washer for the low profile 10-32 socket head cap screw. I used to use two, but the screw still stuck out just enough to make things tedious and inconvenient when lowering the pivot plate over the pivot base. Though the screw is 0.5" long and not the initially specified 10-32 x 0.375", with one washer it seems to work. 

Next, look at one 1/4-20 screw below the above mentioned 10-32 in caution.jpg. When tightening/loosening that screw, don't use a T-handle wrench unless it's a ball end tool, because you WILL damage the SMA connector thread. Even if you use an L-shaped tool, if you don't pay attention you can damage it. Be careful.

Last picture showcases a happy mood in the optics lab after the successful day.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 08:36, Thursday 29 January 2026 (88954)

We modernized the measurement apparatus and used FieldFox (Agilent/Keysight's handheld network analyzer) instead of 4396B. This was really convenient and helpful because one person could hold the analyzer at a convenient position/angle for the other who was turning the trim cap.

Also it has a splitter and a directional coupler built in so there's no need to connect any such external devices, it's just the analyzer, a cable and the EOM. (But of course you still have to calibrate with short/open/load like in 4396B, see alog 88887.

corey.gray@LIGO.ORG - 08:37, Thursday 29 January 2026 (88955)EPO

EPO tagged.

elenna.capote@LIGO.ORG - 11:55, Thursday 29 January 2026 (88961)

Just want to add some notes:

  • once the EOM was mounted on the base plate, we used a multimeter to check the isolation of the EOM assembly and the base plate. There was no continuity between the sides, face plate, and bottom of the EOM and the base plate
  • the strain relief posts required different amounts and types of washers to ensure that when the posts were screwed down they faced the correct direction according to the drawing. You can see this in the third image in Keita's original alog. The left side strain relief post uses one 0.025" washer and eight 0.002" washers. The right side post uses one of the given slotted washers and one thick washer, I can't remember the size (but not one of the already-mentioned washers). Figuring out which washer combination was correct was a very annoying process.
  • For tuning: this is a very tricky process because the trim pots are very sensitive. To make this extra hard, it's important to note that just bringing the yellow tool in to connect to the washer changes the capacitance significantly, and removing the tool and your hand changes it back. This means that you have to over/undershoot the tuning while your tool is in, and then check to see if you have it right by removing the tool. This requires a lot of trial and error to determine exactly how much overshoot is required. I'll admit that I got it mostly through guessing and luck. I don't see how it would be possible to do this tuning without being right next to the EOM, so in-chamber adjustments are going to be incredibly difficult.
Displaying reports 1-20 of 3931.Go to page 1 2 3 4 5 6 7 8 9 10 End