Aidan (remotely), Nutsinee, TJ (in spirit), Kiwamu,

The return beam of the Hartman system for ITMX (HWSX, alog 36332) was successfully found on the HWS table today after people performed the full initial alignment process once.

We then centered the HWSX return beam to the Hartman camera. We are ready to repeat the measurement of the hot spot (34853).

(some details)

We followed the procedure written in T1700101-v2.

Nutsinee and I went to the HWS table after the initial alignment had been done. First of all, looking at the Hartman beam with respect to the two irises on the table, we confirmed that the Hartman beam had stayed in a good shape. We then started checking the periscope mirrors to look for the green light down from the X arm. We immediately found the green light on the top periscope mirror. Carefully inspecting the spot position on the mirror, we determined that the beam was well centered with a precision of about 5mm or so.

We steered the top and bottom periscope mirrors to make the green light centered on both irises. Finally, we steered the steering mirror in front of the Hartman camera while watching the stream live image of the camera. We found the Hartman return beam on the stream image right away. We then touched the top periscope mirror and the steering mirror to fine-tune the beam/aperture locations.

The attached are the images after we finished aligning the return beam to the camera with and without the Hartman plate.

WP 6652
ERC 170062

The BRS ion pump read back signals are now tied into the vacuum rack. Field cabling from each controller was pulled to connector header H (Pins 37-40) inside the vacuum rack. The Vacuum Controls Chassis was modified to add the new read back signals to terminal 15. Channel 1 is the voltage read back and channel 2 is the pressure read back.

Controllers for the BRS ion pumps are not the same.

End Y - Gamma SPCe controller
End X - MiniVAC Controller

F. Clara, G. Moreno, R. McCarthy, P. Thomas

Following the installation of the OS and HWS_CODE on the H1HWSMSR1 computer for HWSY we found we couldn't get the HWS code to run properly. It turned out that the new computer had an old BASHRC file (where the environment variables for the HWS code are defined). I fixed this by duplicating the BASHRC file from H1HWSMSR. I've attached it below. 

The two computers are identical in all respects but one. Due to the way the HWS code currently runs, each computer creates EPICS channels for ITMX and ITMY. In order to avoid duplicate channels messing up EPICS, I've made the following two changes:

On H1HWSMSR (the HWSX computer) in .bashrc:

• export OPTIC0=ITMY0_HWS 

  • a fake ITMY0 channel is created

On H1HWSMSR1 (the HWSY computer) in .bashrc:

• export OPTIC1=ITMX0_HWS 

  • a fake ITMX0 channel is created

I valved-in the running pump cart to the HAM11/HAM12 annulus volume for a few hours today.  The HAM11 controller had went off scale high some time ago for no good reason as both the pump and the controller have low hours.  It stayed off scale even while being assisted by the pump cart so I "assisted" the pump body with a few impacts (tough love) at which point it recovered and stayed on scale.  

1615 hrs. local -> I valved-out the pump cart.  We'll see if it has "learned its lesson".

  Peter K., & Jeff B. 

   This morning we replaced the leaking ball valve assembly reported in aLOG #36343. A last check of the new assembly, just before opening the GVs, showed no leaks. Will take a look at it during the next window to verify all is well.   

Attached are ~monthly relative humidity readings of the 3 desiccant cabinets in the VPW - DB4 houses 3IFO sensitive hardware, the other 2 Spare.

TITLE: 05/24 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: May
SHIFT SUMMARY: Gate valves are open and initial alignment is almost finished. We have already locked the arms in green, and have moved on to the rest of the alignment. Jeff will post up a longer write up of our woes. Other than that we had some maintenance work go on in the morning, see below.
LOG:

• 15:03 Bubba to EX then EY for airflow testing
• 15:13 Jeff B to LVEA to check on leak status
• 15:50 Peter to H2 enclosure
• 15:58 Peter out
• 16:28 Travis to EY for PCal measurement
• 16:58 Bubba back from EX (Apollo still down there) and then going into the CER
• 17:05 Jeff B to LVEA to check on leak again
• 17:12 Hugh taking EX HEPI down
• 17:26 Richard to EY to test phones
• 17:26 Bubba out of CER, Apollo crew goin from EX to EY
• 17:44 Vern ans TJ into LVEA to turn on CO2 lasers
• 17:54 Jeff B to LVEA again to check on leak
• 18:12 Richard back
• 18:21 Betsy and Nicole to MY and then EY and then MX
• 18:25 Travis back from EY
• 18:26 Jeff B out
• 18:50 Gate valves open!
• 19:25 Gerardo, Fil back and done
• 20:45 Richard, Fil to Ends to look at power supplies
• 20:57 Jenne, Vaishali to LVEA ISCT1
• 21:06 Richard, Fil back
• 21:07 Jenne, Vaishali back

