Alastair Heptonstall, Greg Grabeel
The TCS ITMx CO2 laser projection has been completed with the updated layout. The first projection showed an off center profile but after some adjustment we got a much better looking projection. The mirror 1 step upstream of the mask was used to make adjustments to the profile.



Here you see the hot spot on the lower left before the adjustments were made.



And here after the adjustment with a much better looking distribution. 

A. Sevingy, J. Kissel, A. Staley

Continuing with the installation of modified triple acquisition drivers into all lower stages of Recycling Cavity HSTSs, as per ECR E1400369, Integration Issue 936, and work permit 4850. Aaron will post serial numbers when the final install of SRM is complete, however, anxious to use the new drivers, Alexa and I followed yesterday's procedure (see LHO aLOG 13958, we started at Step 2) to make the necessary software changes to support the new drivers on H1SUSPR2 and H1SUSSR2. The only difference was that, unlike PRM, the "twos" needed BOTH stages of COILOUTF filters modified, since they did not have a prior modified driver installed in M2.

new safe.snaps, filter files, and top-level models have been committed to the userapps repo. As with yesterday's changes, no DAQ restart was required.

J. Kissel, A. Staley

After the L1200226 Modified TACQ Driver LHO aLOG 13956 on the M3 stage of H1 SUS PRM was installed (as a start of the proposal outlined in G1401125), I was quickly reminded that one needs to change the COILOUTF compensation filters *and* the BIO/switching logic in the front end code in order to support the new driver. Thankfully, since we already have the materials we need from when we increased the M2 stages (see E1200931), the process was pretty darn quick. The repercussion is that we now have *another* HSTS library part, called "RC_MASTER.mdl," with the changes outlined in LLO aLOG 4237, except done for M3, and PRM is currently using this new library part. 

Compensation filters have been updated, and the switchable logic follows the expected behavior. All models, new library parts, and filter files have been committed to the userapps repo.


Detailed log of activity. (Start at Step 2 for future HSTS installations that have both M2 and M3 modified).
(1) Created new HSTS library part called "RC_MASTER.mdl" (RC is for "Recycling Cavity") 
    - cd /opt/rtcds/userapps/release/sus/common/models/
    - cp MC_MASTER.mdl RC_MASTER.mdl
    - open new library part in matlab
    - Copy the TACQ_M2_BIO_MASTER" L1200226 modified coil driver logic block from M2 to M3 in the first level's "BIO" block, and rename to "M3". The only difference between these two blocks is the function call to CD_STATE_MACHINE, where it calls the inner function "TACQ_M2" instead of "TACQ," which you can only see if you right-click "Properties..." and look at the description line.
    - At the top level, change the name of the block from "MC_MASTER" to "RC_MASTER"
    - Right-click, "Properties..." > change Description from MC MASTER to RC MASTER
    - Save
    - svn add
    - svn commit -m "New library part to support an HSTS with both lower stage coil drivers modified as per L1200226." RC_MASTER.mdl
    - svn propset svn:keywords 'Id' RC_MASTER.mdl
    - svn commit -m "Set Id property." RC_MASTER.mdl
    - svn propset svn:keywords 'HeadURL' RC_MASTER.mdl
    - svn commit -m "Set HeadURL property." RC_MASTER.mdl
