== Daily Ops Summary ==

06:50 Jeff to LVEA/PSL
07:30 Karen to LVEA
08:00-10:00 Jeff runs a test on HEPI pump servo
08:02 Peter King to H2 enclosure
08:04 Rick worked on PSL. IMC state DOWN, input to frequency servo disabled
08:11 Corey to EX (30 mins)
08:16 Andreas and Aiden to TCS area around HAM4
08:30 Jamie runs Guardian upgrade testing on ITMX seismic system
      Fil and Richard to HAM4, 5 ISI and STS2
      NDS servo shutdown
09:00 Joathan and a visitor went to LVEA
08:45 Sudarshan and Thomas to End Y (PCal)     
09:00 Cyrus to LVEA
      Karen to Mid Y
09:17 Cyrus back
09:04 Corey back from EX -> heading to VLEA
09:06 Ali to EX, EY
09:24 Doug to LVEA H1 PSL Area
      Matt to H2 enclosure
09:26 Hugh to LVEA
09:40 Karen left Mid Y
      Jeff restarted pump servo (EX)
      Travis taking TFs (ETMX SUS)
9:50 Corey back
     Jonathan and the visitor back
     Jeff - HEPI Pump servo mag. sys. identificaion 
10:00 Jim restarting PEM model for Corner, Mid, and End stations
      Jim restarting TCS (Corner Station)
      Doug back from the LVEA
10:31 Aiden and Alestair to X manfold lab
10:46 Jeff done with pressure servo test
11:05 TJ and Mitch - forklift from mech. room to VRW
11:09 Travis done measuring TFs (ETMX)
11:15 Jeff brought down ETMX chamber
11:19 Jeff brought ETMX to safe
11:25 Thomas and Sudarshan back
11:09 Travis done measuring TFs
11:15 Jeff brought down ETMX Chamber
11:19 Brought ETMX Chamber to SAFE
11:25 Sudarshan and Thomas back 
11:30 Rick et al back, IMC locked
11:37 Jim restarted DAQ
12:58 Jim restarted OAF
15:52 Peter K. back

Happy Maintenance Day

Attached is spectra from WHAM6 looking at the GS-13 INF IN1s--before the digital filters.

The Red traces where taken at 1417utc (~6am local) with the FM4 & FM5 ON, my understanding and based on the plots here, this is analog low gain and whitening.

The Blue traces are from 1550utc with FM4 ON and FM5 OFF--analog low gain but not whitened.

Green traces are from 1650utc with both FM4 & 5 OFF--analog high gain and not whitened; The brown traces start at 1722utc with FM4 OFF and FM5 ON, that is, analog whitening and high gain.

Again, based on the plots, the switches appear to be doing what I thought and expect.

Do we have saturations when in whitened high gain?  No, based on the H1:FEC-51_ACCUM_OVERFLOW, no saturations accumulated during any of the measurements.

What about being ADC limited in low gain without whitening.  Included on the traces are the ADC noise from the svn.  It certainly looks like in low gain without analog whitening, we approach the ADC limit at 100Hz and very likely about a few 100Hz.

Conclusion--Leave FM5 ON all the time--we are not saturating in high gain and we are near the ADC noise in low gain without whitening...but wait:

But what about those ugly lumps between 200 and 400Hz?  They do not show up on the unwhitened hi gain signal but are evident on the other three configurations.  The ringing is exactly 1Hz and the beating is about 45Hz.  Maybe this suggests a problem with the whitening filter?  Maybe we should not whiten the signal when in high gain.

I added a zoom in of the high frequency beat  stuff.

From JeffK's 16425, while I'm a bit confused as to Jeff's language I think i understand:

These two states are compensated for digitally in FMs 4 and 5 of the GS13INF banks, by the difference between the two states (the overall gain of 2 is folded into the calibration filter). FM4 is the switchable gain compensation, FM5 is the switchable compensating de-whitening filter. The front-end code for the HAMs and BSCs is set up that these digital banks control the analog switching. 
- When FM4 is ON, the gain switch is HI (or a binary output of 1), so the analog gain is 2, and FM4 compensates the gain of 10 difference. 
- When FM4 is OFF, the gain switch is LO (or a binary output of 0), so the analog gain is 20.
- When FM5 is ON, the analog whitening is LO (or a binary output of 0), so there is no whitening, and FM5 compensates the z:p = 50:10 difference. 
- When FM5 is OFF, the analog whitening is HI (or a binary output of 1), so the whitening is engaged.