WP 6646
alog 36345

All Inficon BPG402-SE gauges on BSC5 and BSC6 are now powered by 24V from the vacuum rack. Old configuration had gauges powered from the ESD Pressure Interlock Chassis (D1301020) and vacuum rack. By running a new signal cable from the vacuum gauge to the ESD Safety Relay Chassis D1400047, the ESD Pressure Interlock Chassis is no longer needed.

J. Kissel, T. Shaffer

In prep for their use during recovery, I've turned on the high voltage for the HAM6 Fast Shutter and OMC PZT. 

I attach pictures of how they look turned on. 
The racks are in the mezzanine above the CER.
For the OMC PZT, we just flipped the big double power switch on the left. 
For the Fast Shutter, we flipped on the power switch, hit "Recall" > "1" > "Enter" then hit the "OUTPUT ON/OFF" button to energize the output.

Of note -- the OMC PZT's output current was ~0.8 [mA], even though the sticky note below it suggests "2 mA". We weren't sure what this means, we'll ask others. (We checked the "I SET" parameters and it was a 80 [mA], suggesting that this was not limiting the output current.)

Attached are CPS spectra for FAMIS task 6899. High frequency noise looks good for all chambers, I don't seen any other issues.

J. Driggers, K. Izumi, S. Dwyer, J. Kissel, V. Adya, T. Shaffer

We've been able to find green alignment quite easily. Yes!!

However, once we were able to get ALS X well aligned and locked, with Green WFS and ITM camera alignment systems ON -- the ALS X Beckhoff state machine turned into a blinking MEDM light show. The arm would remain locked, with good alignment, the ALSX guardian would go into fault.

The obvious symptoms were several momentary errors on the (from the ALS Overview Screen) Beckhoff screens for PDH, Fiber PLL, and VCO that each complained of each other.
We started with slow calculated attempts of trying to disable various parts of the state machine, e.g. 
    - using H1:ALS-X_FIBR_LOCK_LOGIC_FORCE to force the fiber PLL lock, or 
    - by hitting reset (H1:ALS-X_VCO_CONTROLS_CLEARINT) on the H1:ALS-X_VCO_TUNEOFS to reset the frequency finding servo.
we then degraded to a bit of button mashing, after which the state machine would just restore everything to what it was before we started.

Finally, Sheila showed us how to dig down an alternate path for finding errors via the sitemap > SYS > EtherCAT overview and follow the error messages from there. However the screens only show explanatory text when there are errors present, which makes tracing a momentary error frustrating at best. Our path down this rabbit hole was
    sitemap >
        SYS >
            EtherCAT overview > ECAT_CUST_SYSTEM.adl
                X-End PLC2 (because it showed a text "ALS-X; ISC-EX") > H1_X1PLC2.adl
                    Als (which had no text) > H1ALS_X1_PLC2.adl
                        X (had no text) > H1ALS_X1_PLC2_X.adl
                            Potential BUG: On this screen the "Lock" and "Refl" were showing constant errors but "Laser" ended up being the problem
                            Laser (maybe showed only momentary text) > H1ALS_X1PLC2_X_LASER.adl
                                Head > H1ALS_X1_PLC2_X_LASER_HEAD.adl
                                    After careful scrutiny of this screen we found that the ALS-X laser diode 2's powr monitor
                                        H1:ALS-X_LASER_HEAD_LASERDIODE2POWERMONITOR
                                    was bouncing between 2.038 and 2.039, with is just hovering along the edge of the user defined tolerance of
                                        H1:ALS-X_LASER_HEAD_LASERDIODEPOWERTOLERANCE == 0.2
                                    from the user-defined nominal
                                        H1:ALS-X_LASER_HEAD_LASERDIODEPOWERNOMINAL == 1.842
                                    After increasing the threshold on deviations from the nominal from 0.2 to 0.5, the entire state machine became happy and normal.

