We discovered some build issues which meant we missed today's deadline to upgrade the CDS frontends and DAQ to RCG3.0. We are now ready for a second try tomorrow.

The main issue was tracked to a difference in the version of PERL running on the build machines, with h1build running 5.8.8 and l1build running 5.12.2. A condition statement in the perl module SUM.pm was performing a comparison with the return of a length() call with a null string ( eq "" ) which works with the later version but not with the older version. This line was changed to a numeric comparison ( == 0) which works for all versions.

Several other build issues:

• Changes to common parts required changes to SUS-AUX models to resync the DAQ block with the channel names (TPs were replaced with filtermodules, so DAQ channel names now end in _OUT_DQ).
• Latest version of sus/common/models/STATE_BIO_MASTER.mdl installed to support the reduction of inputs to the TOP function call from 6 to 5 inputs.
• Installed cds/h1/src/ccodeio.h and cds/common/src/ccodeio.h files.
• LSC and PSLISS filter files were not symbolic links from chans to userapps, this was fixed and changes committed to repository

Rolf has included the SUM.pm fix in the next tagged release RCG3.0.2

Betsy has some SUS changes she will install first thing Tuesday morning. After this we will do a clean build and install before shutting all systems down for the upgrade.

We inspected all the relevant optical surfaces that we have access to in the High Power Oscillator.

No damage was visible.  A couple of small dust specks were found and either blown off or wiped off.  

Using the bright green flashlight (thank you JeffB) we identified what looked like water spots on the output coupler and one of the quartz rotators.

They were removed by wiping with isopropanol.

We had a brief telecon with OlliP, MikeF, and MattH at LLO.  The game plan for tomorrow is to propagate a low-power Front End beam through the HPO and look for alignment issues. 

Then, to bring each laser head up at low power and look for optical damage (scattering centers) as the pump power increases.

We plan to continue with this work first thing tomorrow morning.

   Completed the installation of the new dust monitors in the PSL enclosure this afternoon. All the new dust monitors for LHO are operational. The alarm levels have been set, so any alarms received at the operators station should be investigated as a true event. 

   Last task is to clean up the supporting documentation.   

1/2 open LLCV bypass valve, and the exhaust bypass valve fully open.
Flow was noted after 48 seconds, closed LLCV valve, and 3 minutes later the exhaust bypass valve was closed.

I have (finally) looked at the raw voltages for the AS 90 WFS for each quadrant.  The attached screenshot shows the in-lock values from 26 Apr 2016.  The largest value is about 1200 counts, while the smallest is around 130 counts.

The voltages at the input to the ADC are therefore between 80mV and 730mV, assuming 1638.4 cts/V.  Both AS90 WFS are using the full 45dB of analog gain, so the voltages from the demod boards for the AS 90 WFS are between 0.4mV and 4mV.  

I have taken dark noise spectra of each of the quadrants, but since we don't _DQ each quadrant individually, I will have to wait until next lock to get an in-lock comparison.  Screenshot of the dark noise attached also. 

400nV seems like a pretty small number, but it's still a factor of 10 or so more than the noise we expect from the output of the demod boards, so perhaps it's okay, although it's certainly not as awesome as it could be.

Status of H1: down for inspection of PSL / HPO

Activities:

- tomorrow the biggest Mantenance activities are 

~21:01 UTC I turned off the camera, frame grabber, then powercycled the computer (then turned the frame grabber and the camera back on). Only HWSX code is running at the moment. Things look good for now.

May  2 12:08:37 h1conlog1-master conlog: ../conlog.cpp: 301: process_cac_messages: MySQL Exception: Error: Data too long for column 'value' at row 1: Error code: 1406: SQLState: 22001: Exiting.

Coincident with Bechoff restarts?

There are 4 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 2 DOF X/U = -0.581 [V]
ETMX T240 2 DOF Y/V = -0.554 [V]
ETMX T240 2 DOF Z/W = -0.433 [V]
ITMY T240 3 DOF Z/W = -0.43 [V]


