Attached are plots of dust counts > .5 microns in particles per cubic foot.

Though Beckhoff model was generated for the WFS DC signals, it wasn't reading anything at all.

We eventually found that the Legacy PD concentrator that routes WFS DC and PDH DC signal to Beckhoff chassis (https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=61861) had a manufacturing error: DB37 male and female connectors are mixed up.

DB37 female should be used for the output end that is connected to Beckhoff input, but DB37 male was used instead.

Likewise, DB37 male should be used for the input end that is connected to the output of the legacy LSC diode interface, but DB37 female was used instead.

Due to this, apparently the Beckhoff cable and the legacy LSC diode cable were swapped as it's impossible to connect things up correctly.

We used two 37pin gender changers (one male-female, one female-male) to "fix" this problem. After this, it seems that the EPICS screen for WFS DC is displaying something sensible.

[Joe B, Matt H]

1) Make sure you have the matlab simulink .mdl model ready in userapps.
2) ssh into the build machine "ssh controls@h1build"
3) cd /opt/rtcds/lho/h1/rtbuild-2.5/
4) make model name (i.e. make l1susmc2)
5) make install-model (i.e. make install-l1susmc2)
6) If possible, create a safe.snap file before hand in /opt/rtcds/lho/h1/target/MODELNAME/MODELNAMEepics/burt/
6a)Copy a safe.snap from LLO (say l1susmc2_safe.snap, renamed properly) and run 
    sed -i 's/L1:/H1:/g' safe.snap
6b)Otherwise use the burtgooey command to make a backup *after* the model is running, using the autoBurt.req file in /opt/rtcds/lho/h1/target/MODELNAME/MODELNAMEepics/ directory, create a safe.snap.
6c)Another way is to use makeSafeBackup script in /opt/rtcds/userapps/trunk/cds/common/scripts/ and hand it susbsystem (i.e. sus) and model name (i.e. h2susmc2)
    ./makeSafeBackup sus l1susmc2
   Only works as controls, so be logged into h1build or a front end, and only after the model is up and running, and set to the right values.
7) ssh into the front end the code will be running on (h1sush34)
8) lsmod (tells you whats currently running)
9) If you need to load a new IOP model, kill any currently running models
10)Run the "startMODELNAME" script (i.e. starth1iopsush34 or starth1susmc2).  IOPs always need to be running before user models.
11) Quick filter loading has two options:

11a) Open your empty foton filter file in foton, and uncheck Read Only (under the file menu), and hit save.  This preps the file to receive filters.
Then run the prepare.m script from /ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/ in matlab.
prepare('H1','SUS','MC2','HSTS')

11b) Copy the foton filter file from LLO and rename it to H1.  I.e. copy L1SUSMC2.txt from LLO and rename it H1SUSMC2.txt and put it in /opt/rtcds/lho/h1/chans/

12) Hit the "Coeff Load" button on the GDS_TP screen associated with your model.

I installed a new h2peml0 model for the corner station and restarted the H2 DAQ

The HAM6 ISI has been under purge for several weeks now and we've seen a continuous drop in dew point. These latest data are a continuation from previous logs. 

You can see on the 24th the numbers spike. This was caused by me allowing (unintentionally) the Nitrogen dewar to run out over the weekend. Luckily after refilling and restarting the test on the 25th you can see the dew point dropped quickly enough. Most likely this was air intermixing at the probe and less mixing inside the shipping container. I've decided to continue to run the purge at 10 liters/min until the numbers stagnate for a long period of time.

Last Friday, I replaced Chassis Power Regulator board D060279 with D1000217 on the following AA/AI Chassis.
 
S1102693
S1102694
S1202505
S1202506
S1102693
S1000250

This was to address overheating/over stressing of components on old power board.
The units are located in the SEI and SUS Test Stands in the staging building. 

Filiberto Clara

I removed the final Horiz & Vert Actuators from BSC4's SW corner.   All of these Actuators are on pallets out near BSC3, for installation on H1 HEPI locations.  The crane is parked in its normal parking spot.

It turns out that most of the power in the HWS path is just dumped. We installed a PDA55 to monitor this otherwise wasted beam so that we can measure the reflected beam power without being clipped.

According to this PD our contrast (1-min(locked)/unlocked) is 65%. I'm taking min(locked) because, when locked, the REFL power fluctuates much because of the alignment fluctuation (but not clipping). 

We can refine alignment further, but doing it manually is no fun. We're working on WFS. Also, though there's no fast ADC monitoring the refl DC, we might be able to auto-dither connecting REFL DC to AUX channels.

Attached are plots of dust counts > .5 microns in particles per cubic foot. I have also included plots of the modes for a dust monitor in the optics labs, LVEA and end Y. The connection to the dust monitors in the optics labs was lost. The IOC was restarted in the evening.

Mitch, Corey, Hugo,

Quick TFs were taken in the morning. They shown 1/2 gains on L4C-V1 and GS13-V2. The other main issue was the presence of a high-Q resonnance at 237Hz, on the Actuator-H1--to--GS13-H1 TF.

• The 1/2 gains were quickly corrected by adjusting the electrical connections on X1-SEI electronics rack, and on the in-air cable extensions. These connections probably got loose when work was performed on the rack, last Friday.  
   