This is a problem we'd never seen before, but upon further inspection while writing this log (because we found it hard to believe that laser diodes would produce *more* power than before), I took a look at the 15 day trend of this laser power vs. the X VEA temperature (as measured by the PCAL Receiver's Temperature Sensor), and indeed, the laser power follows it nicely. We should be prepared for the HVAC upgrade to be impacting a lot more than just suspension alignments (LHO aLOG 36331).

Lesson Learned The state machine for the ALS system is really hard to debug when there are momentary errors. 
    - We should change the beckhoff error reporting to be latching
    - We should change these automatically generated screens to *always* display text, so that one can navigate around them with comfort
    - There may actually be a bug in the reporting system

As Jeff posted last night, we've been working on doing Z tilt decoupling on the ISI's like Hugh and Krishna did back in 2014 (!) for the HEPIs in alog 15726. I followed a similar procedure to Hugh, getting tf's (with Jeff's help) driving in Z,RX and RY and dividing the Z to X/Y tfs by the RY/RX to X/Y tfs to get  the magnitude of the Z to RX/RY coupling. The calculated coefficients are then writtent into the Z->RX/RY cps2cart matrix elements. I still need to get the BS RY drive data and I need to do some close-out transfer functions to evaluate how good the decoupling is. Additionally, it looks like ETMY didn't need tilt decoupling in either dof, and ITMX & ETMX RX were also good.

The two attached plots are the ETMX & ITMX before and after Z drive to X transfer functions. These plots show the reduction in the magnitude of the coupling from Z to X, which implies that the magnitude of the Z to RY coupling has been reduced.

I've added all of my measurement data to the seismic svn at /ligo/svncommon/SeiSVN/seismic/BSC-ISI/H1/Common/Data/ Z_RX_RY_decouple, but its a couple hundred of megabytes of data.

(This concludes WP #6644) 

Kyle

RGA scans were taken this morning followed by the spinning down of the Vertex, YBM and XBM MTPs (main turbo pumps), isolating the scroll fore line and stopping the scroll pumps, "burping" GV5 and GV7's gate annulus volumes into the adjacent ion-pumped annulus volumes and then opening GV5 and GV7.  

Note:  

GV5's gate separated without a fuss but approximately 3/4 of the way into its "open" stroke it came to a halt with a "clunk" confirmed by a stoppage of audible displaced air out of the electro-pneumatic selector manifold .  I assumed that it was at the mechanical stop but CDS was indicating a "yellow" field.  After a minute or so of contemplation, and on its own, it resumed stroking to the mechanical stop.  GV5 has always been worrisome but seems to be getting worse with use.  GV7 behaved weird as well in that the gate seemed to separate as usual and CDS transitioned to "yellow" but the adjacent vacuum pressures indicated no gate separation.  With additional increase in pneumatic air pressure the vacuum pressures finally responded but the displaced air out of the electro-pneumatic selector manifold was barely audible during the stroking.  Even with 55 psi applied, it took noticeably longer than normal for it to open.  This is consistent with the "dribble' of displaced air.  I did note that the red light showing which side of the piston the instrument-air was being applied to was not illuminated.  I don't know if this is a new problem or if the bulb has been burned out for a while????  

Starting CP3 fill. LLCV enabled. LLCV set to manual control. LLCV set to 50% open. Fill completed in 27 seconds. TC B did not register fill. LLCV set back to 19.0% open.
Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 1620 seconds. LLCV set back to 37.0% open.

J. Kissel, K. Izumi, (A. Brooks by phone)

We had restored the ITM ring heater settings, but failed to see any measured current. After calling Aidan, he told us to check the drivers in the CER. We found they were OFF. We've turned the drivers back ON and restored the settings. ITMs are now being toasted as normal.

Vern S. asked that I post these scans so as to make them available for review to all who are interested prior to opening GV5 and GV7.  So, here they are. 

h0rgacs_SEM_analog_05242017a is a scan of the combined Vertex+YBM+XBM volumes while they are being pumped via IPs1-6.  Note that, for this scan, I am running 1mA filament current and 1300V SEM voltage.  For scan h0rgacs_SEM_05242017b I reverted the settings back the Quadera default of 2mA filament current and 1500V SEM voltage.  I think that the scans that Chandra R. had taken prior to this vent exercise had used the as found Quadera default settings.  As such, if you are comparing "before" to "after" scans, you will want to use h0rgacs_SEM_05242017b.