All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = -0.008 [V]
ETMX T240 1 DOF Y/V = 0.027 [V]
ETMX T240 1 DOF Z/W = 0.026 [V]
ETMX T240 3 DOF X/U = 0.014 [V]
ETMX T240 3 DOF Y/V = -0.188 [V]
ETMX T240 3 DOF Z/W = -0.011 [V]
ETMY T240 1 DOF X/U = 0.004 [V]
ETMY T240 1 DOF Y/V = -0.076 [V]
ETMY T240 1 DOF Z/W = -0.029 [V]
ETMY T240 2 DOF X/U = -0.203 [V]
ETMY T240 2 DOF Y/V = 0.001 [V]
ETMY T240 2 DOF Z/W = 0.12 [V]
ETMY T240 3 DOF X/U = -0.038 [V]
ETMY T240 3 DOF Y/V = -0.033 [V]
ETMY T240 3 DOF Z/W = 0.059 [V]
ITMX T240 1 DOF X/U = 0.056 [V]
ITMX T240 1 DOF Y/V = 0.159 [V]
ITMX T240 1 DOF Z/W = 0.126 [V]
ITMX T240 2 DOF X/U = 0.118 [V]
ITMX T240 2 DOF Y/V = 0.18 [V]
ITMX T240 2 DOF Z/W = 0.182 [V]
ITMX T240 3 DOF X/U = -0.289 [V]
ITMX T240 3 DOF Y/V = 0.153 [V]
ITMX T240 3 DOF Z/W = 0.15 [V]
ITMY T240 1 DOF X/U = 0.154 [V]
ITMY T240 1 DOF Y/V = 0.031 [V]
ITMY T240 1 DOF Z/W = 0.062 [V]
ITMY T240 2 DOF X/U = 0.172 [V]
ITMY T240 2 DOF Y/V = 0.232 [V]
ITMY T240 2 DOF Z/W = 0.173 [V]
ITMY T240 3 DOF X/U = -0.059 [V]
ITMY T240 3 DOF Y/V = 0.186 [V]
BS T240 1 DOF X/U = 0.011 [V]
BS T240 1 DOF Y/V = 0.029 [V]
BS T240 1 DOF Z/W = 0.145 [V]
BS T240 2 DOF X/U = 0.103 [V]
BS T240 2 DOF Y/V = 0.164 [V]
BS T240 2 DOF Z/W = 0.18 [V]
BS T240 3 DOF X/U = 0.054 [V]
BS T240 3 DOF Y/V = 0.057 [V]
BS T240 3 DOF Z/W = -0.05 [V]
 

All STSs prrof masses that within healthy range (< 2.0 [V]). Great!


Here's a list of how they're doing just in case you care:
STS A DOF X/U = -0.0 [V]
STS A DOF Y/V = -0.0 [V]
STS A DOF Z/W = -0.0 [V]
STS B DOF X/U = 0.081 [V]
STS B DOF Y/V = -1.167 [V]
STS B DOF Z/W = 0.038 [V]
STS C DOF X/U = -0.0 [V]
STS C DOF Y/V = -0.0 [V]
STS C DOF Z/W = -0.0 [V]
STS EX DOF X/U = -0.036 [V]
STS EX DOF Y/V = 0.557 [V]
STS EX DOF Z/W = -0.001 [V]
STS EY DOF X/U = -1.875 [V]
STS EY DOF Y/V = 0.258 [V]
STS EY DOF Z/W = 1.458 [V]
 

FAMIS 4606 closed.

I assumed that the same noise is present in all 16 coils, but is incoherent, i.e. the scaling factor was sqrt(16)=4. Note that the 10Hz and harmonics are due to pick-up, and thus likely coherent at least in the ITMs. Thanks to the alternating magnet polarity, this coupling likely cancels to some degree for length noise, i.e. the attached plot is an over-estimate.

(For future reference)  

The 2 1/2" all metal angle valves used for the VE vent/purge valves and for some of the VE RGA isolation valves are Kurt J. Lesker Co. valves.  These are the ones whose only markings are a hand-scribed "CR60R".  These are rated for 300C bake out when closed and while under vacuum on both sides of the seat and have operating closing torque range of 14 - 22 (ft*lb).

Because we were focused on the QUAD-centric susaux model changes last month (alog 25313), we screwed up the DAQ channel lists for the HAM models (h1susauxh2, h34, h56) after a change to the master FOUROSEM library part.  We turned the NOISEMONs for this library part into filter banks so they needed an _OUT in their channel names.  I fixed these today for the 3 sus ham models and Dave recompiled.  We have more work to do on these models as per existing ECRs.  See attached for an example of how I've left these DAQ channel lists.  Note, we still need to deal with the VOLTMONs and switch the T SIXOSEM library part Noisemons.

Before the RCG 3.0.1 Reboot (probably later today), there was an action to go through the SDF System to clean it up, check, or atleast note DIFFS.  This is because when the RCG change occurs, ALL front ends will be rebooted!  After a reboot, the frontends should check the safe.snap files and restore the systems to a "SAFE" state determined by these safe.snap files. 

So this is a best effort to make sure we come back to a safe state, with no major surprises and possibly maintain all accepted changes we had.

SDF file checks were primarily addressed by Subsytem experts:

