This afternoon I ramped CP4's LLCV in 5% increments every 2 minutes, from 39% to 88% open, from 88% full to 100% full, for more data from exhaust flow meter. 

Fill level SP has been reset to 92% and level is slowly coming back down at 20% open on LLCV.

Kudos to Patrick for writing an effective PI-code. It works very well for overfill scenarios! 

Gerardo, Chandra

On Tuesday, Aug. 23rd, we adjusted potentiometer on PT-140a (pirani) again - this time CCW 11 turns. Since Gerardo terminated cables for AIPs, gauge voltage has changed again and needs to be adjusted again so CC does not keep tripping due to set point interlock.

TITLE: 08/24 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Corey
SHIFT SUMMARY: Commissiong work continues.
LOG:

• 15:43 Kyle to LVEA to check on RGA
• 15:54 Kyle out
• 16:05 Betsy, Travis to LVEA looking for parts.
• 16:16 Betsy, Travis out
• 17:04 Fil, Ed M to MY
• 17:57 Fred, Hannah, and guest driving down the arms
• 19:20 Travis, Betsy to MX
• 14:13 Kyle to LVEA RGA
• 14:17 Kyle out
• 15:09 Handford Fire at the gate and then driving down X arm.

1425 - 1440 hrs. local -> To and from Y-mid 

Opened exhaust check-valve bypass-valve, opened LLCV bypass valve 1/2 turn -> LN2 @ exhaust in 1 minute 20 seconds -> Restored valves to as found configuration.  

Next CP3 overfill to be Friday, August 26th.

Daniel and Vern asked for a list of H1 models which are using the cdsEzcaRead and cdsEzcaWrite parts to transfer data to remote IOCs. This is following my discovery that the h1psliss model is attempting to send data to LLO EPICS channels (which also do not exist at LLO, presumably obsolete channels).

To make the list, I created a list of front end model core mdl files and grep within each file (grep -B 2 cdsEzCaWrite */h1/models/${model}|grep ":")

cdsEzCaRead:

h1ioppemmx.mdl *

      Name       "H1:DAQ-DC0_GPS"

h1ioppemmy.mdl *

      Name       "H1:DAQ-DC0_GPS"

h1sushtts.mdl 

      Name       "H1:LSC-REFL_A_LF_OUTPUT"

h1pslpmc.mdl

      Name       "H1:PSL-OSC_LOCKED"

h1tcscs.mdl

      Name       "H1:ASC-X_TR_B_SUM_OUTPUT"

      Name       "H1:ASC-Y_TR_B_SUM_OUTPUT"

      Name       "H1:TCS-ETMX_RH_LOWERPOWER"

      Name       "H1:TCS-ETMX_RH_UPPERPOWER"

      Name       "H1:TCS-ETMY_RH_LOWERPOWER"

      Name       "H1:TCS-ETMY_RH_UPPERPOWER"

      Name       "H1:TCS-ITMX_CO2_LASERPOWER_ANGLE_CALC"

      Name       "H1:TCS-ITMX_CO2_LASERPOWER_ANGLE_REQUEST"

      Name       "H1:TCS-ITMX_CO2_LASERPOWER_POWER_REQUEST"

      Name       "H1:TCS-ITMX_CO2_LSRPWR_MTR_OUTPUT"

      Name       "H1:TCS-ITMX_RH_LOWERPOWER"

      Name       "H1:TCS-ITMX_RH_UPPERPOWER"

      Name       "H1:TCS-ITMY_CO2_LASERPOWER_ANGLE_CALC"

      Name       "H1:TCS-ITMY_CO2_LASERPOWER_ANGLE_REQUEST"

      Name       "H1:TCS-ITMY_CO2_LASERPOWER_POWER_REQUEST"

      Name       "H1:TCS-ITMY_CO2_LSRPWR_MTR_OUTPUT"

      Name       "H1:TCS-ITMY_RH_LOWERPOWER"

      Name       "H1:TCS-ITMY_RH_UPPERPOWER"

h1odcmaster.mdl

      Name       "H1:GRD-IFO_OK"

      Name       "H1:GRD-IMC_LOCK_OK"

      Name       "H1:GRD-ISC_LOCK_OK"

      Name       "H1:GRD-OMC_LOCK_OK"

      Name       "H1:PSL-ODC_CHANNEL_LATCH"