and I think the FM5 states are backwards as to the above verbeage.  The digital DWH filter certainly looks like a De-Whitening and the above traces bare out the FM5 enables the analog whitening.

dtt template is in /ligo/svncommon/SeiSVN/seismic/HAM-ISI/H1/HAM6/HAM6_GS13_GAIN_DWH.xml

J. Kissel

I've performed the same step response system identification (SysID) for the two end station HPI pump systems, as I'd done for the corner station HPI pump system (see LHO aLOG 16447), now that both ends are using the differential, supply - return, pressure signal that close to the chamber (EY switched in Nov 2014 LHO aLOG 14888; EX switched this morning LHO aLOG 16595).

Results: The low frequency response is well-characterized by
EX: a single pole at 12 +/- 1 [mHz] and a DC gain of 0.163 [PSI/ct]
EY: a single pole at 17 +/- 1 [mHz] and a DC gain of 0.141 [PSI/ct]
and for quick reference,
L0: a single pole at 24 +/- 1 [mHz] and a DC gain of 0.0546 [PSI/ct]
I quote an uncertainty on the pole frequency because the fitting method -- matching the step response against data by-eye -- is crude (though sufficiently accurate for my needs). I don't quote an error bar on the DC gain because the fitting method for that is quantitatively robust and the uncertainty is negligible.

The three attachments are the raw data and fitting for EX and EY, and a plot showing the (low) frequency response of all three models together.

I'll speak more on this in a later entry and/or DCC document, but note that this estimation of the plant via step response does *NOT* measure several other parameters that determine the high-frequency (above ~1 [Hz]) response that I've discovered to be relevant to the PID loop design  (in particular, the phase), including
- The second-order, 16 [Hz], Sallen-Key, anti-aliasing filter before the input to the ADC on all pressure sensor channels (see D0901559, pg 2)
- The [clock cycle / sampling rate] time delay
- Any epics smoothing parameters that have been installed on any pressure sensor channels
Including all of these features, I think I'm finally able to predict what we see in the closed-loop amplitude spectral densities (see, e.g. 16474, or 16426). Stay tuned.

Log files of the excitation, including GPS times of step impulses:
/ligo/svncommon/SeiSVN/seismic/HEPI/H1/Common/
2015-02-10_HPIPumpServo_EX_OpenLoopSteps.txt
2015-02-10_HPIPumpServo_EY_OpenLoopSteps_SMOO_ON.txt

Scripts to load and process the data (needs on-site nds access, but could be modified to gather data remotely):
/ligo/svncommon/SeiSVN/seismic/HEPI/H1/Common/
H1HPI_PumpServo_EX_StepResponse_20150210.m
H1HPI_PumpServo_EY_StepResponse_20150210.m

Rick S., Jason O., Matt H., Ed M., and Jeff B.

Went into the PSL today and performed a few maintenance tasks (work permit #5039).

1) Measured PSL power at several points in the beam path:

• 33w - between M1 & M2 (just outside of the front end)
• 26w - reflected from PMC
• 27.2w - incident light on PMC
• 24.4w - downstream of the EOM (in the IO section of the PSL table)
• 24.9w - PMC transmitted

• 67.5mW – upstream of the FSS AOM
• 54.5 mW - Single pass power, upstream of M25 (81%)
• 36.3mW - Double pass power, upstream of FSS EOM (66%, 54%)
• 33.7mW – At top of periscope mirror, incident on RefCav

3) Measured voltage of RefCav REFL PD (H1:PSL-FSS_RFPD_DC_OUTPUT):

• 299mV – With FSS RefCav unlocked
• 165mW – With FSS RefCav locked
  • This is too high, giving a RefCav visibility of only 45%!

Once again the RefCav Trans PD (TPD) has begun to drift down.  Was set to ~1.6V on 1/5/2015 (see alog 15871) and today is reading ~0.9V.  Therefore we adjusted the RefCav alignment by adjusting the vertical and horizontal of the top periscope mirror.  Measured voltages at the RefCav REFL PD.

