Displaying reports 61-80 of 86913.Go to page 1 2 3 4 5 6 7 8 9 10 End
Reports until 15:17, Friday 06 March 2026
H1 IOO (IOO, ISC)
masayuki.nakano@LIGO.ORG - posted 15:17, Friday 06 March 2026 (89407)
JAC length motion estimated

Estimated Length Motion of the JAC

The calibrated error signal and feedback signal spectra were measured to estimate the free-running length motion of the JAC. Below the unity gain frequency (UGF = 400 Hz), the feedback signal represents the cavity length motion, while above the UGF the error signal represents the motion. The estimated length noise is well below the design assumption and does not appear to limit the JAC performance.

Method

The spectra of the calibrated error signal and feedback signal were measured to estimate the free-running length motion of the JAC.
- Below the UGF (400 Hz), the feedback signal represents the cavity length motion.
- Above the UGF, the error signal represents the cavity length motion.
Around 400 Hz, the spectrum appears slightly inflated because of the phase bubble, but the actual noise level is expected to be approximately flat in that region.

Observed Features in the Spectrum

- Above 30 Hz
Above 30 Hz, the spectrum becomes flat. This is likely not real cavity motion, but instead electronics noise from the readout chain. A more careful calculation is needed to identify the exact source, but it is most likely the photodiode or the ADC.
Since the incident power is currently 1 W, this noise floor is expected to decrease if the input power is increased.

- Below 10 Hz
Toward DC, the spectrum rises approximately with an f-3 slope. This is interpreted as drift in the PZT control signal caused by temperature drift.
Therefore, the actual cavity length variation at low frequencies is expected to be smaller than what appears directly in the measured spectrum.

- Estimated Length Noise
Looking at the spectrum around 10 Hz, where the above effects are not expected to dominate, the cavity length noise is estimated to be approximately 2 × 10-14 m/rtHz.
In the design, the cavity length motion was conservatively assumed to be 1 × 10-12 m/rtHz at 10 Hz.
Therefore, the measured result is well below the design assumption, indicating that the loop design and the JAC do not introduce problematic intensity noise or phase noise.

Sanity Check with the FSS Unlocked

As a sanity check, the same measurement was repeated with the FSS unlocked. In this measurement, the vertical axis was converted into laser frequency noise by multiplying the calibrated length signal by
FSR / (lambda / 2)
where the free spectral range is given by
FSR = c / L
with c the speed of light and L the cavity round-trip length. For the JAC, L = 2.02 m.

The resulting spectrum, shown in the second plot, is approximately 100 Hz/rtHz at 100 Hz. This is consistent with the typical frequency noise of the NPRO laser.
This also confirms that the JAC is sufficiently quiet compared with the NPRO noise level.

Images attached to this report
H1 IOO
sheila.dwyer@LIGO.ORG - posted 14:31, Friday 06 March 2026 (89405)
IMC refl phasing looks good

Today we have been having some difficulty in locking the IMC, which might be related to MC1 an MC1 suspension problem.  

With the mode cleaner aligned and flashing, we checked the IMC REFL RF24 I and Q signals to check that the PDH phase looks OK, it does.  This is a similar amplitude to what we saw in trends from a time when the IMC was locking, here.  

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 13:53, Friday 06 March 2026 (89404)
h1sush6 front end build

WP13043 h1sush6 front end install

Daniel, Erik, Fil, Jonathan, Dave:

The new h1sush6 front end system is running with its full card complement and a basic IOP model.

On Wednesday afternoon we got the computer booting and seeing most of its chassis, detailed in alog 89376

The outstanding issues were: timing card was not receiving a timing signal, 4th Adnaco BP was not seen.

On Thursday we tracked the fibre issues to a not-quite-seated MTP on the MSR's MER patch (port 3). Once this fibre was reseated correctly the timing card received its signal and the 4th Adnaco BP was seen.

At this point I built up the IO Chassis with the correct card layout, using the ADC and 16bit-DACs provided by the BHD group. We supplied the Interface cards and ribbon cables from stock.