* mid station pem systems do not have IRIG-B timing, cdsEzCaRead is used to remotely obtain starting GPS time.

EzCaWrite:

h1psliss.mdl *

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_1_GAINSTEP"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_1_SET_1"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_1_SET_2"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_1_SET_3"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_2_GAINSTEP"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_2_SET_1"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_2_SET_2"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_2_SET_3"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_3_GAINSTEP"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_3_SET_1"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_3_SET_2"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_3_SET_3"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_4_GAINSTEP"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_4_SET_1"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_4_SET_2"

  Name   "L1:IMC-SL_QPD_WHITEN_SEG_4_SET_3"

h1pslpmc.mdl

      Name       "H1:PSL-EPICSALARM"

* all writes to L1 channels will be removed on next restart of PSL ISS model.

See yesterday's alogs for a review of yesterday's activities. Please close all FRSs.

SEI - All good. ITMX did not trip from the two big EQs last night.

SUS - Charge is growing, needs a sign flip soon.

CDS - Next tues pulling demod board and putting the common mode board back in.

PSL - After recovering from a trip yesterday, things look good.

Vac - Hoping for more experiments on CP4, it will cause alarms. Kyle still baking vertex RGA, noise will continue for the week.

Facilities - [[Edit]] Safety meeting today.

I was asked to summarize the SWWD (software watchdog) timing sequence as a reminder.

t=0: SUS IOP detects top OSEM RMS exceeds trip level, starts its 1st countdown (5 mins)

t=5mins: SUS IOP 1st countdown expired, its IPC output goes to BAD and it starts its 2nd countdown (15 mins). SEI IOP receives the BAD IPC, and starts its 1st countdown (4 mins)

t=9mins: SEI IOP 1st countdown expired, its IPC output goes to BAD and it starts its 60 second 2nd countdown. SEI user models get the 60 second warning IPC so they can cleanly shutdown before the DACs are killed

t=10mins: SEI IOP 2nd countdown expired, DAC cards associated with the chamber the SUS is located in are killed

t=20mins: SUS IOP 2nd countdown expired, SUS DAC cards are killed

For the hardware watchdog (HWWD) the times are doubled. The power to the ISI Coil Driver chassis is removed after 20 mins of continuous SUS shaking.

The power meter in the high power oscillator's external shutter was replaced.  The existing unit
ceased to function some time around the planned power outage a couple of months ago for reasons
best known to itself.

old S/N = 589365
new S/N = 627203

Jason/Peter

Sheila, Terra

Tonight we implemented the decoupled ASC SOFT matrix (first tried here but reverted a few days later). In past locks, the test mass op levs show common soft drift during power up; diagonalizing SOFT and HARD should help reduce this. 

Powering up with this new matrix rang up a CSOFT power-to-angle instabiltiy ~0.5 Hz, causing us to break lock a few times near the end of power up. Next lock, we stopped at 20 W and adjusted SOFT offsets to get the best alignment (PRG ~32) and then powered up to 50 W successfully with no instability.

We still lost PRG during the remaining power increase, so adjusted POP_A offsets then SOFT offsets again. POP_A offsets only slightly improved; far less dramatic than with old matrix and SOFT offsets. In the end we recovered quite a bit of PRG but at the cost of sideband loss. Final offsets shown in attachment.

Tomorrow we'll try applying offsets at 2 W and/or putting offsets on QPDs instead. We're leaving the new matrix implemented in the guardian (but not offsets yet).

