Mainly a note for myself as I kept getting the syntax wrong.

To generate a nice button that opens your control input/output matrix, use this script form Ryan, Jeff & co.

python3 /opt/rtcds/userapps/release/cds/common/scripts/generate_KisselButton2024.py --bw 10 --bh 10 --dl "OUTMTRX_Y" --sn "IMC_WFS_OUTMATRIX_Y" 5 5 "H1:IMC-OUTMATRIX_Y" > IMCJAC_OUTMATRIX_Y.adl

Here bw is button width, bh is button height, dl is the label for the button (OUTMTRX_Y), "IMC_WFS_OUTMATRIX_Y" is the name of the file opened by the button, "H1:IMC-OUTMATRIX_Y" is the channel name prefix of your matrix in the simulink model, and IMCJAC_OUTMATRIX_Y.adl is the file I saved my button in.
 

I set up medm screens for JAC ASC and LSC located at /opt/rtcds/userapps/release/ioo/common/medm.

The structure is sitemap > IOO > JAC Overview for the main screen.

The WFS control is at  sitemap > IOO > JAC Overview > JAC ASC.

The length control filters are in sitemap > IOO > JAC Overview > L_SERVO.

I have also included links to the DC QPD alignment screens for JAC-WFS_A and B, and the JAC-REFL_A PD used for length sensing.

The screen also contains links to the screens for the JAC-TRANS_A PD, in-air picomotors, JM1 tip-tilt, PSL periscope PZT, JAC Heater and JAC PZT.

These latter readouts are all from ethercat.

We still need some kind of readout for the in-air trigger PD and a guardian script for control.

In the meantime I am working on changes to the IMC WFS medm screens for when we have JAC installed as we will need to use the new JM3 tip-tilt for feedback instead of the PSL periscope PZT.

This trial screen is saved as /opt/rtcds/userapps/release/ioo/common/medm/IMC_WFS_MASTER_JAC.adl.

Jennie W, Dave B,