As of end-of-business Thursday the IO Chassis was almost complete, I had miscounted the 16bit-DACs and we were one card short. I built h1iopsush6 with this partial layout and we got the model running.

Friday lunch time I installed the 5th 16bit-DAC and added it to h1iopsush6. The system is now complete as-per drawings G2301306

H1SUSH6 IO Chassis Layout

A1-1 LIGO Timing Card S2101110   A3-1 16AO16-DAC4 250611-24 S2500772 --- S1500324
A1-2 empty   A3-2 empty
A1-3 16AI64-ADC0 S2500754 --- S1102353   A3-3 empty
A1-4 16AO16-DAC0 110419-25 --- S1900099   A3-4 empty
         
A2-1 16AI62-ADC1 210128-39 S2500747 --- S1102355   A4-1 6464Contec-BIO0
A2-2 16AO16-DAC1 250611-03 S2500773 --- S1102283   A4-2 empty
A2-3 16AO16-DAC2 250911-07 S2500768 --- S1900098   A4-3 empty
A2-4 16AO16-DAC3 25-611-10 S2500770 --- S15000314   A4-4 empty

 

H1 ISC
sheila.dwyer@LIGO.ORG - posted 13:38, Friday 06 March 2026 (89401)
ISCT1 ALS SHG alignment

This morning I went to the bifurcated laser hazard and adjusted alignment of the ALS SHG path on ISCT1, picking up where Jenne left off yesterday.  Drawing here

The IR beam was reasonably centered on the bottom periscope mirror and the 1" steering mirror right after it, it was clipping on the 1" BS used for the monitor PD.  I yawed the 1" mirror right after the periscope to reduce the clipping, seen on a card right after the BS.  Then I continued to yaw that first steering mirror to get a beam transmitted through the SHG, as you translate the beam you can see lots of glints transmitted which aren't the actual beam.  As soon as there was full beam going through the SHG, the green beam was alinged onto the COMM A broadband PD, so I didn't move any steering optics other than the first one.  

The monitor diodes do not agree with the power levels that they showed before the table move.  The IR one shows 6 times more power than before the table move, which makes me think the diode may not have been well aligned at the end of O4.  The beam in reflection off that first beamsplitter has two lobes visible on a card, possibly the front and back surfaces of the BS.  The beam was clearly missing the green power monitor PD, (before photo), I moved the diode to center, but the beam is still too low.  Nearly a year ago TJ and I wrote that this diode wasn't working, 84558, it does but seems to have been working since June 9th 2025, a day when the table was realigned as described in 84900. Since this alignment puts the beam onto the COMM diode, which is quite far from the SHG, I think it must be similar to previous alignments, and we probably need to adjust the height of this diode.

The power on the COMM A PD is about 300 counts, similar to what it was in O4.  So, this is probably a good enough alignment for us to proceed with locking with.  

Images attached to this report
H1 IOO (IOO, ISC)
masayuki.nakano@LIGO.ORG - posted 13:28, Friday 06 March 2026 (89402)
JAC LSC loop design

Summary

The JAC length servo was designed to set the unity gain frequency (UGF) at 400 Hz. Additional low-frequency boost was implemented to improve suppression below 50 Hz. The open loop gain (OLG) was measured and compared with the servo model.

Details

 

Images attached to this report
H1 IOO (IOO, ISC)
masayuki.nakano@LIGO.ORG - posted 12:44, Friday 06 March 2026 (89399)
JAC error and feedback signal calibration

Summary

The calibration of the PDH error signal and the feedback path was derived using the Guardian-based signal normalization. The normalized PDH error signal allows the optical gain to be calculated analytically. The transfer function from L_SERVO_OUT to the cavity length actuation was measured and modeled, separating the optical gain and the PZT actuator response.

Details

Normalized PDH error signal

With the Guardian normalization, the PDH error signal at L_SERVO_IN1 can be written as
V = x / (1 + x^2)
where V is the signal at L_SERVO_IN1, and
x = l / HWHM
where l is the cavity length fluctuations and HWHM is the cavity half-width at half-maximum.

Using the finesse F, the cavity HWHM is
HWHM = lambda / (4F)