We also had trouble with bounce modes tonight, mostly in ETMX. This was solved by turning on the EVANBR filter (which was the only test mass that hadn't had this filter turned on). We did not see the 9.4 Hz DHARD_P instability. 

We leave the interferometer at 50 W with DOWN requested.

First few hours of the shift were spent with recovery from the issues at the electronics racks out on the floor near the PSL.  As Jeff K, noted, when we tried walking through locking we found issues with the MC Common Mode Servo Board (it was swapped out per his alog). 

The rest of the evening was spent with commissioning.

There was a 6+ magnitude earthquake which shook things around (while we were still in recovery mode)---hope Virgo rode through it OK.

S. Dwyer, J. Kissel, C. Gray

After successfully recovering the IMC's VCO and recovering the IMC (29264), we were able to get up through LOCKING_ARMS_GREEN in the lock acquisition sequence. However, we found that ALS COMM failed caused lock losses during the next step (LOCKING_ALS), when the input for IMC length control in its Common Mode Chassis was switched from the IMC's PDH output to the ALS COMM PLL output. The ALS COMM PLL output is connected to IN2 of the IMC chassis that had a new daughter board installed in the star-crossed ISC rack H1-ISC-R1 today (LHO aLOG 29250). After fighting through MEDM screen confusion* at the racks, we found that OUT2 (an analog pickoff pick-off just after the input gain circuit) indicated a ~2.5 [V] offset, even with IN2 terminated with 50 [Ohms]. 

Suspecting that this symptom was indicative that the input gain circuit (circled in red in MEDM screen capture) was yet another causality of the unfortunate rack power mishap today (LHO aLOG 29253), we've replaced the entire chassis (which lives in U14 of H1-ISC-R1) with a spare we found in the EE shop -- S/N S1102627 (or Board S/N S1102627MC). 

Notably, this spare does not have one of the new daughter boards on which Chris has worked so hard.

We're not suggesting this swap be permanent, but we make the swap for tonight at least, so we can hopefully make forward progress. We suggest that IN2 and/or the input gain stage of SN S1102626 be fixed tomorrow, and the chassis restored so we can employ the new daughter board.

Other Details:
- Before removing the chassis, we powered down the entire rack using the voltage sequencer around the back at the top of the rack. 
- After installing the rack, we were sure to have all cables connected appropriately before turning the rack power on again (via the sequencer again).
- We added a few labels to the IMC's PDH output and the ALS COMM PLL output cables such that they're easier to follow and reconnect in the future.

*MEDM Screen Confusion -- whether IN1 or IN2 is fed into OUT2 of all common mode chassis is selectable on their MEDM screens. For the IMC's common mode board (at least for SN S1102626), the MEDM screen's indication of the status of that switch is exactly backwards. When the screen indicates that IN1 is feeding OUT2, IN2 is feeding OUT2, and vice versa. #facepalm

I've made a script to somewhat automate the weekly oplev trends FAMIS task. It makes 3 plots like the attached image of the oplev pit, yaw and sum channels for the test-masses, BS, PR3 and SR3. It still requires a little fiddling with the plot, you have to zoom in manually on any plots that have 1e9-like spikes, but this should still be easier than running dataviewer templates. It uses h1nds for data and a pre-release version of the python nds2 client that has gap handling, so updates in the future could break this. I'll try to maintain this script, so any changes or improvements should come to me. The script lives in the userapps/sys/h1/scripts folder.

The script is run by going to the sys/h1/scripts folder:

jim.warner@opsws0:~ 0$ cd /opt/rtcds/userapps/release/sys/h1/scripts

And running the oplev_trends.py script with python:

jim.warner@opsws0:scripts 0$ python oplev_trends.py

You will then need to do the usual zooming in on useful data, saving screen shots and posting to the alog. I'll look into automating more of this, but it works well enough for now. It would also be very easy to add this to a "Weeklies" tab on the sitemap, which I believe LLO has done with some similar tasks.
 

After decoupling the pumping components used during the recent bake out of the Y-end RGA, I exposed the RGA to the Y-end vacuum volume, energized the filament and let it come into equilibrium for an hour or more.  I then let the RGA scan continuously with the multiplier (SEM) on for an additional hour or so while I gathered up my mess(es).  I periodically checked the scanning as I walked past the screen.  At one point, I noticed that the spectrum was changing rapidly towards the "dirty".  I monitored the scanning and noted that after reaching a temporary maximum, the amus which had increased then returned to near their original values.  

After consulting with the Jeff B. (the operator on shift), I feel that the observed changes in partial pressures were likely the result of IFO locking attempts as they coincide closely in time.  Perhaps something gets hot when the IFO is locked or when mirrors are steered?  

See attached scans