• Vertical adjustment dropped RefCav to 83mV
• Horizontal adjustment dropped RefCav to 65mV

After adjustment (and locking of adjustment screws):

• RefCav REFL PD - 300mV (with FSS RefCav unlocked)
• RefCav REFL PD - 60mV (with FSS RefCav locked)
  • This gives a FSS RefCav visibility of 80%, which is better.  Per Rick S. this should closer to 98%, so some more work to do here, but is good enough for now and we were running out time in our maintenance window.
• RefCav TPD - 1.63V (H1:PSL-FSS_TPD_DC_OUTPUT)
• RefCav transmitted power - 19.1mW

Will keep an eye on this as the RefCav transmitted power seems to drift down suddenly.  We’re not sure what’s causing this apparent alignment drift.  All the measured powers leading up to the RefCav were close to those measured during the 1/5/2015 adjustment, but the RefCav TPD was still reading ~44% less.

4) We also measured the UGF of the FSS:

• UGF: 200kHz, phase margin 35 deg
  • According to Rick S. this should be closer to 600kHz, so we have some work to do here.
• At 500kHz: -6dB, phase margin 58 deg 

5) For Daniel, we adjusted power at IO PD (IO-AB-PD3-DC) to 3.3V by turning up the PD gain by 3 clicks and adding a ND filter to the PD (see Daniel's earlier alog).

6) We are now storing the 2 3IFO PMCs in the NW corner of the PSL LAE on a cart, with their lids off.

Summary:

Looking at ITMx HWS data from full interferometer locks on 7 Feb and 9 Feb, here are some estimates of ITMx coating absorption:   500(150) parts per billion measured on Feb 7,  9 Feb: 430(130) ppb measured on Feb 9.  For reference, Livingston measured 140-200 ppb coating absorption on the ITMs, see log 14634.

Method:

-HWS measures spherical power.  The raw data was multiplied but a factor of 0.00326 in dataviewer to account for magnification of the image, which gives Spherical power in diopters.   The change in the spherical power before and after the interferometer drops lock was ~5*1(0.02) microdiopters both days.  The measurements were averaged over a few minutes.

-The shperical power is related to absorbed power by 1.06(0.3) mW/microdiopter (log 14634) which means ~5mW power was absorbed.

-On 7 Feb 10.4 kW was in the x-arm, on 9 Feb 11.5 kW was on x-arm (calculated as per alog 16579).  I've assumed 10% uncertainty on this power, but perhapse that is too small.

[absorption in ppb]=[absorbed power]/[locked arm power] *1e9

Datasets and code are saved in /ligo/home/eleanor.king/HWSreadouts.

Jeff restarted ETMX SUS, but this didn't solve the decimation problem reported in alog 16511.

All models on h1oaf0 stopped running just before 1:00 PM PST with ADC timeout errors.  Had to kill the user models and restart the IOP model to recover timing, then the user models were restarted.

Richard, Filiberto

Late last week I noticed the current meter for the Ham4 and Ham5 +-24V ISI DC supplies that feed the coil drivers were oscillating at about 1Hz and 0.5amps.  Today we connected a meter to the output lines of the supply and systematically shut down the ISI system starting with the Ham4 moving to Ham5.  First step was using guardian to take the system to READY state.  We then shut off the outputs using the watchdogs.  The oscillation remained until we shut off the 2nd Ham5 coil driver.  The system was brought back up and the oscillation was gone.  Re-engaged the software had guardian take it back to isolation.  Still no oscillation present.  I will check the power on this system during the week to see if it goes back into oscillation.    There was no obvious problem with the HAM isolation during this time.  If the oscillation returns we will power the HAM 5 electronics down first to see if this corrects the problem.

The h1nds1 NDS server has been reconfigured to serve past data from the same disk systems as h1nds0.  The /trend/minute_raw data has been renamed, and is being copied to /frames/trend/minute_raw because the /trend file system is nearly full.  The h1fw1 is still writing minute_raw files, so there will still be a redundant source for the files.

Added 26 channels. Removed 105 channels.

No Issues at restart, no impact on HEPI Platform.

SDF updated, foton file committed to svn.

The PSL team has installed an ND filter in front of the IO photodiode measuring the power after the EOM. Now we have about 3V. I adjusted the calibration to give us 21W. Old alog at 16437. I added the power readbacks to the IMC overview screen as well.