• SEI:  Jim (& Hugh?)
• SUS:  Betsy
• ISC (& others?):  Jenne
• TCS:  Nutsinee
• PSL, ECAT (i.e. slow controls), PEM:  Corey---> rest of this entry will cover what I noted for these subsystems

It is sounding like others are ACCEPTING diffs for their subsystems so their SDFs will look green (assuming they have the safe file selected on the SDF).

I picked a few subsystems to help lighten the load for others.  Since I am not an expert on these subsystems, I only took snapshot images of all the DIFFs observed on SDF.  SO, these will have some RED DIFFs!

PSL SDFs came up with these files as default on the SDF Overview:  DBB(safe), FSS(safe), ISS(down), PMC(safe)

ISS came up with the down file, but it also has a safe file as well (the other ones do not have down files).

Did NOT ACCEPT any DIFFS since I am not familiar with channels here.  Jason/Peter are out today so did not want to ACCEPT anything without them.

Took snapshot of:

1. all files as they came up as default & also
2. with them ALL as "safes"

CS ECAT came up with these files as default on the SDF Overview:  PLC1(OBSERVE), PLC2(down), PLC3(OBSERVE)

All had OBSERVE files, but some did/didn’t have safe & downs.

Did NOT ACCEPT any DIFFs.  Daniel/Patrick said that would be OK.

Took snapshot of:

1. all files as they came up as default & also
2. with them ALL as "OBSERVEs"

EX ECAT PLC1(observe), PLC2(down), PLC3(observe)& PEM (safe)

The ECATs mainly had OBSERVEs (plc2 had a down though).

Took snapshot of:

1. all files as they came up as default

EY ECAT PLC1(observe), PLC2(down), PLC3(observe)& PEM (safe)

The ECATs mainly had OBSERVEs (plc2 had a down though).

Took snapshot of:

1. all files as they came up as default

Matt, Jenne

On Thursday (Apr 28) at about 6:20pm local, while Rick and Keita were in the PSL, Jenne and I made some measurements of the ISS first loop PDs.  Rick told us that there was no light on the ISS PDs at the time of our measurement, so we were hoping to get a dark spectrum to compare with the ones that Sheila and I took on the 24th and to add to the ones that Peter took.  I took a bunch of photos of the results, but later wasn't sure of the state of affairs for each photo, so I went out again today to get a better organized set of measurements.  At present, there is no light on the ISS PDs, so this is a DARK noise measurement.  The aim here is to get high-frequency (10kHz - 10MHz) noise measurements which are complementary to the ones taken by Even and Stefan on Friday using the digital system.

I started by cabling-up a readout system which included a fast o'scope, an SR785 for sub-100kHz spectra, and an RF analyzer for MHz spectra.  To avoid loading the OP27 outputs with 50 Ohms, I made a Pomona box with a 4.7kOhm resistor and 33nF cap in series for the RF path.  When loaded with 50 Ohms (by the RF analyzer) this gives -40dB of attenuation and a 1kHz high-pass.  (The 100 Ohm output impedance of the ISS board or ISS PD doesn't cause problems.)

The first 2 pictures show the output of the PDA monitor from the ISS board.  The same 36.6kHz rep-rate noise bursts that Sheila and I saw are present, though they don't look clipped the way they did when the system was running.  In the RF spectrum, these bursts appear as a comb of lines spread from ~100kHz to ~1.5MHz with a 36.56kHz spacing.  There was nothing interesting above 2MHz.

Photos 3-5 show the result of disconnecting the input.  The noise bursts go away, but since most of the noise is above 100kHz, the SR785 spectrum looks pretty similar (just the peak at 36.6kHz is gone).  The result was similar when I terminated the PDA input on the ISS board with 50 Ohms.  This, and what follows, appears to exonerate the ISS servo board.

Photos 6-8 show the result of placing a 100Hz low-pass in the line coming from the PSL to the PDA input.  The idea here is to attenuate the MHz content on the signal path by > 60dB so that we can see what is on the ground.  The pomona box I used was something that Stefan made for his coil driver measurements: 1.6kOhm and 1uF.  This may not be the optimal way of doing this, but if the RF were all on the signal side it would go away... which it did not.  The RF is much smaller (factor of ~5), but still clearly visible in the time series and the RF spectrum.

Finally, photos 9 and 10 show the output of PDA directly from the PSL.  While qualitatively similar to the monitor output shown in photos 1 and 2, it has more RF junk.  The sub-100kHz spectrum also has a lot more content in this configuration, and while watching it I noticed that there were features moving around with time.  (I made a video, but I can't post it to the log.  Ask me if you want it.)  This smells like RFI to me.