(2) Switch h1susprm model to use RC_MASTER.mdl library part
    - open h1susprm.mdl in matlab
    - delete main library block (was an MC_MASTER.mdl)
    - copy in RC_MASTER.mdl from library part
    - reconnect all top-level connections (there's no new inputs or outputs, so all connections should be identical)
    - Change name of block from "RC_MASTER" to "PRM"
    - Save
    - svn commit -m "Switched main library part to use RC_MASTER.mdl to support installation of modified TACQ drivers, now on M2 and M3." /opt/rtcds/userapps/release/sus/h1/models/h1susprm.mdl
(3) Capture, Recompile, Reinstall, Restart, and Restore
    - open PRM guardian
    - Note in what state PRM is currently (MANAGED to be MISALIGNED)
    - Change PRM Guardian mode to EXEC (normally in MANAGED)
    - Change state request to SAFE, wait for it to finish
    - cd /opt/rtcds/userapps/release/sus/h1/burtfiles/
    - makeSafeBackup sus h1susprm
    - svn commit -m "Captured latest EPICs values, just in case." h1susprm_safe.snap
    - ssh controls@h1build
    - cdsCode (same as cd /opt/rtcds/lho/h1/release/)
    - make h1susprm
    - make install-h1susprm
    - open prm's GDS_TP screen, keep your hand on the "BURT" button 
    - ssh controls@h1sush2a
    - starth1susprm
    - hit BURT button, once EPICs values start to return
    - Go back to Guardian, change state request back to "MISALIGNED"
    - Change Guardian state back to MANAGED
(4) Change M3 compensation filters to match the frequency response of the modified TACQ driver
    - cd /opt/rtcds/userapps/release/sus/h1/filterfiles/
    - open foton, navigate to H1SUSPRM.txt
    - Uncheck "read only" from "File..." toolbar menu
    - Navigate to one of the M2 coil compensation filter banks, e.g. PRM_M2_COILOUTF_LL, switch to "multiple" filter mode
    - copy all four filter banks, FM1, FM2, FM6, FM7
    - Navigate to each of the M3 coil compensation filter banks, i.e. PRM_M3_COILOUTF_[UL, LL, UR, LR] 
        - Paste FM1, FM2, FM6, FM7
        - Change the ends of the name from "M2" to "M3"
        - Select FM3 and FM8, and cut them to clear them
    - Once complete, Save
    - Go to GDS_TP screen, and load coefficients
    - Confirm properly loaded by going to M3 COILOUTF screen, right click, "Execute > Foton (Pick Filter PV)"
    - Compare with M2, to be sure they're the same
    - svn commit -m "Changed M3 coil driver compensation filters to account for new L1200226 modified driver." 
(5) Confirm compensation filter switching logic works as expected
    - Open Binary IO control screen, switch between states 1 through 4, make sure it matches the behavior of T1100507.

Installed a small piece of insulation at the output end of the reference cavity.  That helps plug the large hole in the thermal insulation.

The ambient temperature sensor is now mounted to a post behind the reference cavity periscope.

Prior to entering the enclosure I encountered some problems turning on the HEPA FFUs for the laser room.  Normally one would hear
them kicking on but I didn't on the first two attempts.

Both air conditioning units stopped whilst I was in the enclosure.  With the same error message as the other day
CHECK           E4              01
   00           ERROR CODE
                1C
Hitting the ON button reset things.  The control panel on the outside displayed TEMP SWITCH OFF.

SEI- Hugh is doing TF on HAM4 and HAM5.
SUS- Test stand turns out that there are issues with it, will sort them out today, DAQ channels.
OpLev- Jason to take a closer look at the BS optical lever today.
TCS- Some progress acomplished, team needs to project the X beam in the LVEA sometime today.
Vacuum- Kyle is getting ready to perform an accumulation test on the X-arm.
Optic Charge- no action today.
EE- Replacement of multiple triple acquisition coil drivers, then software.
Open work permits updated.

Raw data of the recent X1 accumulation.

I noticed when I came into the morning meeting that the laser had tripped out.  It was on earlier today.  The most likely cause
was that it tripped because I inserted the reference cavity heater card into the Eurocard chassis and made the connection to the
temperature sensor box that's on the PSL table.

In starting the laser up, I could not open the external shutter from the diode room.  The Beckhoff computer indicated there was
an EPICS alarm.  Went to the control room and hit the control room reset button on the laser script.  Went back to the diode room
to open the shutter - which worked.  By the time I got back to the control room, all the servos were locked.

A note in passing, I have to check with Dave Barker to see if this is how the shutter is meant to behave after changing the to
RCG 2.8.5.  It certainly was easier to recover from than the power outage the other week.

Sunday 14/Sep/2014 no restarts reported

Monday 15/Sep/2014 no restarts reported

model restarts logged for Tue 16/Sep/2014
2014_09_16 09:32 h1sussrm
2014_09_16 09:40 h1sustmsx
2014_09_16 10:09 h1isietmy
2014_09_16 10:27 h1fw1
2014_09_16 10:47 h1ioppsl0
2014_09_16 10:49 h1psldbb
2014_09_16 10:49 h1pslfss
2014_09_16 10:49 h1psliss
2014_09_16 10:49 h1pslpmc
2014_09_16 11:24 h1iopoaf0
2014_09_16 11:24 h1oaf
2014_09_16 11:24 h1odcmaster
2014_09_16 11:24 h1pemcs
2014_09_16 11:24 h1tcscs
2014_09_16 12:03 h1broadcast0
2014_09_16 12:03 h1dc0
2014_09_16 12:03 h1fw0
2014_09_16 12:03 h1fw1
2014_09_16 12:03 h1nds0
2014_09_16 12:03 h1nds1
2014_09_16 12:04 h1nds0
2014_09_16 14:23 h1susprm

maintenance day. unexpected restart of h1fw1. Suspensions work. PSL restart test. OAF DAC card replacement. DAQ restart to synchronize EDCU.

I did some studies last night on the sideband PRMI which was then interrupted by an earthquake at around the midnight.

(Yaw motion)

Last night, the yaw motion in the Michelson looked larger than usual. The fringe pattern in the dark port camera fluctuated horizontally at a low frequency roughly 100 mHz -ish. According to the oplev signals, the BS was the loudest below 1 H and louder than ITMs. Though both ITMs and BS showed a high coherence below 1 Hz with the dark port DC signal, i.e. ASAIR_A_LF. I did not take a close look, but it seems the BS glitch issue is now much better.

(REFL_RF45)

After locking the PRMI on the sidebands, I checked the signals on REFL_A_RF45_Q. The motivation is that we would like to switch the sensor of MICH to REFL_RF45. As Rana told me, the signal fluctuated by a several 100 counts around zero, even though the PRMI had been locked with REFL_RF9 and ASAIR_RF45 for PRCL and MICH respectively. I noticed that the REFL_RF45_Q seemed coherent to POP18 and I got an impression that the signal depended on the PRC alignment fluctuation. I then moved the REFL beam to a point where both WFSs were centered by engaging the DC servos, but this did not change the situation or the amount of the DC light on REFL_A.

I was not able to adjust the demodulation phase because the Q signal had been sensitive to a PRCL excitation at 41.3 Hz regardless of how big the demod phase is. Something is not right. According to free swinging PRMI fringes, the demod phase should be close to 0 deg or so. It maybe interesting to look at REFLAIR_RF45 as well to see if this nonsense is common in both in-vac and in-air PDs.

Also, I noticed that as I steered RM1 and RM2, the amount of DC light on the WFS_A decreased by roughtly 30% while the WFS_B did not change. This smells like a clipping in the WFS sled and therefore does not explain the large fluctuation in the REFL_A_RF45.

Plots of some PSL trends.  Some things, such as the scales, need to be worked on.

Alexa, Rana, Keita, Kiwamu, Sheila, Jeff

Today we worked on more robust prmi sideband locking.  After the coil driver swap, alog 13956, and the required model changes alog 13958 we changed our PRC loop. We are now acquiring with just M3 on PRM, and it is easier.  We also reworked our locking filter for PRCL, to give us more gain at low frequencies and more phase margin at 80 Hz.  A comparision of the old filter (FM7) and the new one (FM9) is shown on the right hand side of the first attached screen shot. 
Also shown are the open loop gains of both MICH and PRCL. 

The second attached screen shot shows the configuration that has been locking pretty robustly, with the exception of the power normalization, which we have off when we are acquiring lock. The guardian has been updated to fit this configuration.

After a looooong struggle with the filters, I finally managed to have some sensor correction on HAM2-ISI.

I've installed a FIR filter and its companions (LP&AA, Blend with IIR) in the FIR path, and a High Pass Blend in the IIR path of X and Y (for more information on those filters, see DCC #T1200285).

The following plots show the performance with sensor correction on X only. For some reason, I had to tune the gain to -10 to obtain some  noticeable improvements.

- The red curve shows the nominal configuration. This config is wanted nominal because it provides good performance above the microseism without reinjecting noise at lower frequencies.

- When we turn on the sensor correction (orange-ish curve),  we can see some improvement at the microseism and in the integrated RMS of the OPLEV (factor of ~3). BUT, as a tradeoff, we are reinjecting some noise below (the coherence between the GS13s and the ground STS is dropping below 100mHz).

- Switching to a higher blend doesn't seem to help the sensor correction (blue-ish curve)

- Even if the 100mHz blend is helping at the 0.7Hz resonance, it reinjects a lot of noise at low frequency (green-ish curve). We might not want to use that configuration.

By looking at the optical lever, those preliminary results are encouraging. But we have to be careful: even if the absolute motion is reduce, it doesn't say anything about the relative motion in the cavity. The next step will be to look into that.

-> The idea will be to implement some sensor correction on HAM2 and HAM3 using the same ground sensor. Driving the chamber with the same input signal should limit the relative motion in the cavity.

Commissioners were playing with PRCL today, I'll have a look into that ASAP.

Starting at ~01:15 local

All is automatic except watchdog trips.  Please leave SUS etc damped.

This morning Patrick covered the shift from 9am-noon (THANKS!).  Below are today's primary activties:

• 8:56:  Pulling FSS cables at H1 PSL Room (Peter K)
• 8:58:  Pulling cable from HAM2 toward Beer Garden/HAM5 (Aaron)
• 9:17-9:38:  Replace BS Oplev Laser (Jason)
• 9:29:  Restarting SUS SRM & TMSX for accum_overflow change (Jeff)
• 9:41:  Travis to Test Stand Quad (will be out there off/on for the day
• 10:07:  h1isietmy restarted for move of STS channels (Jeff)
• 10:44:  PSL frontend computer restart/changing RCG code versions (Dave B)
• 10:57-11:24:  h1oaf0 being shut down to allow swap of TCS DAQ Card (Dave & Jim)
• 12:02:  DAQ restart for Guardian
• 12:20 Dave at EY (taking lunch break and heading back out)
• 12:30- ?:  PRM coil driver change & model restart h1susprm (Richard, Kiwamu, Jeff)
• 1:00-2:00:  Karen at EY cleaning
• 1:08:  Tuning osems on Test Stand quad (Travis)
• 1:55:  FMCS computer rebooted (John/Bubba)
• 2:30:  EX Chiller yard temperature alarming low (John says we don't need LOW alarms)
• Slow Controls machine at EX was observed to be down since a week ago (restarted)
• Per the Ops Checksheet, cleared HEPI counters, checked Diode Room Chiller (Peter filled it yesterday due to alarm!)

Hugh, Dave

We added the hepi pump controller alarms to the operator alarm station. This is a new HEPI alarm handler, started and stopped in the same was as the other alarms. 

Today Dave noticed on the CDS Overview medm that the Slow Controls computer froze at EX (h1ecatx1); basically, on the CDS Overview the Slow Controls channels (bottom left of window) were WHITE/INVALID for EX.  

Sheila showed me how to remotely access the Desktop to this computer via a shortcut on the Ops Workstation (basically go to Applications icon/CDS/Remote Desktop/h1ecatx1).  Click the mouse on the desktop and then a remote desktop will open.  On here, the Windows PowerShell window was displaying Errors.  I typed in "exit" and waited many minutes but it did not exit.  I couldn't find "Task Manager" on the PC, so Sheila showed me how to search for it and bring that up.  We selected the Windows PowerShell task & clicked End Task (closing the PowerShell window).  Then the "Restart" icon was clicked to restart the computer (this closes the Remote Desktop session).

At this point, I closed the CDS Overview window (since the EX Slow Controls section was WHITE-box-ed).  Upon re-opening, we were back to having live & GREEN channels for EX.

J. Kissel, T. Sadecki

Travis has plugged in OSEMs to QUAD06 mounted to Mechanical Test Stand 1, read out by QUADTST, in the West Bay of the LVEA for the first time in many moons. After having re-compiled, re-installed, restarted the front end process a few days ago (see LHO aLOG 13833), the EPICs records ha not been restored. In addition, the OSEMINF and DAMP filter banks were sorely out of date. So, I BURT-restored the presumably very-old 
${userapps}/release/sus/h1/burtfiles/h1susquadtst_safe.snap
which restored all matrix elements correctly. I then installed the just-measured open light current values (recorded below for QUAD06). However, since the foton filters were all wrong, I took some time to copy the OSEMINF and DAMP filters from H1SUSITMY, turn them on correctly, checked that the matrices and COILOUTF gains are correct, and grabbed a new safe.snap. and committed both filter file and fase.snap.

Travis will gather the OSEM serial numbers shortly and match them to there location installed below.

OSEM  Open Light      Compensation    Compensation
      Current [ct]      Gain [ ]       Offset [ct]
M0F1    29723            1.009           -14862
M0F2    29212            1.027           -14606
M0F3    28998            1.035           -14499
M0LF    27100            1.107           -13550
M0RT    29422            1.020           -14711
M0SD    29032            1.033           -14516
R0F1    26949            1.113           -13474
R0F2    28436            1.055           -14218
R0F3    27950            1.073           -13975
R0LF    28311            1.060           -14156
R0RT    27786            1.080           -13893
R0SD    26947            1.113           -13474

J. Kissel

I've resolved issues identified with the ETMY GND STS storage in the frames, originally identified in LHO aLOG 12818 -- the channels 
H1:ISI-GND_STS_ETMY_X_DQ
H1:ISI-GND_STS_ETMY_Y_DQ
H1:ISI-GND_STS_ETMY_Z_DQ
are now properly recording the ground STS2 as the rest of the STS2s on site. 

Details:
At the end stations, the STS2s are piped directly into an AA chassis, as opposed to the corner where there is an analog distribution box in which there enough spigots to swap cables around such that the three STSs enter the ADC in an arbitrary order (see D0901301). However, internal wiring of the STS2 Interface Chassis, spits out the X, Y, and Z, channels out on its DB15 such that when piped directly into the AA chassis, skipping the STS Distribution Chassis, it comes in on ADC3 channels 23, 24 and 25. In the the corner, ADC 3 channels 23-25, 24-26, and 27-29 are piped into the common front-end model library part for the BSC-ISI, isi2stagemaster.mdl, as STSA, STSB, and STSC, respectively in that order. At EX, in order to get the GND STS which comes in on ADC3 23-25 to map to STSB, the top-level model has been re-arranged to get ADC 23-25 into STSB. This had not been done at EY. That's now fixed.

AS Jason, Keita and I disscussed this morning, I left the BS oplev damping off for several hours today, from 9/9/14 17:00 UTC to 9/9/14 23:00