[Corey, Betsy, Fil, Peter, Calum, Stefan, Koji]
Summary
- The ISC portion of the HAM6 vent work has been completed.
- Shield isolation of the in-vacuum cables was confirmed.
- The fast shutter was reinstalled on the table after some modifications.
=> Ready for the SEI mass balancing and other exiting procedures. OMC PZT HV is still on. Remeber to turn it off before pumping down.
Some details
- Shield isolation: It is always confusing to check the shiels isolation on HAM6 because of several reasons.
We initially had several cables shorting to the chamber but all of them but one happened at the slack of the cables right inside of the flange. The last one happened on the DB25 cable before it climb up to the vertical wall of the ISI.
- The fast shutter modification / reinstallation
(Photos are supposed to come later.)
Bubba, Jim, Dave:
UNIT-1 cooling in the MSR developed a very noisy fan this afternoon. It has been opened as FRS-6039. This system was turned off and the other two units had their set points reduced from 70F to 67F after the room became noticably warmer.
The room temperature can be monitored via the Beckhoff channels H1:pEM-C_MSR_RACK[1,2]_TEMPERATURE. It shows the temp increased from 18C to 26C (64F to 78F).
With the system at 80degF last night I had Tara open the door to the room to get some cooler air in. Seems to have stabilized the temperature.
This morning Bubba lubricated a bushing and has started the fan back up. If the noise starts again we will have to shut it down again. Bubba is looking into a replacement motor.
Completed the timing FPGA upgrades
Daniel, Ansel, Richard, Jim, Dave:
The remaining timing systems were upgraded to the "non-blinking" FPGA code. The units upgraded today were: master in MSR, two fanouts in CER, fanout in EY (EX was upgraded last week). All front end IO Chassis were power cycled for the upgrade.
Prior to the power down of the h1oaf0 chassis, the TCS chiller control cables were unplugged from the chillers (located on the Mech Room Mezzanine). These were reconnected when the reboots were completed.
Prior to the power up of the SEI IO Chassis, the AI chassis were powered down following the procedure in DCC-T1600332. Similarly, the AI chassis for ISC and PSL were powered down prior to IO Chassis power up. The AI chassis were restored to power when all front end code was running.
All front ends in MSR, EX, EY, MX and MY were power cycled. IRIG-B in MSR was power cycled, IRIG-B at EX, EY were not.
Removal of Binary IO Cards from SEI H16 and H23
Richard, Fil, Jim:
unused BIO cards were removed from the IO Chassis for h1seih16 and h1seih23
Addition of Binary IO Card into PSL
Richard, Jim, Dave:
A new BIO card was added to the IO Chassis for h1psl0. This is the first BIO card for this system and will be used for next week's new ISS tests.
New SUS QUAD code
Jeff, Jim, Dave:
Jeff completed his new QUAD code install on h1susitmx, h1susitmy, h1susetmx, h1susetmy. DAQ restart was needed to add slow channels.
Chandra R, Gerardo M
Removed and replaced annulus ion pump for GV3. after replacement, we pumped on the system with an aux-cart for 2.5 hours, then the ion pump was able to support the system on its own. Work done under WP 6064.
We used the crane to support the annulus pipes, the crane was returned to its parking spot and turned off.
The aux-cart was turned off and removed from the annulus system and moved back to its parking spot near HAM7.
Today I leak tested the entire Vertex RGA assembly simultaneously via encapsulating all of the components within a single bag and while the Cal-Gas isolation valves were open. The motivation for this is the result of having detected Argon in the RGA scan but not having been able to find a leak to atmosphere via testing the joints individually. Six bag penetrations were necessary (the 2 1/2" Vertex isolation valve, the pump port used to connect the leak detector, the pump port isolation valve, two lines for the two O2 sensors used and a line for the helium) and these were sealed off as best as could be done via tape. The helium line entered the bag at the top of the bag and the two lines for the two O2 sensors (w/internal pumps) entered the bottom of the bag. A very large (excessive) volume of helium was applied and a large flow could easily be heard as could the obvious inflation of the bag etc. (recruited Chandra to witness this spectacle!). No response was observed at the LD during the application of helium. An external fan sitting on the floor was utilized to keep helium from entering the LD's exhaust. The helium baseline was off scale low during testing. Also, the external helium calibration bottle was valved-in prior to changing the test conditions or cycling any internal valves to demonstrate helium sensitivity/calibration and show that the mass spec. was sampling at the test port. Note: Both of the O2 sensors used had expired and non-functioning chemical sensors. Both displayed on error to this effect upon startup but then displayed believable values of 20.2% O2 and 20.4% O2 after the errors were cleared. I demonstrated their non-functioning status via exhaling into the inlet tubes and noting that the %O2 displayed did not react. Thus, I could not measure the O2 concentration at the bottom of the bag but they still acted as pumps and provided an escape for the helium displaced air.
Will the cal leaks clean up with an in-situ bake?
State of alignment: restored and beam is in HAM6
Assistance: JeffK, Jenne
Activities:
I was taking some measurements on the BSCs earlier today, and I noticed a feature at about .73 hz in the OAF CARM and DARM suspoint channels that didn't show up in the OAF MICH suspoint spectra. I then looked at the GS13s on ETMY and there is a pretty sharp feature that seemed to have appeared after recovery this morning. A quick cruise through the Summary pages, though, showed that there is some intermittent feature that has been there off and on since at least the end of June. I thought it might be the RX/RY loops on ST2 I've been trying, but turning those off had no effect. I then took the ISI St2 to damped, but the feature was still there. Jeff said that the TMS has a resonance about .73 hz, so I turned the damping off and that made the feature much worse, but it also rang up a bunch of other features. Whatever this is, it has to be very intermittent since I hadn't noticed it before today, and I look at ETMY pretty frequently, and I've never noticed it before.
Attached plot is the ST2 RX GS13, which showed this the strongest, though RY and Y also saw it. The CPS also saw this in all configurations, even damped. The TMS sees this, though not as big, and the quad sees even less and only in pitch. ST1 of the ISI does not see this.
For future reference, recall that H1's TMSY is the only "first article" TMTS, slightly different from every other "production" TMTS. The mode that is close to this frequency is modeled to be at 0.734 Hz. *If* this resonance is the source of the feature seen in the ISI, I suspect the coupling to ST2 rotational DOFs is because the TMS is mounted far from the center of the optical table. I've taken a damped and undamped transfer function this morning to confirm that this mode is "well" damped when damping loops are on. RED is current damped BLUE is current undamped and BLACK is some previous test in June of 2015. Indeed, the undamped resonance is at 0.73 Hz (and there's actually a cluster of three resonances from various other modes cross-coupling into the measurement), but as the damped measurement confirmed, the Q is a low ~15-30, as designed.
Title: 08/09/2016, Day Shift 15:00 – 23:00 (08:00 –16:00) All times in UTC (PT) State of H1: IFO is unlocked. HAM6 Vent, Tuesday maintenance day Commissioning: Outgoing Operator: N/A Activity Log: All Times in UTC (PT) 15:00 (08:00) Start of shift 15:00 (08:00) Vern – De-energized PSL rotational stage 15:24 (08:24) Carlos – Going to roof to clean sky camera lens cover 15:30 (08:30) Carlos – Back from roof 15:36 (08:36) Gerardo – Going to GV3 to work on Ion Pump replacement – Craning (WP #6064) 15:41 (08:41) Krishna – Going into LVEA to work on compact BRS 15:45 (08:45) Karen – Going to clean End and Mid Y 15:45 (08:45) Christina – Going to clean End and Mid X 15:59 (08:59) Kyle – Going to End-Y to turn down RGA bake 16:15 (09:15) Richard – Going into CER to pull binary I/O cards WP #6067 16:16 (09:16) Hugh & Marc – Replace ITMX Corn2 Coil Driver WP #6063 16:17 (09:17) Jim B. & Dave – Going to CER to pull binary I/O cards WP #6067 16:22 (09:22) Corey & Filiberto – Going to HAM6 for ground checks 16:25 (09:25) Norco N2 delivery to End-Y CP7 16:31 (09:31) Daniel – Going to End-Y to work on Timing change WP #6066 16:34 (09:34) Christina – Finished at End-X – Going to Mid-X then to the CS 16:36 (09:36) Karen - Finished at End-Y – Going to Mid-Y then to the CS 16:39 (09:39) Jim & Ian – Going to End-X 16:39 (09:39) Kyle – Back from End-Y 16:42 (09:42) Betsy & Steven – Going into Optics Lab 16:46 (09:46) Dave B. – Going to End-X, Mid-X, End-Y & Mid-Y for reboots WP #6066 16:48 (09:48) Beverage service on site to stock machines 16:58 (09:58) Daniel – Back from End-Y 17:02 (10:02) Jim & Ian – Back from End-X 17:08 (10:08) Norco N2 delivery to LVEA CP2 17:10 (10:10) Cleaning service on site to change out mats 17:25 (10:25) Hugh – Going to End-X and End-Y to check HEPI Pumps 17:35 (10:35) Richard – Going to HAM6 area for ground testing 17:43 (10:43) Richard – Out of the LVEA 17:56 (10:56) Dave & Jim – In the CER for PSL reboot 18:04 (11:04) Kyle – Going into LVEA HAM4 area RGA WP #6068 18:06 (11:06) Joe – Going into LVEA battery and wash station checks 18:07 (11:07) Dave B – Going to Mid-X 18:11 (11:11) Hugh – Going to HAM6 to re-payload ISI 18:18 (11:18) Calum, Peter, Betsy, Corey – Going into LVEA to work on shutter 18:23 (11:23) Joe – Out of the LVEA 18:30 (11:30) Richard – Transitioned LVEA to Laser safe 19:06 (12:06) Gerardo & Chandra – Out of LVEA – Crane is parked & AUX cart is running 19:22 (12:22) Corey – Out of the LVEA 20:15 (13:15) Corey & Filiberto – Going to HAM6 for grounding checks 20:42 (13:42) Betsy – Out of LVEA 20:45 (13:45) Koji – Going to HAM6 20:55 (14:55) Gerardo – Going into LVEA to check on Ion Pump at GV3 21:30 (14:30) Krishna – Taking student on tour of the LVEA 21:37 (14:37) Steven – Going into the Optics lab 22:01 (15:01) LVEA transitioned to Laser Hazard 22:02 (15:02) Betsy – Going to HAM6 22:21 (15:21) Cheryl – Going to HAM6 22:30 (15:30) Cheryl – Out of the LVEA 22:40 (15:40) Calum & Travis – Going to HAM6 22:54 (15:54) Gerardo – Going to shutdown AUX cart at GV3 Title: 08/09/2016, Day Shift 15:00 – 23:00 (08:00 – 16:00) All times in UTC (PT) Support: Incoming Operator: N/A Shift Detail Summary: IFO is unlocked due to HAM6 vent for OMC repairs. Tuesday maintenance day. Close out work continues at HAM6.
[Stefan, Jenne]
We have been looking at different PD signals to see if we can set up a guardian check that the fast shutter indeed closes upon lockloss. Right now we don't have a good way to code it in guardian yet, so Stefan has made a template for the lockloss script that we can run every lockloss.
Note that AS_C and ASAIR_B are both before the shutter, so should not see a change in light upon shutter close. AS_A, AS_B, and OMC_DCPD are all after the shutter, and should lose light if the shutter successfully closes.
For now, we have some DTT snapshots. NDS2 is under maintenence, so not all plots have the same traces, sorry.
Once NDS2 is back online, we'll post a few more plots of a few more locklosses, with both ASAIR and OMC DCPD included.
Also, we don't want to use signals such as the OMC input pointing QPDs that are whitened for this fast information.
NDS is back. Here are several plots, one where the shutter failed, and 5 where it worked. We see that this "bounce" is very repeatable.
The problem is that the big pulse of power can come before, during or after the bounce, so it is possible that we still send high power light to the AS WFS and the OMC unintentionally. As long as the PZT shutter has worked, the DCPDs will be protected, but the black glass dumps and AS WFS will not be. See in particular the 28July 20:19utc plot for an example when the big pulse comes just after the fast shutter originally closes.
Rich saw this bounce behavior when testing the fast shutters (see T1400335 starting at page 8), so this is a known issue, but we need to fix it.
Optical way of looking every acquisition whether the shutter is moving:
The fast shutter is kept closed through DRMI lock, and only opened when we're ready to start using the AS WFS in the DHARD_WFS state. So, we can look to see that there is some power at the ASAIR PDs, or also the AS_C diode. Initially, there should be no light on the AS WFS or going to the OMC. However, after the shutter is requested to be opened, we should suddenly see signal on those diodes.
Attached are 2 instances of this behavior, so it shouldn't be too hard to write a guardian check to ensure that the fast shutter is moving during every lock acquisition sequence. If instead we see light on the AS WFS as soon as DRMI is locked, and there isn't a sudden change when the shutter is requested open, then we should get warnings so that we know the shutter is perhaps stuck open.
Hopefully the new shutter installation will solve the problem that Jenne mentions where the shutter let light pass for about 20 msec after the original closing. We believe that the previous shutter was too low (9 mm between the beam and the top of the shutter mirror), so that the downward 'bounce' of the shutter was enough to let the beam by. The shutter is now 3 mm higher than it was, so hopefully it will continue blocking the beam even during the downward part of the shuttering cycle.
J. Kissel ECR E1500045 FRS 6014 WP 6051 I've completed the installation of the infrastructure for individual switch-ability for all QUAD's PUM / L2 actuation stage coil drivers. This stage should now have the same functionality as the BS M2, and all of the M3 stages of the HSTSs (the MCs, the PRs, and the SRs). I've created EUL2OSEM burt files for the walk through switching the state of each coil, so the only step that remains to take advantage of the new infrastructure is to modify the ISC_LOCK guardian's COIL_DRIVERS state to include the QUADs. Details: ------------- This update includes (this should double as an installation checklist for LLO) - Updates to the ITM and ETM QUAD library parts: (see screenshots in LHO aLOG 28906) /opt/rtcds/userapps/release/sus/common/models/ QUAD_MASTER.mdl << Modified the BIO block to use the new Individually Controlled PUM library block, arranged connections from BIO to L2 blocks accordingly QUAD_ITM_MASTER.mdl << (same as above) Modified the BIO block to use the new Individually Controlled PUM library block, arranged connections from BIO to L2 blocks accordingly STATE_BIO_MASTER.mdl << Created new library block for individual control of PUM driver FOUROSEM_DAMPED_STAGE_MASTER_WITH_DAMP_MODE.mdl << Modified COILOUTF bank to accept individual control and switched EUL2OSEM matrix from static to ramping - Corresponding updates to the impacted ITM and ETM QUAD MEDM screens, /opt/rtcds/userapps/trunk/sus/common/medm/quad/ SUS_CUST_QUAD_OVERVIEW.adl SUS_CUST_QUAD_ITM_OVERVIEW.adl SUS_CUST_QUAD_BIO.adl SUS_CUST_QUAD_ITM_BIO.adl SUS_CUST_QUAD_L2_EUL2OSEM.adl - Restored the nominal L2 EUL2OSEM matrix values, given the new channel names from the ramp matrix part - Installed a ramp time of 8.0 sec for the EUL2OSEM matrix, as is the case for the other Triples that have been modified previously - Restored the nominal coil driver state and test/coil enable for each coil individually (LHO likes these to be in State 2 (acq ON lp OFF) in the DOWN state, currently) - Creating new burt configuration files for the EUL2OSEM matrices as each coil is turned off. These now live and been committed here: /opt/rtcds/userapps/trunk/isc/h1/scripts/sus/ ?tm?_l2_out_ll.snap ?tm?_l2_out_lr.snap ?tm?_l2_out_normal.snap ?tm?_l2_out_ul.snap ?tm?_l2_out_ur.snap - Reconciling the SDF system such that - All new EUL2OSEM matrix channels are accepted and monitored - All new individual BIO channels are accepted and monitored - The EUL2OSEM ramp time has been accepted and monitored This closes out the above mentioned work permits and FRS for H1.
No resets needed, all saturation counts 0.
FAMIS# 7066
Took pet swipe in HAM6 on 08/02/2016 when doors were removed. Swipe was from -X side of OMC weldment to side of table, (see photo). At the same time, removed 4" witness wafer from HAM6. Sample has been prepared for analysis (DCC T1600336). See photo for location of wafer.
Krishna
I'm driving a piezo stack placed under the c-BRS platform with a function generator (drive frequency 5-200 mHz, 10V pk-pk) located on the floor in the CER. This setup is temporary and will be removed in a few hours.
There are no significant changes from last week. OSC DB3 still showing incorrect current measurement and AMP chiller flow rate showing very slkow steady decrease.
[Betsy TJ Koji]
We measured the optical powers in HAM6 before OM1-3 and OMC as well as at the transmission of OM1 and OM3.
Taking the ratio of these powers and AS_C QPD SUM, we get the calibration of the optical powers in HAM6.
This will be used for throughput calculation of the entire IFO output optics.
The ratio is
(Power into HAM6)/(AS_C QPD SUM) = 0.0162 +/- 0.0005 [mW/cnt]
Caveat: Our measurements were dominated by the systematic error of the power meter (as usual). Estimated size of the error is +/-3%.
Without having a better power meter, I don't expect I can improve this number.
As you can see in the spread sheet, each measurement has small statistical error like 0.1~0.5%. The numbers for AS_C QPD SUM was taken by the data downloaded from CDS.
However, two measurements of the optical power before OM1 (blue) showed 5% discrepancy. Also tracing the power along the main HAM6 path, the fluctuation of the power measurement (blue plot) exceeds the expected reduction of the power (orange plot) by measured transmissions. (Note that OM1 and OM3 has 800ppm and 1.6% transmission, that is consistent with the measurement in 2015.)
Therefore, this big fluctuation was concluded to be a systematic error of the measurement, particulary of the power meter (Ophir diode type sensor head), considering the stability of the AS_C QPD SUM.
From the two measurement of the optical power before OM1, and the plot, the systematic error was estimated to be +/-3%.
SInce the ETMs were available, I carefully tuned the PUM to TOP mas offloading gain for PIT and YAW. To do this, I drove the PUM at 0.1Hz with 20000cts on the L2_LOCK_[P/Y]_EXC, and set the gain on the TOP mass to exactly cancel the signal in the optical lever.
For YAW this can easily be done with sub-percent precision. The PIT TOP/PUM ratio features a lag filter with a complex pole zero douple-pair at 0.52Hz and 0.56Hz, which can be seen in the QUAD model. I designed a lead filter with those frequencies, but Qs low enough to match the phase at 0.1Hz exactly. The corresponding lead filter is in the M0_LOCK_P FM7 module:
zpk([0.325+i*0.405925;0.325-i*0.405925],[0.349999+i*0.437149;0.349999-i*0.437149],0.999999,"n")
The regquired gains in the M0_LOCK filter modules were:
ETMX PIT 898 *1e-6
ETMX YAW 1428.7 *1e-6
ETMY PIT 1294 *1e-6
ETMY YAW 1650 *1e-6
I put gain of 898, 1428.7, 1294 and 1650 into the M0_LOCK FM6 modules. By selecting FM4, FM5, FM6 (and FM7 for PIT) this implements a xross-over at exactly 0.1Hz. (pictues).
The same has to be done for the ITMs, and the guardian has to be updated to use those filters.
Also set the PUM to TOP cross-over to 0.1Hz for the ITMs, following the same procedure as for the ETMs. The gains were tweaked in the OFFLOADED configuration. The required gains were:
ITMX PIT 1147 *1e-6
ITMX YAW 1547 *1e-6
ITMY PIT 1155 *1e-6
ITMY YAW 1573 *1e-6
I also moved the gain filters to FM3 (removing the old +10dB filter), so it can be switched before the integrator. This was done for all 4 test masses, pit and yaw. With these filters, the settings shown in the attached screen shot result in a 0.1Hz x-over.
The guardian was updated to set this x-over just before engaging the soft loops. I havent switched the guardian to use the offloaded design for the ITMs though.
Photos From Yesterday's Fast Shutter Work
Photos are on Resourcespace here:
https://ligoimages.mit.edu/?c=1705
Cable Grounding Check
(Corey, Fil, Koji)
Documents of interest:
We went through as many of the ISC/SUS cables as we could, which is mainly all the DB25 connectors (most were on a single flange, D6). The non D6 cables [i.e. SUS OMC & WFS Heads] were checked at the CDS rack (east of HAM6) & the SUS rack (south west of HAM6). We did not check the RF WFS cables at D5 (not sure how to make check on these connectors, and Koji was worried about disconnecting the connectors since it could make things worse. We also did not check SEI since those cables were not touched and are nicely clamped & out of the way.
Some notes:
OMC Cables (D6: F1, F2, & F3): These cables all go to a harness on the OMC breadboard. Their sheilds are all tied to each other. Since we checked these cables at the flange, You must disconnect all three cables at the same time. Then you can do the ground loop check (otherwise, if you do one at a time, you will trick yourself into seeing ground loops, but this is because their sheilds are all connected).
For the Picomotor cables, I thought Koji said we should disconnect the cable from the picomotor and then check for grounding, but I can't remember if that is really necessary.
Bird's Nest!: We found some shorts. When one finds a short, the job is to go in chamber and then "wiggle" the cable in question until you no longer see the short. I believe we were able to do this in-chamber right next to the D6 flange. This is where there is a "bird's nest" of ISC cables (unfortunate...I reckon we could clean this up by carefully clamping ISC cables down to HAM6's Stage0.).
At any rate, whenver one fixes a cable with a ground loop, one must then re-check all cables! This is because all these cables are in this "bird's nest". And if you remedied one by moving it around, you don't know whether you made things worse for a neighboring cable in the "nest".
At the end of the day, we were happy with our ground loop checks for these cables.
OH, a To Do Item:
At the D6 Flange, it was easier for Fil to plug/unplug cables when he removed some protective bars were removed from the flange protector. At the nearest convenience, those bars should get re-installed.
Re the To Do Item--removal of the 'protective bars' aka strain relief, to make it easier to unplug cables. These should be replaced and returned to relieving strain by the remover. There is plenty of instances where this has not been done and I expect is the SOP, sadly. The job is always so much easier if you don't have to return to it later, after you've remembered it.
> For the Picomotor cables, I thought Koji said we should disconnect the cable from the picomotor and then check for grounding,
> but I can't remember if that is really necessary.
No. It turned out that the picomotors have no shields at the mighty mouse connectors and have no shorting the the table.
HAM6 CC wafer placement - it is now back in the same place as the last one was pulled from.