Workstation conda environments updated

The workstation CDS conda environments will be updated by Saturday Jan 24.  This is a major update that affects many conda packages.  Many packages have been updated and some have been dropped.

Python is updated from python 3.10 to python 3.11.  Yes, 3.11 is old already, but the CDS environment tracks the IGWN environment, and important packages have not been push beyond python 3.11.

A complete list of changes in the new environment can be found here:

https://git.ligo.org/cds/packaging/cds-conda-distribution/-/wikis/Environments#version-2026-01-06-01

Ops Day Shift Summary

TITLE: 01/24 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: Another productive day to wrap up the week.

• HAM7 alignment is essentially finished and irises are being removed from the table this afternoon
• The viewport assembly was removed from HAM5 in preparation for the relay tube to HAM7 to be reattached, which will happen next week in laser safe conditions (see alog88876)
• Alignment in HAM1 continued for the JAC, including downstream pointing into HAM2.
• Work progressed on the to-be-installed JAC EOM in the optics lab
• Jeff took some transfer functions on the OPO suspension and claims they're "good enough to say the suspension looks healthy" after finding issues with open-light values (see alog88872)

LOG:

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
----	SAF	LVEA IS LASER HAZARD	LVEA	YES	LVEA IS LASER HAZARD	Ongoing
15:50	FAC	Nellie	FCES	N	Technical cleaning	16:10
15:52	FAC	Kim	LVEA	-	Technical cleaning	17:09
16:10	FAC	Nellie	EY	N	Technical cleaning	17:00
16:43	FAC	Randy	LVEA	-	Measuring on BSC2 platform	17:43
17:00	FAC	Nellie	MY	N	Technical cleaning	18:04
17:34	VAC	Jordan	LVEA	-	HAM7 viewport disassembly	19:37
17:38	SQZ	Kar Meng	LVEA	Y	Beam alignment on SQZT7	18:38
18:05	JAC	Jennie, Marc	LVEA	-	Checking JAC PZT electronics	18:21
18:22	SQZ	Sheila	LVEA	Y	Check in w/ Kar Meng	18:38
18:38	VAC	Mitchell	LVEA	-	HAM7 viewport disassembly	19:33
18:48	JAC	Keita, Matt	Opt Lab	N	JAC EOM work	21:09
19:16	JAC	Sheila, Jennie, Sophie	LVEA	Y	JAC installation	20:39
20:29	PEM	Robert	LVEA	-	Laser vibrometry	20:53
20:40	SUS	Jeff	CR	N	OPO closeout transfer functions	00:21
21:07	PEM	Robert	LVEA	-	Laser vibrometry (lights off)	21:32
21:33	VAC	Jordan, Tony, Kar Meng	LVEA	-	HAM7 purge air tutorial	21:53
21:57	JAC	Sheila, Jennie, Sophie	LVEA	Y	JAC alignment	Ongoing
22:20	JAC	Keita, Matt	Opt Lab	N	JAC EOM work	Ongoing
00:12	PEM	Robert	LVEA	Y	Covering viewport HAM4	00:23
00:17	SQZ	Kar Meng, Tony	LVEA	Y	HAM7 cleanup	Ongoing

Removal of the Relay Tube Viewport Assembly

In prep for HAM7 closeout, the temporary viewport assembly was removed from the HAM5 relay tube port. RV-1 was closed, and the volume vented with viewport covers still installed, with dry N2. I monitored the corner pressure (PT-120B) during venting, to make sure there were no leaks through the gate valve. No change in pressure, so I continued with viewport removal.

Viewport was removed first, then the pump-out tee. The mitered spool piece and bellows assembly was installed on HAM5 side. Lines were marked across the relay tube assembly prior to removal, so the install orientation remained the same. 

The ported spool piece will be installed next week during Laser Safe conditions. Bellows flanges were covered with foil for protection.

OPOS (VIP, VOPO, OPO) Suspension Open Light Current Compensating OFFSETs and GAINs Restored -- Lost Since 2021 and the Move from HAM6 to HAM7

J. Kissel, R. Short