• The resonnance seen at 237Hz on Actuator-H1--to--GS13-H1 TF is something we were chasing for about a week now. We first suspected that the stack of big masses set on top of the optical table, to payload the ISI, were somehow resonating (as we saw it in the past). We tried different configurations for those top masses, without much success (see SEI log #59). 
  Further inspection revealed un-torqued bolts on the outter walls between corner 2 and 3. Having them torqued improved the TFs in terms of HF noise, but did not remove the unwanted high-Q resonance. 
  Today's investigation revealed untorqued bolts at the base of GS13-H1. The quick transfer funcions taken after torquing those bolts, showed that the unwanted resonance was gone. The boundary conditions at the pod's base are now constraining enough to prevent it from moving independently from the ISI.

Transfer Functions measurements are running overnight.

~9:30AM - craning work begins in the LVEA for ISI HEPI
~10:43AM - craning work completed
 
Work beginning in the morning at End-Y for OAT cavity locking lasted until the late afternoon.

Briefly ran purge air skid to shut-down QDP80.  MTP rotor still levitated, i.e. controller still is energized - will de-energize later

(corey, eric)

With a craning window until 11am, Eric and I continued removing H2 Actuators.  We removed Horiz/Vert HEPI Actuators on BSC4's NE & NW corners.  We staged for removing the final pair of Actuators at the SW corner.

It would appear that someone shut off the coil driver chassis for the L2 stage of the ETMy thus causing the ill functioning OSEMS noted by Keita.  If you trend the the channels on DV you can see the channels going down for the new resistors for the BIO channels on6/15  then on 6/22 the channels go down again where they stayed until this AM when Fil and I powered the chassis back up using the on/off switch on the back.  We also took this opportunity to verify the BIO are functioning.  We put offsets on the Coils in software and measured at the output of the coil driver.  With a 1 in the appropriate field we saw signal with an 0 on that field we saw the output drop to~zero.  In the control room I could see the offset signals on the OSEMS if I drove it very hard.

PDH locking is much more reliable due to improved alignment.

Its UGF is about 9 kHz with the current setting, but we can set it higher (up to 13 kHz) or lower without touching PLL.

There's some high frequency (about 250kHz) noise in the PDH error signal, which is likely from the PLL.

PLL UGF is also about 9 kHz, which is limited by the PZT resonances (f>100kHz). We'll have to modify the CM board.

We tried to use green WFSs. First we found that there was no bias voltage source so we put an old iLIGO bias unit.  Then we found that the WFS DC interface was not working in Beckhoff world and centering the WFS was hopeless. No PDH DC in Beckhoff, either. We're working on these.

Suspension damping got better than when we started, but the DC level on the PDH diode, depending on the alignment, still fluctuates due to clipping in/on the Faraday by as much as 50%. Better PDH lock means that the cavity wouldn't lose lock with this, but it's a problem nevertheless. For example it's difficult to assess how good or bad the matching is quantitatively. In-lock to out-of-lock ratio of the maximum DC level of the PDH diode was somewhat better than 50%.  Better SUS damping AND larger aperture Faraday should help.

Alexa and Patrick are making some progress and most of slow things in Beckhoff world are being passed to EPICS world already (a notable exception is CM board). Not everything has been tested, though.

Michael Thomas (LLO CDS sysadmin) visited last week (June 25-29). Abe Singer (LIGO cybersecurity) also visited (June 26-28).

With Abe we (Michael, Dave, Jim) discussed the current status of the CDS security system, and we held an OCSC meeting.

With Michael we discussed the current differences between the LHO and LLO sysadmin systems, with the aim of documenting the differences (and perhaps removing them).

We constructed a network management system at LHO (using Nagios) to be identical to the one Michael installed at LLO. We (Dave and Jim) will work on ensuring in all our networked systems are monitored by Nagios.

A leap second was added to UTC at midnight UTC time yesterday (17:00 local time). I was on site and watched the control room clock, which dissapointingly did not show the "60" second.

I tested the IRIGB ADC channel on the H2 DAQ frame and verified it is now indeed 16 seconds off UTC (was 15 seconds off prior to the adjustment). Daniel showed that the IRIGB timing unit in the MSR had extinguished its "leap second pending" LED and was now reporting 16 leap seconds between UTC and GPS.

Greg verified that the frame did not increment its GPS-TAI difference

ULeapS stayed at 34 (it should be 35)

This is causing some problems with the frame verification programs

$ /usr/bin/framecpp_verify --verbose

VerifyException: METADATA_INVALID: Bad ULeapS value ( for gpstime: 1025136600.000000000 expected: 35 read: 34 )

We will work with Alex on upgrading frame cpp on the frame writers to permit ULeapS to be corrected.

Szymon and Mark

Tests announced earlier are complete. Damping is back on. We were a bit hampered by the dead L2 AOSEMs on ETMy but otherwise got what we needed.

ETMY L2 OSEMs are all showing zero-ish number in IN1 channels.

I and Jax looked at Birmingham field boxes in EY (we found 7 total) and one of them seems as if it's not powered though we have no idea if this box is connected to ETMY L2. The cables attached to this box were H2 SUS ETMY 19, 20 and 21.