Summary:

ETMX M0 stage was pushed towards the reaction chain so the F1 flag comes out of the BOSEM. It got slightly better, BOSEM reading changed from  7300 to 8300.

Reaction chain was pushed away from the test mass chain so that L1 and L2 stages don't get too close to the test mass chain.

We don't know yet if this made any change to the damping etc.

Details:

Due to a huge pit offset we need to align ETMX (it was large before the vent, but it got worse after), F1 flag is too much into the coil, and supposedly that is one of the reasons why the PIT damping is not that good. In the first attachment, you can see the BOSEM reading of F1 to be about 7300 (ideally this is 16000 or so).

I gave the top stage a length push such that the test mass chain is pushed away from the top face BOSEMs, and gained about 1000 counts in F1 BOSEM. With this offset the coil outputs should still have some headroom even if you misalign the ETMX to point to baffle PDs.

One drawback of this is that the test mass chain is pushed towards the reaction chain, which is fine under a normal circumstances, except that Sheila tells that misaligning the reaction chain of ETMX affected the actuation behavior of L1 and/or L2. I'm worried that something is close to touching, and pushing flags further into OSEMs doesn't sound like a good idea.

So I gave a length offset to the reaction chain, pulling it back from the test mass chain.

In the second screen shot you can see that I gave offsets to L2L, L2Y and L2P drivealign matrix rather than M0_LOCK_L because of a very small DC gain of the latter, and because it's somewhat more convenient than to give length offset to TEST_L and compensate the misalignment caused by that by using alignment sliders.

If this makes no negative impact on locking, the offset could be moved to TEST_L and sliders.

Reaction chain offset H1:SUS-ETMX_R0_TEST_L_OFFSET was set to -100k. I can go further easily, but I left some headroom so the reaction mass could be misaligned when fringe wrapping between the test mass and the reaction mass is observed.

After these, M0_OSEMINF_F1_INMON changed from 7300 to 8250, L1 LL from 6700 to 7000, L2 UL from 7100 to 7500.

I took a very very quick top P2P TF of the test mass chain for before(blue)/after(red) comparison and I see no ill effect (but no difference means no change in the PIT sensing). This comparison was done without oplev damping.

ETMx and ETMy ring heater chassis have been turned on.  I have copied the ITM calibration settings (except for resistance values) over to the ETMs.  I breifly turned each heater on and off again, they are drawing the right ammount of power.  All of the ring heaters are requesting 0W (ie no heating) right now.

Looking at the tidal feedback signals during the 2 hour lock shows:

1. The calibration of ALS-Y_REFL_SLOW is too small by a factor of 2. In Fig. 1 we see the green REFL_FAST signals running out of range near ~7.5µm. This is corresponds to the full VCO range of 1MHz and is correct. The same is true for X_REFL_SLOW, but the corresponding Y_REFL_SLOW shows a signal roughly half the size. The calibration is the same but the ALS common mode board have different gains in the input and VCO path. The X-arm board uses -7dB and 0dB, respectively, whereas the Y-arm board uses -13dB and +6dB. The Y-arm board should have the same gain as X.
2. When the Y-arm tidal servo is switched to red lock, the HEPI feedback runs away slowly, see Fig 2. This is due to the fact that the integrator for the slow Y-arm feedback is holding at its last position, but no feedback is applied to either the ESD or the common tidal. Either the common tidal feedback needs to enabled or the integrator bled off.
3. The calibration gains for the common tidal feedback was missing. The MC_F signal is calibrated in kHz and sent to the VCO. With a double passed AOM the gain factor becomes 0.5µm * 1/(2*37.5kHz) ~ 0.007 µm/kHz.
4. Driving HEPI to a positive offset seems to lead to a negative MC_F. Meaning, one should be able to just copy the MC_F value into the COMM_ERR offset field.

Script:

#!/usr/bin/python
import ezca
Ezca=ezca.Ezca("H1:")
while True:
    val=Ezca['IMC-F_OUT16']
    Ezca['LSC-X_COMM_ERR_OFFSET']=val
    Ezca['LSC-Y_COMM_ERR_OFFSET']=val

On Nov 7 I added smoothing to the terribly noisy channels generating the differential pressure.  I revert these back to no smoothing.