Trying to chase down the issues Ryan Crouch was seeing in his attempt at health check TF measurements of the OPOS (88851), I found that there were no OSEMINF OFFSETs and GAINs to compensate for the OSEM sensors' "open light" current (OLC). 
Trending back, this suspension has hasn't had OLC compensating OFFSETs or GAINs since we migrated it from HAM6 to HAM7 circa 2021.

However, there are TFs in the measurement library (list ${SusSVN}/sus/trunk/OPOS/Common/MatlabTools/plotallopos_tfs.m) in 2022, documented and compared to matlab model in LHO:64275, and they look great. This sadly makes sense, as the former open light current compensating gains were close to 1.0, and the "centering" offset to make the "flag is centered within the range of the OSEM sensor" equal to 0 doesn't really matter for a driven transfer function or ASD, since these both don't care what the DC value of the sensor is, as long that sensor doesn't saturate during the measurement (i.e. the raw ADC counts are somehwere around +15000 [ADC ct]).

There's several reports -- over the years as HAM7 has been occasionally open -- how incredibly inaccessible the AOSEMs are within the suspension, and thus every attempt to gather new open light current values are thwarted by "we don't have time for that" or "I tried and it'll require interfering with way too much other stuff." Examples of this are  the 2021 attempt by Keita / Camilla (LHO:59939) and last week's undocumented attempt by Rahul (while he was in HAM7 to relieve the yaw offset on ZM4; LHO:88788). 

Even worse, prior to the move to HAM7, during the installation in HAM6 circa Feb 2018 (LHO:40727) the new OSEMs AOSEMs saturated the ADC at olc = +32768 [ADC ct], so we installed relatively meaningless compensating OFFSETs and GAINs of -olc/2 = -16384 [ct] and 30000/olc = 0.916 [ct/ct], for all but one -- the V3 sensor which was set to -15481 [ct] and 0.973 [ct/ct]. In Apr 2018, we found that the V2 AOSEM's flexi-circuit V2 OFFSET and GAIN was changed to -14553 [ct] 1.031 [ct/ct] in Apr 2018 (see LHO:41468, LHO:41470 and LHO:41503.

So this has been left as wrong for 5 years. And really, prior to that, inaccurate.

Citing me from 2021 -- the OPOS is using the same AOSEMs and sat-amps as it did while it lived in HAM6, the only difference in the open light current will be from the cable length difference between HAM6 to SUS-R4 and HAM7 to SUS-R4, which I suspect is negligible.
So let's at least restore the "inaccurate."

But in short, assuming no LED light lumin decay, I think the "correct" values -- and the values that I've now re-installed -- are
   OSEM      OFFSET      GAIN
    H1       -16384      0.916
    H2       -16384      0.916
    H3       -16384      0.916
    V1       -16384      0.916
    V2       -14553      1.0307
    V3       -15481      0.973
These have been accepted in the SAFE and OBSERVE.snaps 

So, the question that now remains whether the AOSEM LEDs have decayed significantly, but that -- as we every suspension we ever try to assess -- is horribly confused by alignment shifts (intended or not), making it essentially impossible to assess. The OPOS is no different.
The flags physical relationship to the OSEM sensor / LED is wherever they are, with the chamber in-air at the moment. Comparing the last relatively pre-chaos period to now, 
        2025-12-04    NOW
        Under UHV     In-air
H1      7904          8488          
H2      8831          7431
H3      8482          3106
V1      14934         14088
V2      13534         11864
V3      12618         9824

In between the "reference" times above, there have been a series of major alignment shifts of the suspension (see last attached), as reported by the OSEM ADCs, for the following reasons:
   2025-12-04 18:03 UTC H567 Mega-clean room turned on, causes all the OSEMs to drift over ~7 days.
   2025-12-04 20:23 UTC Site Power Outage, brief outage, but 
   2025-12-10 00:46 UTC HAM7 Door pulled off
   2025-12-10 18:50 UTC OPOS locked down in prep for removal of OPO cavity for crystal swap
   2025-12-12 23:41 UTC Removal of OPO cavity for crystal swap

   2026-01-20 21:34 UTC OPO is reinstalled, OPOS is unlocked
   2026-01-21 19:02 UTC On-platform adjustment of optics, reasonable to expect alignment shifts
   2026-01-22 22:15 UTC More on-platform optic adjustments, reasonable to expect alignment shifts