At the lock point (x = 0), the slope of the error signal is
dV/dx = 1

Optical gain

Therefore, the optical gain is
dV/dl = dV / d(x * HWHM) = 4F / lambda

Using F = 125, lambda = 1064e-9 m, the optical gain becomes
dV/dl = 4.70e8 cnts/m

Error signal calibration

To convert the signal at L_SERVO_IN1 to cavity length, we apply the inverse of the optical gain.
Calibration factor = 2.128e-9 m/cnts

Plant measurement

After locking the cavity with a provisional filter, the transfer function from L_SERVO_OUT to L_SERVO_IN1was measured and treated as the plant (see attached plot).
Since this plant includes both the optical gain dV/dl and the PZT actuator response, L_SERVO_IN1 was converted into meters using the calibration factor above before the measurement.
Also, the servo output is calibrated in V (and converted into cnts at the PZT_DRV filter). That means, the measured plant represents the transfer function from the PZT driver input to the actual cavity length actuation with the Unit of m/V

Plant model and actuator calibration

The optical gain and PZT actuator response are implemented in the servo model as FM9 and FM10 of L_SERVO.
In addition, a zpk(-800, 800) filter is included to emulate the phase delay.
The comparison between the model (FM9*FM10) and the measured plant (uncalibrated) is shown in the second plot. This response includes the PZT driver transfer function. That has two poles at 1 Hz and 400Hz, and one zero at 10 Hz. The DC gain estimated from the measured TF is 2.57 nm/V. This is comparable to the value measured with the scan of the JAC (2.97 nm/V).

Error signal normalization consistency

The error signal at JAC-L_SERVO_IN is normalized by the power at output of JAC_REFL_A_RF43. Therefore, once the guardian normalization procedure has been executed, the same calibration factor should remain valid.

 

Images attached to this report
H1 SUS
sheila.dwyer@LIGO.ORG - posted 11:55, Friday 06 March 2026 - last comment - 15:33, Friday 06 March 2026(89398)
MC1 suspension large shift not from requested drive

I was adjusting the alignment of MC1 pitch earlier, when the suspension had a large alignment shift that wasn't caused by a change in the requested drive to the DACs.  The attached screenshot shows my requested alignment shifts in opticalign, and the resulting change in the requested DAC counts on T2 + T3.  There is a sudden 420 urad jump in the osem readbacks from pitch, and a 133 urad jump in roll at the first time cursor.  The master outs only see a few cycles on oscillations, which probably is from the damping loops responding to the jump, but they settle to the same requested drive as before the jump.  The jump seems to be real as the IMC flashes disappeared at this time.  

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 14:28, Friday 06 March 2026 (89400)

I ran an undamped no alignment offsets suite of transfer functions for MC1, and MC3, the state of HAM2 at the time was HEPI locked, ISI isolated. MC1 Pitch was the worst looking TF with multiple extra peaks. Looking at the OSEM signals for MC1 T3 shows a questionable drop during the time Sheila was looking at.

MC1:

/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC1/SAGM1/Data/

2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_P_0p02to50Hz.xml
2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_R_0p02to50Hz.xml
2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_V_0p02to50Hz.xml
2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_Y_0p02to50Hz.xml

2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_T_0p02to50Hz.xml
2026-03-06_1930_H1SUSMC1_M1_WhiteNoise_L_0p02to50Hz.xml

MC3:

2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_L_0p02to50Hz.xml
2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_P_0p02to50Hz.xml
2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_R_0p02to50Hz.xml
2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_T_0p02to50Hz.xml
2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_V_0p02to50Hz.xml
2026-03-06_2130_H1SUSMC3_M1_WhiteNoise_Y_0p02to50Hz.xml

Images attached to this comment
ryan.short@LIGO.ORG - 15:07, Friday 06 March 2026 (89406)

I ran the same set of transfer functions for MC2 while Ryan did the other MCs; nothing suspicious here.

Templates' location: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC2/SAGM1/Data/2026-03-06_2145_H1SUSMC2_M1_WhiteNoise_{P,R,T,V,Y,L}_0p02to50Hz.xml

