Continued with field cabling in the LVEA.
1. Illuminator cables for HAM4/HAM5/HAM6 were terminated and connected to chassis power. This completes illuminator cabling for the corner station. New modules need to be added/scanned to beckhoff to control on/off functionality.
2. Ran cables for VOPO and ZM1 from field rack to top of HAM 6.
3. Ran cables for TCS SR3 Heater (CER to HAM5).
F. Clara, E. Merilh
TITLE: 01/22 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
LOG:
17:45 Sheila to optics lab
18:15 Ed to output arm, terminating cables
18:15 Kyle to MY
18:30 Peter & Gerardo to optics lab
18:30 Travis & Danny to EY, back 20:30
18:45 Jason to EY
19:00 TJ to optics lab
19:30 Marc to LVEA
19:30 Cheryl to IOT2
19:30 JeffB to ITMX camera, back 20:30
21:30 Welding crew to EY
21:30 Marc to HAM5 done 22:15
22:00 JeffK to HAM5 done 22:15
22:00 Kyle to LVEA
22:00 JeffB to ITMX camera
22:15 Corey to optics lab
22:15 Nutsinee to sqz
22:45 Tvo to HAM4
[Kyle, Chandra]
Note: this activity caused expected Y-arm pressure alarms.
Verified we have an outer o-ring leak on GV-11 gate that needs to be addressed before CP4 bake. We back filled the gate annulus with dry N2 and allowed pressure to rise for 7 minutes to see if it would flatten out (it did not as it approached 1e-7 Torr). Once we're back on its AIP, we will re-seat the gate and retest. If that doesn't fix the o-ring we will install a valve at the 1-1/3" gate port so we have the ability to pump on it during bake. If need be, we can soft close GV-10 (which will isolate mid-Y's large ion pump from Y1 arm) and valve in the small ion pump attached to CP1.
Then we repeat for GV-12.
[Keita, Gerardo, Jenne, Cheryl]
With the new input alignment from after the vent, we checked the PRM's parking spot and have found the misaligned location that puts the beam on the steering mirror above the viewport above HAM2. Keita made some small adjustments on that steering mirror to center the beam on the beam dump.
This was WP 7305. It turns out there is no insert for a lexan cover, but Gerardo had (from a previous time doing this) a thick piece of plexiglass that was cut to size to fit over the viewport while these checks and adjustments were made. The plexiglass was removed, and the cover reinstalled.
Laser Status:
SysStat is good
Front End Power is 35.34W (should be around 30 W)
HPO Output Power is 140.9W
Front End Watch is GRE
HPO Watch is GREEN
PMC:
It has been locked 3 days, 23 h/weeks)
Reflected power = 28.09Watts
Transmitted power = 38.88Watts
PowerSum = 66.97Watts.
FSS:
It has been locked for 3 days 21 TPD[V] = 1.627V (min 0.9V)
ISS:
The diffracted power is around 2.8% (s
Last saturation event was 3 days 21o (should be days/weeks)
Possible Issues:
PMC reflected power is high
Plots show the last two trips. All other plots look normal.
Last week we added the OPO and some of the optics to the VIP.
[Sheila, Terry, TVo, Jenne]
Beam go through hole, all the way to HAM6!
Attached are 3 screenshots, with titles indicating what they mean. The important one is the last, BeamOn_AS_C.png, which is the slider locations where we see some beam on AS_C. That means that we're making it through the output Faraday!
(The 2nd screenshot is where we think we're roughly centered through the OFI).
In Friday, Travis finished cleaning up the ETMY PUM horns by filing them to the proper length and then cleaning up the debris in the flats. I then thoroughly cleaned the lower main structure using a tiger vacuum and wipes. Gerardo aided us in weighing the new ETM test mass (ETM16) and installing it in the structure using the ergo arm.
Jason also worked on setting up IAS equipment to look at the suspension in the afternoon. His equipment is parked in the far side of the weld cleanroom away from the man-door entrance into the VEA and he has caution tape around some of it. Please limit activities around this equipment and watch your step near it if you need to get to the other side. We anticipate the equipment to be removed after next week.
We are in good shape to start the fiber welding process on this suspension next week.
Jenne, Sheila, TVo
We spent most of Friday using cameras to get the pointing of SR3 onto SR2 and back down to SRM correctly but it was much more difficult without a sensor to tell if you're actually getting the center of the baffle aperture. We think we were able to eventually get the right beam down to the SRM but it's not obvious how well centered you are on any of the optics (except SR3 since we have the input chain well aligned). We were hoping to get the optics close enough so that an excitation on all three optics would show up all the way back at LSC-POP but unfortunately this didn't work.
The next hopeful resolution is to get into HAM6 and try to align through the Faraday with an IR card.
Re-finding that place where we are hitting SRM and getting some beam back toward SR2, I realized that we hadn't put in any screenshots of the alignment for a while. So, here's an alignment that gets us back toward SR2, although I can adjust the SR mirrors quite a bit and still get this.
In the photo, the beam returning from SRM is at the bottom of the top TV. It's hitting something much lower than the baffle aperture (bottom of cage, or side of ISI or something?). On the lower TV, the smaller circle on the left is where we think the SRM is, and the larger circle on the right is the SR3 baffle aperture. The vertical lines are where we think the cages are for the suspensions, and the dotted line at the bottom is the eye-baffle between HAMs 4 and 5. The top TV has markings for the SR2 baffle, but it's hard to capture. The SRM return beam is directly below the center of the circle part of the SR2 baffle aperture.
J. Kissel, M. Pirello After finishing out the OFI, I moved on to H1SUSZM2. It doesn't yet work. Symptoms: - The OSEM sensor readbacks (the ADC inputs on the MEDM screen) are showing little-to-no signal (only ~1000 cts), however transfer functions still have plenty of coherence. - Although ZM2 is driven with an ISC configuration HAM-A driver, which supposedly has all binary control jumpered such that the low-pass filter is engaged, the pitch and yaw transfer functions show excess response at high frequency, which can be "calibrated out" by using exactly the same poles and zeros as the low pass filter (zpk(zeros,poles,gain,normalization) = zpk([0.9;211.883],[10;21],1,"n")). So it's as though the filter *has not* been jumpered. However, because there's plenty of coherence with the TFs, the Test/Coil enable jumper must be good. - In a quiescent state (damping loops OFF, but no excitation), the BOSEMs ASD shows noise elevated way above the noise floor. - Earlier in the day, when the external OFI's signal chain was unknowingly hooked up to the ZM2 in-vacuum chain, we saw lots of signal (i.e. the typical ~15000 cts), and transfer functions showed a normal frequency response (except for the poor basis conversion; see MAGENTA comments below). Attached are - Transfer Functions. BLACK is an old OM1 result, RED is as it stands now, MAGENTA is driven and readout with the OFI chain. Regarding MAGENTA -- Unfortunately, when driving a 4-OSEM tip tilt through the 3 OSEM OFI chain with the wrong coordinate transformation matrices means that all three "long" "pitch" and "yaw" drives were some wonky combination of only UL, LL, and UR. That's why you see a poorly diagonalized result, and you see all three DOF's modes in each TF. - Some MEDM screen shots relevant to the discussion - The DTT and Foton comparison for the "calibration" of the Pitch and Yaw TFs. Note, the TFs are *not* shown with the calibration, but trust me, when it's applied it makes the high frequency response of the RED match BLACK - The OSEMs ASD compared against the target / spec BOSEM noise. Because of the incorrect frequency response, I suspect the coil driver either hasn't been jumpered or it's just a bad board. Note, also, as is standard on the HAM-A driver, US field sat-amp systems, the sensor signals are plugged directly from the sat-amp into the AA chassis towards the ADC / IO chassis. That means that the sensor signals, which are polluted with noise are *not* being polluted by the coil driver. So maybe both are problematic? We know the in-vac suspension and electronics are OK, because they tested well with the OFI signal chain. We'll investigate further on Monday.
After discussing with Jeff, I pulled the ZM2 coil driver S1700079 and found that the jumpers were not installed correctly. I installed jumpers on the W2 links and P3 (Run/Acquire Controls and Indicators) matching this unit to the ones we worked on prior.
It looks like the ZM1, VOPO 1-4, VOPO 5-6 also need the same treatment as their indicator lights are not correct on the front of the chassis.
Sheila, Nutsinee
Here I attached the SHG conversion efficiency measurement as a function of 1064 input power (red dots) plotted against theoretical prediction (the equation came from Polzik and Kimble 1991 paper on frequency doubling) . ~75% conversion efficiency at 400mW input, 48% conversion efficiency at 100mW input. For the fit I tweaked a couple parameters, intracavity losses (L) and the single-pass nonlinear conversion efficiency (Enl).
Here's everything I wrote down.
P in (1064, mW) | P out (532, mW) | P trans (1064, mW) | Common mode board gain (dB) | responsivity (A/W) |
100 | 48.6 | 2 | 24 | |
151 | 88 | 2.6 | 23 | |
102 | 49.5 | 0.313 | ||
206 | 135.5 | 3.1 | 22 | |
250 | 175 | 3.45 | 22 | |
300 | 220.2 | 3.8 | 21 | 0.297 |
350 | 267 | 4.1 | 21 | |
400 | 306.5 | 22 | ||
401 | 315.5 | 4.5 | 22 | 0.293 |
The common mode board common path gain was adjusted to keep the UGF at 3kHz.
The responsivity was adjusted to match the photodiode readback to the power meter.
P in and P out was measured with a 1W Thorlabs power meter. P trans was read out of the photodiode.
The optimized crystal temperature for green output was the same for all input power, at 35.9 C
More SHG characterizations:
[Kyle, Chandra]
We leak checked the gate of this valve after suspecting a leak. Kyle cycled it five times on leak detector and four out of the five times it leaked (e-6 mbar-L/s range leak). Then we sprayed the gate with IPA to clean it and re-tested with three cycles. No more leaks! It could be that particulate fell on the gate gasket during rough down when it was installed on OMC NEG housing. We have since received six more of this valve model and decided to leak check all at once right out of packaging. All six are leak tight to a level of 5e-8 mbar-L/s background. I cycled each valve once while on leak detector.
https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=9593
J. Kissel, M. Pirello, R. McCarthy Continuing along with the new HAM5/6 electronics adventure, we were able to make the H1 SUS OFI signal chain completely functional today. The electronics are final and as designed. As such, I was able to confirm that (a) The suspension remains free after pump-down (yes!) (b) The damping loop design from yesterday works well (yay!) (c) The AOSEM noise floor is below spec / requirements (yeah!) Attached are screenshots of the (newly taken) undamped transfer functions, (newly taken) damped transfer functions, and (newly taken) amplitude spectral densities. %% Details %% Undamped Data Files: /ligo/svncommon/SusSVN/sus/trunk/OFIS/H1/OFI/SAGM1/Data/ 2018-01-19_2151_H1SUSOFI_M1_WhiteNoise_L_0p01to50Hz.xml 2018-01-19_2151_H1SUSOFI_M1_WhiteNoise_T_0p01to50Hz.xml 2018-01-19_2151_H1SUSOFI_M1_WhiteNoise_Y_0p01to50Hz.xml Damped Data Files: /ligo/svncommon/SusSVN/sus/trunk/OFIS/H1/OFI/SAGM1/Data/ 2018-01-19_2312_H1SUSOFI_M1_WhiteNoise_L_0p01to50Hz.xml 2018-01-19_2312_H1SUSOFI_M1_WhiteNoise_T_0p01to50Hz.xml 2018-01-19_2312_H1SUSOFI_M1_WhiteNoise_Y_0p01to50Hz.xml How we made it work: (1) The OFI's coil driver is *not* an ISC configuration HAM-A driver chassis (No chassis drawing exists, only front and back panel drawings; see complaints about that in LHO aLOG 8772), it's a regular ol' HAM-A driver (D1100687)-- but both use the HAM-A board D1100117. That means we'd forgotten to jumper the "Test/Coil Enable" switch. That means out OFI's DAC drive wasn't making it into the coil driver circuit. Richard realized this and had Marc pull the chassis and jumper the appropriate pins on the board. While at it, we made the executive decision to jumper the Lowpass Filter ON as well, such that it behaves identically to an ISC configured HAM-A driver. (2) The drawing for cable arrangement on the vacuum flanges of HAM5 (D1002876-v4) is not up-to-date. As such, I discovered (after driving ZM2 with the OFI signal chain!!) that ZM2 and OFI cables were swapped at the vacuum flange, because whomever installed them couldn't possibly have known. We now have the cables correct, and - ZM2 (on cable SUS-SQ-21) is plugged into - Conflat D3 (the furthest +X, on the beam splitter side of HAM5), - Flange 2 (lower left, if you're looking at the chamber from the air side with the beam splitter to your back) - Connector 2 (the bottom DB25) - OFI (on cable SUS-SQ-30) is plugged into - Conflat D3 - Flange 3 (lower right, if you're looking at the chamber from the air side with the beam splitter to your back) (3) I had not yet installed the proper COILOUTF driver electronics frequency response compensation (primarily because there's an innocuous bug in the coil driver state machine code, 'cause it was built for a 4 OSEM system, and we're using it here on a 3 OSEM system). Having fixed those three problems -- we're good to go!
The process segfaults at startup. The reason appears to be an enum that went out of bounds. It was requesting a description string that did not exist. This appears to be an issue only when the connection is first made and a determination is made if the enum should be treated as a string or a numeric value. See FRS https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=9749
I branched the advLigoRTS code and implemented a fix. It is being tested on the h1sysecatc1plc4sdf. The h1sysecatc1plc4sdf is running.