All this makes it tough to say what the "right" position of the OSEMs should be, and whether e.g. having a raw OSEM count of 3000 [ADC ct] on the H3 OSEM is "acceptable."

Acknowledging that there's very little range on the H3 OSEM right now, I'll try reducing the excitation amplitude.

However, while we have the chamber open, I recommend re-centering the AOSEMs.

Other "interesting" aLOG references.
2022-08-02 LHO:64275 Post HAM7 install health checks in Feb, May, and Aug 2022 show a reasonable, and coherent set of TFs that match the model. Even without OFFSETs or GAINs.
2021-10-27 LHO:60422 Bug identified in OPOS OSEM2EUL/EUL2OSEM basis change matrices. Identified, but never implemented.
2021-09-17 LHO:59939 Attempt to measure open light currents after installation into HAM7, but inaccessibility of H3/V3 OSEMs thwarted effort. 
2021-08-26 LHO:59741 OPOS Lands in HAM7
2021-08-17 LHO:59752 OPOS Front-end Infrastructure Migrated from HAM6 (h1susopo) to HAM7 (h1sussqzin)
2021-08-17 LHO:59652 h1susopo model is brought down for above migration to new model -- HERE'S WHERE OPOS OLC OFFSETs and GAINs were lost.
2018-02-26 LHO:40727 Generic 16384 ct OFFSETs and 0.916 GAINs installed because new AOSEMs saturated the ADC during open light.
2018-04-17 LHO:41470 V2 OSEM replaced, new OSEM has non-saturating OLC values

PSL Status Report - Weekly

FAMIS 39748

Laser Status:
    NPRO output power is 1.835W
    AMP1 output power is 70.39W
    AMP2 output power is 139.0W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 14 days, 20 hr 48 minutes
    Reflected power = 26.68W
    Transmitted power = 104.1W
    PowerSum = 130.8W

FSS:
    It has been locked for 8 days 2 hr and 16 min
    TPD[V] = 0.3187V

ISS:
    The diffracted power is around 4.0%
    Last saturation event was 0 days 0 hours and 0 minutes ago

Possible Issues:
    PMC reflected power is high
    FSS TPD is low

HAM7 RLF_QPDs

Both RLF_QPDs A and B are centered on both PIT and YAW, at low seed launch power (2.3)

The CLF transmission PD on SQZT7 was centered.

Fri CP1 Fill, new plot format

Fri Jan 23 10:09:29 2026 INFO: Fill completed in 9min 25secs

Note I am using a new format for the trend plot which reduces the number of log divisions on the top plot's y-axis.

The problem: during the winter months the TCs start with a positive temp, dropping to around -70C when LN2 is flowing. To show the TCs along with the discharge line pressure and LLCV on the same plot the TC signals are inverted and then all are ploted logarithmically. This means the baseline (positive)temps are now negative which is not shown on a log plot, and when crossing zero they force many divisions in the autoscaled log axis.

The solution: I modified cp1 overfill IOC to serve modified TC[A,B] channels with max temp limits. Max temp is currently -12.3C, settable in the configuration file. Any temp greater that -12.3 is kept at this value for the channels H1:VAC-CP1_OVERFILL_TC_[A,B]_TEMP_PLOT_DEGC

 

Ops Day Shift Start

TITLE: 01/23 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.20 μm/s 
QUICK SUMMARY: JAC installation in HAM1 continues today, and sounds like close to wrapping up in HAM7. All systems nominal this morning.

JAC EOM mechanical problems (Elenna, Keita, with a help from Masayuki, MichaelL and StephenA)

We have identified two mechanical issues with the JAC EOM and its mount.

Issue 1. Crystal isn't captured in the EOM assembly when we install it in a certain way, but installing it in another way to capture it might (or might not) put overly strong force on the crystal.

