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

Per Work permit 4849 Kiwamu and I replaced the bottom stage coil driver for the PRM.  M3 now has the increased range coil driver as modified per ECR 1200931.  We swapped Triple Acquisition Coil Driver S1100022 with S1100045

I have restarted the DAQ using a hand modified H1EDCU_GRDLITE.ini file, which is the guardian generated INI minus the GRD systems not currently operational: ISC_LOCK, SEI_HAM6, ISI_HAM5, HPI_HAM6. No Beckhoff INI changes were found.

Shut down h1oaf0, powered off I/O chassis, and replaced the 16 bit DAC card (on a carrier card) with a 16 bit PCIe DAC card.  Powered up I/O chassis and computer, measured voltages to verify we didn't have a repeat of last week's attempt.  The DAC card we tried last week was tested on the test stand and verified to be bad.  The DAC card used this week was tested beforehand and found to be good.

Got the full TF this morning on HAM4.  As expected and seen on the other platforms, the HEPI features seen in the ISI TF from 10-40hz are lower in Freq & Q--likely from the floating HEPI itself.  And now with the HEPI loops at 2hz ugf rather than 5, that nasty zero near 6hz becomes much less nasty--see attached.  This shows the local to local TF of the ISI Actuators to the CPS.  The H3 sensor on the HAM ISI aligns with the long axis of the HEPI crossbeam.  In the Cartesian basis, this is the Y axis for HAMs 2 & 3 and the X axis for HAMs 4--6.

Shutdown of H1OAF0 to replace TCS DAC card.  This caused TCS chiller and laser shutdown.  The laser chiller temperature set point is  controled by the DAC, and a zero volt output puts the chiller setpoint outside the safe operating range causing the chiller to shutdown. This then causes the laser to shutdown.

Peter and Dave.

We rebuilt all h1psl0 models against RCG2.8.5 (h1ioppsl0, h1psliss, h1pslfss, h1pslpmc, h1psldbb). We restarted the models, using the latest safe.snap burt restore files created on Sept 5th.

After the 14th August 2014 power outage, I have downgraded the PSL to RCG2.8.3 as part of our attemp to open the closed shutter.

We were unable to reproduce the problem of not being able to open the Beckhoff controlled shutter in the diode room. When the PMC model was started the shutter closed. On the LASER MEDM screen, we RESET the Flow Sensor External Shutter Request (required confirmation) and then pressed the Control Room RESET (and confirmed), the shutter then opened.

The temperature sensor interface box (D980400, S/N BL3001, S1400577) was installed on the PSL table.  All the temperature sensors were plugged in.  The ambient temperature sensor was taped to the side of the PSL table.

The DB25 cable for the interface box was pulled from the outside.  This cable has a gender changer on it temporarily as a DB25 male to DB25 male cable was not available.

Whilst there I tweaked the alignment into the reference cavity.  Transmission improved from ~1.1V to ~1.8V.  We should look at this when there is a period of time greater than the 4 hour maintenance interval.

Also whilst in the enclosure, all of a sudden the air conditioning and the HEPA fans switched off.  The AC control units inside the enclosure were off, ie nothing on the LCD display was displayed.  The control unit outside had a message "TEMP SWITCH OFF" and was indicating that the fans were still running even though they were not.  I tried restarting the fans, using the procedure near the display unit, and nothing happened even though it indicated the various fans were running.  After waiting about 5 minutes, I tried restarting the fans again.  This time it worked.  The AC control units now indicated:
  CHECK        E4                01
    00         ERROR CODE        10
I cycled the AC using the control unit, everything seemed fine afterwards.

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.

J. Kissel, P. Thomas

As per work permit 4840, and in order to resolve issues reported in CDS Bugzilla #721, I've added the "accum_overflow = 1" flag to the parameters block at the top level of the H1SUSSRM and H1SUSTMSX front end models this morning. With this addition, these SUS will match every other SUS's overflow behavior in that it will accumulate overflows for each individual channel in their respective DAC monitors, as opposed to displaying the overflow rate. For reference, this was added to every other suspension during the changes described in ECR E1300578, and on pg 18 of G1301192; see aLOGs from November 2013 (e.g. 8226, 8325, etc.), and these were just accidentally overlooked in all the fervor of activity. 

Detailed Notes
SRM
captured safe.snap before restart, but just in case alignment offsets are 
p    0
y   2000
safe did *not* restore alignment offsets... why? moving on.
restored alignment to values prior to restart.
IPC errors popped up on SR3 and OMC because SRM is the master model, distributing Binary I/O channels to the other two. Upon restart the connection was lost, but it's a one-time error. A diag reset on the GDS_TP screen cleared the error.

TMSX
captured safe.snap before restart, but just in case alignment offsets are
p -24
y -315
safe restored alignment correctly.

Tested cumulative overflow on TMSX by adding large offset to M1 F3 COILOUTF. DAC saturates, and DAC monitor accumulates as expected.
Tested cumulative overflow on SRM by adding large offset to M2 UL COILOUTF. DAC saturates, and DAC monitor accumulates as expected.

safe.snaps committed to userapps repo.