Jeff and I put in a bypass in the h1ascimc model (see alog #88465) so we could put in the simulink infrastructure to switch between using the PSL periscope PZT as part of the IMC control or as part of the JAC control.

At the moment the switch 'H1:ASC-IMCJAC_PZTOUTSW' is set to ON which should let the IMC servo use the PZT.

However the logic I put in will not switch the feedback to take inputs from the JAC servo if I turn the switch off.

This is because Choice 2 and 3 in the picture are set to pass their first input if the switch output is '>= 0', so whichever state it is in the IMC PZT output will be sent to the DAC.

I have changed these choices to >0 so that the top input (IMC PZT output signal) will be sent to the DAC if the switch is 1 and the bottom input (JAC PZT output signal) will be sent to the periscope otherwise.

I committed the changed /opt/rtcds/userapps/release/asc/h1/models/h1ascimc.mdl to the svn.

Last week Phil gave me the old POP X IN-AIR WFS PD as our JAC WFS A PD had a wobbly pin on the Q3 LO output.

Masayuki had tried connecting to this with both cables we had.

When I tried plugging in the Q3/Q2 cable on the POP X WFS I realised that one of these cables itself will not seat on this connector properly. I tried with the other cable and this one connects to the Q3/Q2 output on POP X ok.

I will get together with Phil in the new year and investigate more.

Jennie W, TJ, Ryan C

Went into HAM1 and covered up everything that wasn't already covered (a single screw on the left-hand HEPI pier and some iris parts on the table).

Ryan C put extra clips on the C3 cover.

HAM1 should be all cosy for the holiday.

TITLE: 12/23 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: Light day of work today. SQZ beam alignment continued in HAM7 (alog88641), the EY wind fence was patched up (alog88640), more clamps were placed on HAM1 door covers for the break, and fire pumps were churned. HAM7 alignment will continue and hopefully conclude tomorrow, then the LVEA will be transitioned to Laser SAFE.
LOG:

Kar Meng, Sheila

I walked FC1 back to it's original slider position 88602 while walking the two steering mirrors between the OPO and SFI1 to keep the beam transmitted towards ZM4. Once this was done the beam was hitting the beam dump meant to catch the reflection off the beam diverter from the IFO.  I touched the last mirror on the VIP, B:M4, to bring the beam towards the center on the iris in front of ZM4, and then Kar Meng was able to see a beam on the SQZT7 periscope.  

Before we started: ZM4: P -338.7 Y -1297.7 ZM5: -120 P -460 Yaw  We moved ZM4 +5 to get the transmitted beam onto the OPO IR PD, ZM4 -338 P -1297.7 Y, ZM5 -720 P 839 Y.  Then we were able to align the CLF to the cavity a bit better by watching the flashes on the scope.  We can see evidence of clipping as the ZMs drift in the purge air the transmitted power fluctuates,  

We adjusted the in chamber CLF refl steering mirror to center on the CLF top periscope mirror, and Kar Meng aligned the CLF refl shutter PD using mirrors on SQZT7.  We were able to see that the OPO was semi-locked on the dither lock, but this wasn't stable. 

Last week we found that some of the hardware on the EY wind fence had broken, which meant some of the main support wires for the fence were dangling free, weakening the fence and possibly further damaging the scrim in any future storms. The main failures were in the all thread that goes through the posts and attach the wire anchor points to the post. We had a limited window today to go and try to patch the fence this morning, so that's what Randy, Mitch and I did. Forecast promised us some sun, but that never really materialized, so it was pretty chilly. Fence is patched up now, Randy and Mitch will return the lift to LEXC this afternoon, after everybody thaws out. 

FAMIS 31117

Since I missed pulling these trends last week, I plotted a total of 17 days this time around. Overall, things look to be running smoothly. Robert was in the enclosure 6 days ago tracing cables, which shows clearly in the relevant trends. The PMC and RefCav have needed some alignment touchup since the power outage based on the beam images, so I'll do that either today or tomorrow before the holiday break.

Mon Dec 22 10:05:09 2025 INFO: Fill completed in 5min 5secs

I have added a link to the Vacuum section of the CDS web page which opens the latest Zeks dryer skid camera images. These images are running on the virtual FOM cdsws12, display=5. They are updated every minute.

Gerardo has placed a clock on top of the skid to give a timestamp.

link to image is:

cdsws12_5-1.png

Bypass will expire:
Mon Dec 22 01:07:27 PM PST 2025
For channel(s):
    H0:FMC-CS_FIRE_PUMP_1
    H0:FMC-CS_FIRE_PUMP_2
 

Closes FAMIS27623, last checked in alog88538

Laser Status:
    NPRO output power is 1.839W
    AMP1 output power is 70.55W
    AMP2 output power is 139.7W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 12 days, 15 hr 38 minutes
    Reflected power = 25.34W
    Transmitted power = 105.7W
    PowerSum = 131.1W

FSS:
    It has been locked for 3 days 16 hr and 18 min
    TPD[V] = 0.5215V

ISS:
    The diffracted power is around 4.1%
    Last saturation event was 5 days 19 hours and 36 minutes ago

Possible Issues:
    PMC reflected power is high

TITLE: 12/22 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: 6mph Gusts, 4mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.23 μm/s 
QUICK SUMMARY: Cold and foggy morning on-site. Lighter days of work planned for the next couple of days, but at this point here's the outlook:

• In-chamber work in HAM7 w/ SQZ beam
• HAM2 chamber cleaning
• Move platform stairs from EY
• Move Beirgarten cleanroom (possibly)
• Prep work in W-bay cleanrooms
• Transition to laser SAFE

Sun Dec 21 10:08:07 2025 INFO: Fill completed in 8min 3secs

Sat Dec 20 10:07:39 2025 INFO: Fill completed in 7min 36secs

Gerardo, Richard, Erik, Dave:

Over the holiday break we need to remotely view the operation of the Zeks Eclipse air dryer skid in the mechanical room to ensure no moisture gets into the LVEA chambers.

I initially setup a fisheye camera (a repurposed gate-cam), which gave a good view of the panel's LEDs and the mechanical gauges, but lacked the resolution to view the LCD display screen to see the Dew Point signal.

I then installed an Axis 214PTZ camera, which was able to zoom into the LCD display and read the values.

So we are now running both cameras side-by-side. 

sw-mech-aux was configured to have both ports 13 and 14 on the VID-LAN (10.106.0/24).

I ran two 60-foot cat5e ethernet cables from the vacuum rack (where the switch is located), over to the front of the Zeks skid, using the overhead mezzanine railing to provide a temporary "cable tray". 

Because the Axis camera is AC powered, we ran an extension cable from the vac rack to the base of the skid, passing it under the stairs to prevent it being a trip hazard.

Erik, Tony, TJ, Jonathan, Dave:

at 12:04 Fri 19dec2025 PST we had a MSR network switch failure which took down the network for all the front ends, the /opt/rtcds NFS server and Guardian.

The Brocade Ruckus Network Switch SW-MSR-H1FE-STK (1/3) was found to be powered off (no LEDs illuminated). This is a ICX7150-48-4X10GR-RMT3 48port unit with firmware version 08.0.95g.

This unit is being powered by a Geist power distribution box, which itself is UPS powered, so all power cords are ORANGE. A second switch is also being powered by the Geist, and both it and the Geist were powered up.

We disconnected the failed switch's power cord (as found it seemed to be well connected, not loose) and plugged it back in, the switch did not light up. We then ran a longer power cord to the main rack power strips, again the switch did not light up. We then returned to the original power cord from the Geist.

While we were scratching our heads planning the next move we noticed the switch was lit up. We think it took at least a few minutes to show signs of life after its power cord was inserted.

We then let it boot up, which took a suspiciously long time, we expected something like 5 minutes but it was actually close to 15 minutes. At that point the network was returned to all the systems attached to this switch.

At this point all the front ends had returned in their running state, except h1sush12 and h1asc0 which had persistent DAQ errors. We restarted these frontends.

Many Guardian nodes were disconnected from the frontends, so we elected to reboot h1guardian1. It came back up with no problems.

Currently we do not know why this switch powered down. If it happens again our options are:

1) power it directly from the UPS rack power strip (i.e. not from the Geist) and give it plenty of time to show it is powering up

2) replace it with a spare switch