No I haven't dropped the real crystal, I did drop alumina piece with the same outer dimensions as the RTP crystal while testing the installation procedure.

It's probably hard for you to understand this issue if you're not familiar with the EOM assembly (D2500130) and the assembly/test procedure (google doc), look at my super-simplified cartoon (ideal.png).

EOM comprises the face plate, RTP crystal and everything else. Everything else is already assembled. The task is to sandwich the RTP between the electrode board (which is a part of "everything else") and the face plate. You'll put the face plate on a table, put RTP on top of the face plate, carefully lower everything else until the board touches the RTP along its entire length, and you bolt the face plate to the side panels. Simple.

It can be much different from that if the board is not orthogonal to the side panels, look at the second attachment. Here, the board is crooked, the distance to the face plate on the output side is smaller than on the input side (this cartoon).

Suppose that I choose to make the face plate contact with the output side plate, and bolt the face plate down. The face plate is squared up relative to the side plate, not the board, and the "everything else" part will rotate away from the face plate (or face plate rotates away from everything else) and RTP is free to move. I think this is what happened consistently (10 or so trials) in the lab today, no matter what we did, the alumina piece (i.e. fake RTP for excercize) slid out of the assembly but only after tightening the screws.

On the other hand, if I choose to make the face plate contact with the input side plate (notsoideal.png), the rotation will be in the opposite direction, the face plate is not reqlly squared up but will put a pressure on the RTP, securely captureing it. After switching the side where the face panel contacts in the lab, the alumina piece (fake RTP) never dropped (3 trials so not much statistics but 3/3 success is much better than 10/10 failure).

The problems are that we don't have any control over how much force is applied to the crystal. Moreover, in our "successful" trials, the board might not be touching the alumina piece along its entire length. Look at the picture, this is after the last (3rd) "successful" attempt with the alumina piece still in, the board and the face plate are not parallel with each other, we might be pinching the alumina thing at the corner closest to the output side. Not sure if it's always like this but it's likely.

Stephen and Michael suggest that instead of bolting the face plate firmly to the input side, there could be a gap on each side, the face plate is supported by the tension of the screws, making sure that the face is parallel to the board. I'm not necessarily a fan of the idea but we'll try.

Issue 2. One of the bolts for the EOM base is blocked by another screw head.

See the last picture. One 1/4-20 screw cannot be tightened because the 10-32 bolt head just above that blocks access. We might replace the offending bolt with 10-32x0.375" pan head screw AND use the ball head Allen key for 1/4-20, that might work.

Other issues.

We can move the mount in PIT/ROLL and YAW, but somehow it's very difficult to cause pure PIT motion, it always couples to ROLL.