Images attached to this comment
ryan.crouch@LIGO.ORG - 15:33, Friday 06 March 2026 (89409)

Remeasuring MC1_P after Marc swapped the coil driver reveals that the coil driver was not the issue.

Images attached to this comment
LHO VE
david.barker@LIGO.ORG - posted 10:31, Friday 06 March 2026 (89396)
Fri CP1 Fill

Fri Mar 06 10:17:49 2026 INFO: Fill completed in 17min 45secs

Gerardo says "long fill due to change of configuration, GVs are open"

Images attached to this report
H1 IOO (IOO, ISC)
masayuki.nakano@LIGO.ORG - posted 09:20, Friday 06 March 2026 (89394)
First lock of JAC in vacuum

Summary

The JAC cavity was locked in vacuum for the first time. Alignment was performed using the JM1 suspension and PSL PZT scan. After lock acquisition, the demodulation phase was optimized and a new Guardian state (NORMALIZE_SIGNALS) was implemented to automatically normalize several signals based on a slow PZT sweep.

Details

First in-vacuum lock

Demodulation phase optimization

Guardian update: NORMALIZE_SIGNALS state

Normalization steps

1. JAC_REFL_A_RF43 input offset
The median value of JAC_REFL_A_RF43_I/Q_IN1 during the scan is taken as the offset
The negative value is applied as the input offset.

2. PDH error signal normalization
The peak-to-peak value of JAC-L_SERVO_IN1 during the scan is measured.
The signal is normalized so that the peak-to-peak becomes 1, by setting
REFL_A_RF43 filter gain = 1 / (max − min). The normalized signal is shown in the attached plot.

3. PZT scan trigger normalization
The peak photocurrent during the scan is measured.
This value is written to the Beckhoff channel JAC-TRANS_A_DC_NOMINAL to normalize the current signal.

4. Normalization report
A summary plot is automatically generated and saved as
/opt/rtcds/userapps/release/ioo/h1/medm/plots/normalize_report.png
You can open the plot from the button in the bottom-right of the MEDM screen

Images attached to this report
H1 General
ryan.crouch@LIGO.ORG - posted 07:33, Friday 06 March 2026 (89392)
OPS Friday Day shift start

TITLE: 03/06 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: EARTHQUAKE
    Wind: 20mph Gusts, 16mph 3min avg
    Primary useism: 0.34 μm/s
    Secondary useism: 0.18 μm/s 
QUICK SUMMARY:

H1 ISC (CDS, INS, ISC)
keita.kawabe@LIGO.ORG - posted 18:13, Thursday 05 March 2026 - last comment - 10:41, Friday 06 March 2026(89389)
JAC WFS DC not going into the right channel. RF channels are working. (Jennie, Jason, Keita)

Jason and Jennie found that there's no digital signal coming out of JAC WFS DC no matter what.

I and Jason went to the floor, I flipped the gain switch of the WFS interface from low to high, but there was absolutely no response from any of H1:JAC-WFS_[AB]_SEG[1234]_INMON.

We confirmed that interface cables are connected from the IOT1 to the WFS interface (ISC-R1 slot U10), the interface is connected to the AA (ISC-C1 slot U30), and the AA chassis is connected to ADC5. These all agree with D1900511 floor wiring diagram. I even disconnected the cable coming to AA (ISC_373) and WFS DC signals didn't respond.

It seems that there's discrepancy between the floor wiring diagram and the model which was made according to T1100472 where JAC WFS DC signals are routed to ADC3 (see attached).

Good news is that RF channels are working.

As of now, the light is hitting WFSA and I was able to phase RF using an excitation injected into JAC PZT while JAC itself was locked. WFSB is dark now. 

Images attached to this report
Comments related to this report
jennifer.wright@LIGO.ORG - 18:18, Thursday 05 March 2026 (89390)

Jennie W, Jason O

 

Starting about 1.45pm, we went to check the alignment on the table after getting the ok from vacuum to let light into HAM1.

We could see light getting through the periscope but Jason tweaked the upper mirror to get the beam centred on the lower mirror.