Swapped the laser on the BS optical lever to hopefully resolve the small glitch reported by Kiwamu here and here.  The SUM out of the QPD has dropped to just under 5300 counts, down from over 11000.

I have NOT swapped the fiber yet, as this will disturb the alignment of the optical lever.  If the glitch is still there I will swap the fiber next.

See the attached for the ACT to CPS at air HEPI locked ISI TF from 24 July compared to this morning with the HEPI loops closed (position loops) with the chamber under vacuum.  As expected the stuff between 10 & 40 hz moves down in frequency and is softened.

Remember, HAM2,like HAM3, HEPI has custom designed loops with the horizontal dofs with a 2hz UGF.  The H3 thing seems to move the most and stands out all by its lonesome.  But with the 2hz ugf rather than the 5hz, it isn't a terribly deep zero.

One thing to note about this week's diagnostic breadboard scans, is that the reference cavity transmission has deteriorated
down to ~1 V.  Although the power reflected by the pre-modecleaner is about the same, at ~ 2.1 W.  For reasons unknown at the
moment, the frequency stabilisation servo had a tendency to lose lock and/or oscillate.  I reduced the common gain from 30 dB
to 27 dB for these measurements to see if that'd make things a little more robust - at least whilst the scans were being
conducted.  The input modecleaner was flashing during this period too, which would partly explain why the reference cavity
was blinking.

The relative power noise measurement looks the same as last week.  Nothing significant to report.

During the frequency noise measurement, the input modecleaner lost lock which caused the reference cavity to lose lock.
The pull on the laser frequency was such that even the pre-modecleaner in the diagnostic breadboard lost lock for a split
second.  Both error and control signals are higher than the reference measurement, most likely because of the problems mentioned.
Both are about a factor of 100 higher than normal.  There is a peak both spectrums at 10 Hz that was not present in prior measurements.
The problems seem to also coincide with a peak in the 1-3 Hz seismic noise region.

A repeat of the frequency noise measurement when things appeared "quieter" still had a peak at 10 Hz.  The measurement was disturbed by
a period of oscillation due to the input modecleaner losing lock and trying to re-acquire.

The beam pointing measurement looks nominal.  Nothing significant to report.

The mode scan looks nominal.  4.3% higher order mode power, higher order mode count 54.

The intensity stabilisation power noise measurement looks good.  Better than the reference measurement everywhere except above ~7 kHz.

Kiwamu, Dan, Alexa, Rana, Sheila

Today we spent most of the day working on PRMI sideband locked, we had trouble acquiring lock, Kiwamu thinks this is a problem with MICH.

• We measured the gain and phase of REFL 45 I and Q compared to REFL 9 I and ASAIR 45 Q (we would like to switch to using REFL 45 I +Q for PRCL and MICH)
  • REFL 9 I/REFL 45 I = 0.2
  • REFL 45 Q/ ASAIR 45Q = -0.108
  • we were able to transition PRCL to REFL 45, but didn't get a chance to try transitioning MICH.
• We noticed that the alignment of PRM that gives the best build up of PRX isn't a good alignment for PRMI.
• Using PRX, we tried changing our filters for PRM, we lowered our cross over to something like 4.5 Hz, we only have something like 30 degrees of phase there. At 3 Hz the model of the suspension says that there is a resonance.  We are now using distributed control on PRM, and not using the plant inversion filter.  (Screen shot of configuration attached.)  Kiwamu will attach open loop gain.  We are still using PR2, no changes to those filters.

Alastair & Greg

On Saturyday we finished with the alignment on the Y-arm table and made an off-table projection of the beam to check the size and shape.  Photo of the bench is attached.  The visible laser was aligned to the CP and the CO2 laser coaligned to the visible laser.  It should all be ready for testing on the CP now.

Some notes:

There are a few things still not in their final configuration.  Firstly we need to fab a housing for the FLIR camera to match the X-arm one.  Then the camera needs installed on the bench.  We also need to install the IR sensor on the viewport before the system is run long-term unattended.  The laser had a problem with its RF driver and we swapped in a spare but were missing power connectors (5pin 40A connec) so at the moment the laser is running on a Sorensen next to the table.  The connectors are ordered.  The mask is mounted in its flipper mirror but the flipper is not connected up yet.  The flipper also needs the up/down sensor.  And we still need to put in the second flipper with the annular heating mask.

Data from this table:  Will add this once I locate my notebook, but the following was measured:

Polarizers 2 & 3 extinction ratios measured: 

Power meter used to calibrate output power to CP as a function of rotation stage (1/2 wave plate) angle :

QPDs are installed and aligned.  Each quadrant calibrated for power and center position measured.  We'll need to decide if we want to calibrate for position or use the values from the X-table where the QPDs are mounted on translation stages.  Calibration data: 

Since it seems like a cumbersome job to walk the beam on PR2, I calculated the necessary combination of optics to walk the beam on PR2 without affecting the beam position and angle on BS and ITMs. I put this combination in INP2 of the WFS output matrix (as INP1 is being experimented for WFS).

You should be able to, say, give INP2 WFS filter an offset to manually walk the beam, and/or you should be able to route one of the POP sled QPD signal to it to servo the beam position on PR2.

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