When we use set screws to tilt the base and then back them off, the mount won't return to the original position, I have to push down the pivot plate toward the base plate firmly, then there's a metal clicking sound and the mount goes back. This might be related to the fact that, as of now, the dowel pin (part #14 of the assembly drawing) is a REALLY tight fit for the pivot plate as of now. 

Finally, the cable strain relief post could not be set at a desired angle using the supplied slotted washer (the only difference I was able to make is either bad angle or 180 degrees off of the bad angle). But using other washers on top of the slotted one(s) I was able to manage good-ish angle.

Alignment to IOT2L through JAC

Jennie W, Jenne D, Masayuki N

 

Today Jenne and I went into HAM1 and onto IOT2L.

Our first priority was to check the input alignment to the JAC after alignment efforts yesterday to check we were not locking to a HOM mode. We locked the JAC with a power of 0.1 on the TRANS_A_LF_OUT channel.

I checked after lens JAC_L3 which is right before the steering mirror into the HAM1 output periscope. Here the beam looked like a 10 mode (two lobes in the horizontal axis). Further upstream (just after JAC cavity this was not obvious due to the beam size.

We used the steering mirror between the input periscope and JAC + the PSL periscope PZT mirror to improve the alignment. To do this we changed yaw in the closer mirror and pitch in the PSL PZT mirror as the input periscope switches the P and Y around.

We recovered a value of 0.22 on TRANS_A_LF_OUT which matches with the values we got on friday the last time we had a good TM00 lock on the JAC cavity.

---

After this Jenne went to the table to look at the beam we found yesterday which is at the edge of the MC REFL periscope mirrors in yaw and clips on the BS1 optic.

I started changing the tilt of the beam through HAM2 by changing the pitch of the mirror right before the HAM1 output periscope. This did not really change the beam position so we moved to a further away mirror (JM2) to translate the beam.

During this process we also became unable to lock the JAC using the guardian. More details at the end.

After some iteration we were able to see a beam on the MC REFL PD but have not been able to walk the beam to see any signals on the MC REFL WFS orflashing from the IMC on the MC TRANS PD.

---

After a break we went to the control room and did some checking of the MC sus alignments. We found problems with the alignment of MC3 - Dave and Ollie debugged this.

Jenne then did some walking of the MC mirrors and by moving MC1 she could get a larger signal on MC REFL. We might be able to use this tomorrow by moving MC1 to this 'wrong' ( ie. not consistent with the nominal IMC alignment before JAC was installed) place and walking MC1 back while changing the in-vac fixed mirrors in HAM1 to reover the beam on MC REFL PD.

---

During the day an electronics chassis was swapped that does the whitening for the TRANS PD A. The signal stopped getting to the diode so Daniel gave us the go-ahead to bypass this - this might need to be fixed properly at some point, it is level 10 on the rack closest to HAM1, next to the PSL enclosure. I took put IN3 and OUT 3 cables and connected them with a TNC connector.

---

This afternoon and evening we tried to trouble-shoot the JAC locking.

There was also an incorrect gain that got reset by the model restart for h1lsc earlier today but fixing this (JAC_DITHER_PD_IN gain was set to 200 and should be 4) did not allow us to lock.

After changing the servo gain in the dither lock Jenne noticed that this had no effect on the lock level/noise on the TRANS PD.

After checking with Masayuki the problem seems to be that the fast channel to drive the PZT is not connected somehow at the racks but the Beckhoff controller can be used to drive the PZT - will consult with Daniel/Marc tomorrow.

Summary of Conversion from SUSB123 & SUSH34 to SUSB13 & SUSB2H34 ('No QOSEMs/BBSS' Configuration)

Here is the summary with all the relavant alogs for the conversion from SUSB123 and SUSH34 to SUSB13 and SUSB2H34*.

*Our current configuration, specifically for SUSB2H34, is an interim state ("No QOSEMs/BBSS" config) on the way to the final O5 configuration, so SUSB2H34 doesn't fully match the cabling diagrams seen in D2300383. We can't fully upgrade to this O5 version yet because we don't have the BBSS, LO1, or LO2 installed yet, and need to be able to actuate the BSFM for the February commissioning period. To see what still needs to be done to get from this interim period to the final O5 configuration, see 88860 and google slides.

SUSB13 wiring diagram: D2300401
SUSB2H34 wiring diagram: D2300383

CER hardware changes: 88765
    AI chassis upgrades: 88766
    New power rail in SUS-C1: 88850
    Fix for failed untouched chassis: 88849
    BIO cable naming convention: 88852
    Renaming of SR3 OPLEV cable: 88837
    Updated SUS-C1/C2/C5/C6 rack photos: 88848
    Current status of SUS-C1/C2 racks vs Final O5 build: 88860
SUS Model Updates:
    ITMX: 88812
    ITMY: 88813
    ITMPI: 88818
    BS: 88814
    MC2: 88815
    PR2: 88816
    SR2: 88817
    AUXB123 -> AUXB13: 88819
    AUXH34 -> AUXB2H34: 88820
SUS Model Installation: 88781

Current Status of SUS-C1/C2 Racks vs Final O5 Build

J. Kissel, O. Patane, D. Barker, F. Clara, M. Pirello

Our big SUSB123 and SUSH34 to SUSB13 and SUSB2H34 upgrade last week wasn't the full upgrade for O5.
SUSB13 is fully upgraded to its O5 configuration, but for SUSB2H34, we can't fully upgrade to the final O5 build yet because we still need full control of the BSFM for the February commissioning period, whereas O5 will have the BSFM replaced with the BBSS (with QOSEMs instead of BOSEMs), requiring different electronics. The final O5 build will also include the electronics for the new suspensions LO1 and LO2. Going from the current configuration, which we call the "No QOSEMs/BBSS" configuration, to our final O5 build will require eight new chassis and two new ADC cards.

Since we will be needing to add/change things on the racks, that future upgrade will also come with user model additions/changes.

Table showing comparison diagrams

	Current “No QOSEMs/BBSS” Config	Final O5 Config
Rack overviews	slide31	slide33
DACs	slide10 (excluding BS BOT/LO1/LO2 and AI in U13)	slide10 (everything)
ADCs	slide15	slide16
BIOs	slide21 (excluding BS BOT chans)	slide21 (everything)
AUX ADCs	slide26 (excluding pink)	slide26 (everything)

I've also attached the slides above in pdf form here. The full slides outlining all the changes O4 -> now -> O5 can be found here.

Changes needed to go from current configuration to final O5 configuration:
SUS-C1
    U33:: Remove cable inputs for (BSFM) BS M1 OSEM sensors, re-arrange cable inputs for BS M3 Oplev to make room for (BBSS) BS M3 OSEM sensors, and bring in PR3 M3 Oplev because we can
    U14:: Add (BBSS) BS M3 input for Binary Output
    U13:: Add (BBSS) BS M3 input for Binary Input
    U5 :: New D090006 TACQ Driver for (BBSS) BS M3

SUS-C2
    U22:: Add (BBSS) BS M3 Noisemon and (BBSS) BS M3 SFVmon inputs
    U20:: New D0902783 AA Chassis for LO1 M1 and LO2 M1 HAM-A Coil Driver Volt Monitors
    U16:: New D1300282 AA Chassis for (BBSS) BS M1 QOSEM sensors and LO1 M1 and LO2 M1 OSEM sensors
    U14:: Add (BBSS) BS M3 input to AI chassis
    U13:: New D2500353 AI Chassis for LO1 and LO2 Coil Actuation
    U9 :: New D1100687-v1 (100 Ohm Output Impedance) HAMA Coil Driver for LO1 M1 F1F2F3SD
    U8 :: New D1100687-v1 (100 Ohm Output Impedance) HAMA Coil Driver for LO1 M1 LFRTxxxx
    U6 :: New D1100687-v1 (100 Ohm Output Impedance) HAMA Coil Driver for LO2 M1 F1F2F3SD
    U5 :: New D1100687-v1 (100 Ohm Output Impedance) HAMA Coil Driver for LO1 M1 LFRTxxxx
    
susb2h34 IO Chassis
    Needs an additional ADC Card (and adapter card and internal SCSI cable)

susauxb2h34 IO Chassis
    Needs an additional ADC Card (and adapter card and internal SCSI Cable)

SUS Model Updates: h1susauxb13

Jeff, Oli

We made several updates to multiple SUS simulink models as a continuation of our work converting SUSB123 and SUSH34 into SUSB13 and SUSB2H34 (88765). Our changes were based on our updated G2301306-v10_PARTII - for the conversion from SUSB123 into SUSB13 for SUSAUXB13, we referenced slides 23 and 24. These changes were svn'd as r34396 and were installed and started last week (88781).

These are the changes we had to made for h1susauxb13 (previously called h1susauxb123):

CDS Parameter Block:
- Changed hostname from h1susauxb123 to h1susauxb13
- Removed specific_cpu

Input (before, after):
- Removed BS block
- Removed ADC6 and ADC7
- ADC0 flag going into ITMY block is now in ADC5
- ADC7 flag going into ITMY block is now in ADC0

ITMY block (before, after):
- Removed ADC7
- Everything that was previously ADC0 is now in ADC5
- Everything that was previously ADC7 is now in ADC0

HAM7 progress

[Sheila, Karmeng]

We offloaded the saturation on ZM4 and ZM6 while maintaining the alignment to HAM6 QPDs.

Power budget: we measured 0.75mW at the OPO output, after SFI1, and after thin film polarizer. The power dropped to 0.74mW after BM3. And further to 0.71mW at the viewport/SQZT7 periscope and HD.

Scanned the IR and green transmission of the OPO, the green transmision (orange trace) will need further adjustmnet.

OPS Thursday Day shift summary

TITLE: 01/23 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: HAM7 OPO Laser Hazard work, EOM in the Optics lab, and HAM1 JAC/ISCT1 table work all continued today. VAC start working on the relay tube, they're just waiting on a work permit to remove the viewport from HAM5. 
LOG:                                                                                                                                                                           

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
22:49	SAF	LVEA IS LASER HAZARD	LVEA	YES	LVEA IS LASER HAZARD \u0d26\u0d4d\u0d26\u0d3f(\u239a_\u239a)	16:49
16:01	FAC	Nellie	LVEA	Y	Tech clean	17:06
16:05	FAC	Kim	LVEA	Y	Tech clean	17:06
16:32	SQZ	Sheila	LVEA	Y	HAM7 work cont, OPO	19:55
16:53	FAC	Randy	LVEA	Y	Plug in Scissor lift and forklift	17:11
17:11	PEM	Robert	LVEA	Y	Laser vibrometer work, MCT baffles in and out	19:38
17:16	JOTE	Matt, Sophie	PREP lab	N	JOAT work	19:01
17:43	FAC	Kim	EndX	N	Tech clean	18:24
17:43	SQZ	Kar Meng	LVEA	Y	HAM7 OPO work	19:55
17:46	ISC	Keita, Elenna	Optics lab	LOCAL	EOM work	20:14
18:25	FAC	Kim	Midx	N	Tech clean	18:52
18:33	OPS	Ryans	LVEA	Y	Check with HAM7 crew	18:33
18:34	ISC	Jenne, Jennie	LVEA	Y	HAM1 JAC and ISCT1 work	20:41
18:57	VAC	Jordan	LVEA	Y	Grab some parts	19:05
19:14	EE	Marc	LVEA	Y	PSL racks, power supply swap	19:21
19:14	EE	Daniel	LVEA	Y	HAM6 rack surverying	20:41
19:34	SUS	Jeff	CER	Y	Take rack pictures, upper mezz	19:50
20:49	EE	Marc	LVEA	Y	PZT power supply swap	21:05
20:45	SUS	Jeff	CER	Y	Rack pictures	20:55
21:37	SQZ	Sheila, Kar Meng	LVEA	Y	HAM7 OPO work	22:55
21:58	ISC	Jennie	LVEA	Y	Check on laser	22:07
22:12	JOTE	Matt	PREP lab	N	JOTE work	22:42
22:19	ISC	Jennie	LVEA	Y	Add a connector	22:25
22:23	ISC	Keita, Elenna	Optics lab	LOCAL	EOM work	00:06
22:35	PEM	Robert	LVEA	Y	Laser vibrometry	23:01
23:11	VAC	Jordan	LVEA	Y	Relay tube work, HAM7 area	23:55
00:10	PEM	Robert	LVEA	Y	Laser vibrometer measurments	00:20

HAM7 and SQZT7 iris photos

[Sheila, Karmeng]

We took a bunch of photos on HAM7 and SQZT7 today, the IR-green coalignment is fixed. 

IR-green coalignment: on the iris between ZM3 and FC1 (before and after) and after AM3 (green and red overlap)

Beam position for all 3 irises placed in HAM7:

Iris 1 IR position on the iris placed between ZM1 and ZM2.

Iris 2 IR+green position on the iris placed between ZM3 and FC1.

Iris 3 IR position on the iris placed between BM4 and ZM4, with "RL" on the Thorlabs IR card placed on the iris as a reference to estimate the deviation from the center of the iris.

For 2 irises placed on SQZT7 HD path:

Iris 1 IR position on iris1 on SQZT7.

Iris 2 IR position on iris2 on SQZT7.

We also checked the IR on HAM7 QPDs path, the IR is off centered on the lens (seen from both front and back). This was roughly centered, and will be fine tuned with the picos.