Then we centred the mirrors M5, M7, BS3 and M8 to centre on each mirror and then align onto the REFL PD. The shutter and PBS1 were not in the beam.

We had some problems aligning the HWP/PBS combo while HAM1 was still in air but today Jason managed to align the PBS and the angle of the half-wave plate such that the power to the PD is maximised.

The beam dump for the off-polarisation is also aligned. We had to tweak BS3 and M8 to re-align onto the PD.

After this we went onto aligning the beam onto the WFS and placing beam dumps for the beams reflected from each QPD.

Even when WFS A looked well-aligned by checking with the card, we could not see signals on WFS A quadrants. See explanation above in Keita's log.

Jason left WFS B mis-aligned as the beam tilts up slightly and so we could not catch the reflected beam with the beam dump.

We didn't want to fix this as Masayuki is working on tuning the JAC length servo, so we don't want to move M7 now.

jennifer.wright@LIGO.ORG - 18:27, Thursday 05 March 2026 (89391)

According to T1100472 ADC 5 channels 17-24 should be something called  "LO_A_DC" and "LO_B_DC" but I can't find these ADC inputs hooked up to anything in h1ascimc or h1asc.

We can do a model restart to fix this (ie. hook up the JAC WFS DC readouts to channels on ADC5 instead of ADC3) on Monday assuming that is ok with Daniel/Dave.

keita.kawabe@LIGO.ORG - 08:54, Friday 06 March 2026 (89395)

JAC and LO WFS DC assignments are swapped between the channel assignment document (T1100472) and the wiring diagram (D190511).

Channel assignment: JAC WFS DC = ADC3, DB9_3 and DB9_4. LO WFS DC = ADC5 DB9_5 and DB9_6.

Wiring diagram: LO WFS DC = ADC3, DB9_3 and DB9_4. JAC WFS DC = ADC5 DB9_5 and DB9_6.

Assuming that the above is correct, you can do one of two things.

1. Swap cables on the AA chassis and update the wiring diagram.

2. Change the model and update the channel assignment.

daniel.sigg@LIGO.ORG - 10:41, Friday 06 March 2026 (89397)
T1100472 updated
H1 AOS
sophie.muusse@LIGO.ORG - posted 17:51, Thursday 05 March 2026 (89387)
CHETA updates

S Muusse, C Compton

Alignment of the visible laser was completed on the X table. This means there is very little optical setup that is left to do before moving the tables into the LVEA and aligning the QPD pickoff when the viewports are ready! Still to do is to check beam pointing and size with the movement of L2 on the translation stage.


Feedthrough panels for both tables were constructed as per D2500305 and have been installed onto one of the tables. Currently, we are determining how the laser cables will be installed in the panel and the power supplied for the fan, visible laser and the flipper which will use some combination of the top 3 currently empty ports. The chassis are also being mounted on the racks that live under the tables. We are steadily progressing from testing into getting the electronics and cables in there forever homes before the tables are moved to the LVEA. 

 

Images attached to this report
H1 ISC
jenne.driggers@LIGO.ORG - posted 17:46, Thursday 05 March 2026 - last comment - 19:02, Monday 09 March 2026(89385)
Green arms aligned!

[Jenne, Corey, RyanS, Jane Glanzer]

After EE fininished cabling ISCT1 and IOT1, Keita and I put up laser barriers to make the South Bay of the LVEA local laser hazard ("bifurcated"), so that both tables can be opened at will.  

Please pay attention to the signs on the laser barriers, and if the barriers are closed and / or the signs show Hazard, then wear laser safety goggles beyond the barriers.

The Vac team opened the gate valves, and we ran the baffle align scripts.  After the baffle align scripts completed, I did not touch ITMX again.  

