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
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.
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 |
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.
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
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
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 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
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.
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.
Another potential mechanical issue (?).
One of the roll adjustment set screw (8-32 oval point) is riding on top of the shallow groove that is 0.125" wide and 0.02" deep in the base plate. Depending on the YAW adjustment, the round tip of the screw might sit on the edge of the groove, making things unstable. FYI the standard diameter of 8-32 screw is 0.164" so it's wider than the recess, I don't know the exact profile of the oval point but the YAW adjustment range of this mount is smaller than it seemed at first to me.
If the groove is just a visual aid, maybe it can be shortened such that it won't interfere with the set screw.
I couldn't take a good picture of this, if I can I'll post it later.
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.
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
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)
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
[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.
We spent most of yesterday and this morning recovering from the alignment shift that resulted from unlocking the VIP.
Yesterday Ryan Short joined us and we worked on the path from the VIP to FC. We now have the osems of FC1 and ZM2 (and ZM1yaw) back as they were in O4, and the beam centered on the iris right after ZM3. The beam should be aligned to the filter cavity since it is retroreflecting off FC1 and FC1 should be pointing to FC2. Since we only have the -Y door removed, we can't easily check the centering on ZM2 with a card; we set the alignment of ZM2 to match what it was in O4 and since the beam is centered on the ZM3 iris it should be at the position on ZM2 that it was in O4 (centered we believe). We also had to spend some time to make sure that none of the suspensions were close to saturation. While doing this we adjusted the pointing off the VIP using A:M1 and A:M2 (see VIP layout), which is why we had to readjust the co-alingment today, we also used A:M3.
This morning I made the final adjustments to get the beam centered on the ZM3 iris, and adjusted B:M4 to center the spot on the Z:M4 iris, and first iris on SQZT7, then also adjusted Zm4 and ZM5 to get the beam well centered on the SQZT7 irises. Kar Meng and I sent the beam into HAM6 and we were able to run centering servos to adjust ZM4 + ZM5 to center AS_A and AS_B, but this saturated ZM4. We then walked the beam using B:M4 so that it was a little high on the ZM4 iris (KarMeng has a photo 88859 to estimate how above center), but no suspensions are close to saturation.
Ryan Crouch ran OPO health checks, 88851, but wants to retake them with purge air turned down.
After lunch we readjsuted the co-alignment of the green and IR (photos in 88859), and re-alinged the seed beam onto the RLF QPDs, which was needed because of the shift when unlocking the VIP. With the seed beam we saturate the QPDs so we will need to revisit this and center using the CLF. We then took photos of various things in chamber as Kar Meng has added in 88859.
After all this we took one last peak at the beam going into HAM6, it was well centered on the AS_A, AS_B, and AS_C with our final alignment for about 30 seconds at 22:29:45, as shown in Kar Meng's screenshot. This means that we are done using the viewport.
Things left to do in HAM7:
The pump scan looks good ok the scope. The distortion from ndscope scan is most probably due to the filtering of ADC.
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 |
[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.