Corey and I moved PR3 so that we could see beams on the cameras (we later reverted PR3's sliders), and moved ETMX and TMSX until we had nice TEM00 flashes.  We were then able to lock it and run then offload the ETM_TMS_WFS.  

With Xarm nicely aligned and PR3's sliders reverted, we had great transmission on ALSX and a familiar looking spot on the camera.  However we didn't see anything on the Yarm PD or camera.  So, I moved the BS until I could see something (also having increased the exposure of the camera so we could see the straight leakage beam), and then moved ETMY until we started to get flashes.  I aligned ETMY and TMSY until we could hold lock on TEM00, and moved the BS until we had ~max transmission on ALSY's transmission PD.  We then ran then offload the yarm's ETM_TMS_WFS. 

I then (since HAM1 is at much lower pressure than 10 mTorr) opened up the ALS light pipe, and went to check that the alignment on the table looked "reasonable".  Indeed, it looks reasonable, in that the PSL beam seems to go nicely through the SHG and is roughly centered on downstream optics.  However, we don't have good beatnotes.  I had a quick look at the beams headed toward the beatnote PDs, and at least one is easy to see that there are 2 distinct beams headed toward the PD.  I don't recall on the top of my head if this is the Diff beatnote though; if it is, then it depends on the BS alignment, so we likely want to hold off on doing any on-table alignment until we have a better idea of the BS alignment relative to the ITMs. 

At Sheila's suggestion, I also reset the green initial alignment references (SDF table attached just before accepting them), so that we have an easier time coming back to where we are now.  As usual, we'll have to re-reset them after we achieve full 2W lock.

In summary: ITMs were set with the BafflePD script.  Green ETM_TMS WFS were run and offloaded.  Nothing on IST1 was touched (yet), but it's clear that we'll likely need to do some on-table alignment.

Proposed next steps: Check BS alignment by looking at MICH (so, after JAC is locked, then IMC locked, then XarmIR aligned).  Then, consider aligning the ISTC1 beatnotes.  Then, lock the whole IFO!

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 19:02, Monday 09 March 2026 (89439)

(jenne, ryanS, corey)

NOTES on Green Arm Alignment Recovery After Gate Valves Opened on Mar 5, 2026 for Jenne & Corey  (Using Sheila/TJ notes as a reference and adding notes for what was done 3/5/26).

After closing gate valves, alignments tend to shift making recovery harder. In the corner station, the ITM camera pointing will shift enough to make the camera offsets unusable. Sheila posted instructions on how we should recover this in alog88346, detailed below.

= Instructions =

  1. Do Initial Alignment WITHOUT using green cameras in the loop, as the cameras are right next to the gate valves and have now been jostled around and have lost their previous reference history.  (The camera references are very touchy to any movements/bumps anywhere near them!)
    • Open INIT_ALIGN.adl (On Sitemap/ASC/Init Align)
    • On the Scopes drop-down, open the X & Y Arm Baffle PDs scopes
    • With SUS Guardians, MISALIGN the ITMs & ETMs
    • On the Dither Align Scripts X & Y Arm Drop Downs, select TMSx & TMSy (they can both run at the same time & you can monitor their progress via their ternimals).  These scripts are done when the terminal notes a successful completion.  TMS scripts completed successfully (but did not see spots on the ASLx & ALSy cameras).
    • Moved on to ITMs (took ITMx/y to ALIGNED state).  Opened the (x & y) arm Baffle PD scopes, and then ran the Dither Align Scripts for ITMx & ITMy.  (Once these scripts are successful, we will then try not to touch the ITMs any more.)
    • ITMx finished successfully
    • ITMy did not. Jenne trended the BS & ITMy and took them to previously good alignment (~85 days ago)--mostly yaw for both.  Still did not see spots on the ALS x & y cameras!
      • Started to look at PR3, but Jenne noted we generally do not want to touch the pointing on PR3.  
      • Went out to ISCT1.  AND discovered that the Shutter ("ISCT1 ALS cavity beams") was CLOSED!  NO Changes made on ISCT1!  Returned to the Control Room since we now had a beam to work with!
    • Temporarily touched PR3 to center spot on the ALSx camera (reverted later).
      • Touched TMSx, ETMx (NOT ITMx) to get something on the camera.  Spot looked like a "coffee bean" spot....started to revert PR3...AND, the spot looked much better.
      • Went to LOCK ALSx and it immediately locked up on a 00!
    • Selected LOCKED_SLOW_WFS_ETM_TMS state for ALS_XARM (this does not use cameras), but WFS weren't happy....but (ryanS noticed) this was because the guardians were stalled.  Needed to push AUTO & this cleared the STALL on Guardian.
      • Touched ETMx & TMSx (mostly in yaw) & then went for LOCKED_SLOW_WFS_ETM_TMS again, and this time WFS took Xarm to ~1.
    • After PR3 was restored (its yaw), went to ETM_TMS_WFS_OFFLOADED and ALSx was good.
    • On To The ALSy
    • Didn't have ASAIR video to look at due to no beam getting through JAC
    • Trended BS sliders, osems, oplev and found good values ~85 days ago right after a Manual Initial Alignment
    • Tweaked BS while looking at camera (and a previous good spot)---did not see anything on the camera
    • Increased ALSy camera exposure & eventually saw a spot (actually two [thought it could be ALSx---so unlocked X-arm & closed the "ISCTEX green beam" shutter).  But still saw both spots--so the two spots were Y-Arm!
    • Move ETMy to get the two spots on top of each other and then Jenne eventually got a great spot.
    • Around this point, a polarization error was noticed on guardian; RyanS mentioned the CHANGE POL guardian state can take care of this.  So this was selected for ALS x&y.
    • Returned to touching up y-arm w/ ETMy, TMSy
    • Jenne mentioned, "Y-arm is finicky, and" you need its flashes close to 1.  (we were around 0.6)  
    • Took a break & switched to BS moves in yaw and then returned to "cavity alignment" (ETMy/TMSy)
    • Spent a bit of time aligning the cavity, but could only get to about 0.8
    • Made some gain changes on the Y Arm PDH medm, and then more cavity tweaking for a few minutes.
    • Eventually got there after careful tweaks and returning to the BS
    • Checked the beatnote.

At this point, we were good with green arm alignment!

LHO General
corey.gray@LIGO.ORG - posted 16:59, Thursday 05 March 2026 - last comment - 17:47, Thursday 05 March 2026(89374)
Thurs DAY Ops Summary

TITLE: 03/05 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

The arms were opened up today! 

I got pulled from my shift for a good chunk of the 2nd half of my shift, and so Ryan Short helped me out and will post about afternoon LOG of activities. 

LOG:

Comments related to this report
ryan.short@LIGO.ORG - 17:33, Thursday 05 March 2026 (89386)

Posting the log starting roughly in the afternoon for anything Corey might've missed.

Start Time System Name Location Lazer_Haz Task Time End
20:47 fac randy lvea - elevator arm work in east bay 20:59
21:05 saf corey lvea - putting up laser signs 21:13
21:20 jac daniel lvea - checking jac wfs electronics 22:57
21:24 jac jennie.jason lvea yes iot1 beam alignment 01:17
21:41 ee gerardo.fil lvea - HAM1 relay checks 22:18
21:53 saf richard lvea - checking in w/ fil 21:58
22:00 ee richard cer - testing something for fil 22:13
22:16 saf travis lvea - putting up laser sign on jac table 22:23
22:27 isc jenne.jane.corey lvea yes isct1 alignment 22:57
22:30 isc elenna.oli optics.lab - bhss optics 00:52
23:09 isc camilla optics.lab - bhss optics 01:01
23:49 cds dave mer - ham6 sus chassis work 00:47
00:26 tcs sophie cheta.lab - cheta table work 01:29
00:29 isc jenne lvea yes opening als shutter and checking isct1 00:47
jennifer.wright@LIGO.ORG - 17:47, Thursday 05 March 2026 (89388)

Camilla, Olli, Ryan S and I all checked through and cleared some sdfs before the green ARM locking and JAC alignment wokr started today. LSC and ASC channels for JAC should be good to go. I also updated the SAFE.snap file for ASCIMC as some channels had been removed in the last model change we did.

I have two pics of diffs that I accepted/reverted here and here.

Images attached to this comment
Displaying reports 61-80 of 86913.Go to page 1 2 3 4 5 6 7 8 9 10 End