Evan, Kiwamu, Sheila, Jeff

We noticed that we weren't really driving ITMX PUM.  Evan and I went to the racks and saw that the DAC outputs were changing, but the LED that says DAC WD next to the DAC input was not lit and there was nothing coming out of the AI board.  This is probably why Dan was unable to damp ITMX violin modes last night.

D. Gustafson, K. Izumi, S. Karki, J. Kissel, R. Savage, D. Tuyenbayev

Stay tuned for more details on each, but since we have so little time during these three days we're taking the "take the measurement now, look at it enough to know *you're* happy, *then* think and document it once we don't have any more time" approach, so please be patient if our aLOGging falls behind our activities. As such, I'm going to try and keep up with this daily "debriefing" so at least all are aware of our progress.

We've begun this week's calibration measurement's by doing the most invasive stuff first:
K. Izumi, D. Gustafson 
     - Made electronics measurements necessary to use the ALS DIFF VCO as a calibrated frequency actuator and compare line(s) generated by this VCO against ESD calibration lines in the DARM ASD to assess QUAD's actuation strength. See LHO aLOG 18634.

J. Kissel, R. Savage, S. Karki, D. Tuyenbayev
     - Made SR785 measurements of all elements of the EY PCAL electronics chain, including the AA, AI, and full RX (reflection off of the test mass PD) and TX (a PD picking-off of the power transmitted into the test mass) that includes the PCAL interface chassis, similar to what has been done at LLO (see, e.g. LLO aLOGs 18106, 18199, 18309).

Goals for tomorrow:
K. Izumi (and whomever's willing to help)
     - Get a free-swinging Michelson measurement of all stages of the ETMY's actuators that are involved in the hierarchy

J. Kissel, S. Karki
     - Finish straight-forward electronics measurements for ETMX PCAL (i.e. the same that were done today at EY)

R. Savage, D. Tuyenbayev
     - Stay at EY and compare PCAL PDs against other broad-band PDs to assess frequency response of PCAL PDs.

For an overnight test we have moved the Rx detector assembly into the Tx module and directed both output beams into the detector.

We plan to restore the nominal setup tomorrow morning.

Note that the cover on the Tx module is ajar while we are making this measurement.

I reviewed front end code which have outstanding local mods. I committed to SVN h1alsex.mdl, h1alsey.mdl, h1iopsusauxex.mdl, h1iopsusauxey.mdl, h1iopsusex.mdl, h1iopsusey.mdl. Files which still need committing: ASCIMC_MASTER.mdl, lscimc.mdl and CD_STATE_MACHINE.c

I "greened" up the IOP SDF by switching the DAC Duotone OFF on h1lsc, h1iscex, h1iscey.

I ensured filtermodule file synchronisation by pressing the  LOAD_COEFF buttons on all models.

I verified all safe.snap files in the target areas are symbolic links to userapps, and checked in local mods.

I'm in the process of ensuring all filter module files are symbolic links to userapps (12 were not) and checking these into SVN. COEFF_LOAD is needed when the file is changed from local to symbolic link to clear the "modified file" message.

I copied the latest Beckhoff DAQ INI files to the DAQ. I had to remove the duplication of the H1:PSL channels as was seen before. The DAQ was restarted after this morning's model changes.

The IRIG-B excursion of h1seih45 following its power supply swap took several hours to come back down. The CDS Overview is now GREEN, any non-GREENs should be investigated.

Dave, Jim

Weather station IOC's failed at EX, MX, and MY during lightning and heavy rain.  Restarted IOC's, set alarm levels.

Do you often wonder if the BRS on or off? Do you stay up at night asking yourself if you should have turned it off when someone went down to EX?

Ask no more! There is now a BRS Active light on the ISI EX_GND medm screen.

Operators: if someone is heading down to EX, please make sure to check that the blue "Not in use" light is lit. If it is not and the brighter blue "ACTIVE" light is, go to the wiki:  https://lhocds.ligo-wa.caltech.edu/wiki/UsefulScriptsForOperators  and follow instructions to turn OFF the BRS sensor corrected signal.

An important thing to note: this medm light does not look at the sensor correction filters, only if the appropriate matrix elements are selected. This should not be a problem since the script turns on the correct filters when switching between using the BRS sensor corrected signal (ON) and not using the BRS signal (OFF). In the near future, a Guardian node will control this rather than scripts from the command line and, hopefully, eliminate all confusion.

A screenshot is attachted of the "Not in use" light.

Dick, Kiwamu,

We measured the volts-frequency relation of the ALS DIFF VCO by closing the ALS diff VCO PLL. We will upload the data and results later.

In order to measure the VCO response, we discconnected the DIFF beatnote from the phase-frequency discriminator and temporarily hooked up an IFR 2023A to simulate a clean signal. After we finished the measurement, we reconnected the beatnote cable back to the phase-frequency discrminator.

8:20 Peter and Ed to PSL enclosure. Lock loss right after.

8:22 Joe take the pesticide guy into the LVEA.

8:35 Kyle to EY. Pump RGA.

8:39 Joe out

        Kris and Karen to LVEA

8:45 Elli & Nutsinee to HWS table near HAM4

8:39 Jason to PSL enclosure

9:00 Elli and Nutsinee out

9:40 Dick to ISC rack 2,3 to measure ground noise

9:48 Fil to EY and EX rack

9:52 Patrick back up database

10:32 Kyle to LVEA

10:48 Kyle out

10:53 Karen and Kris leaving EX, heading to EY

11:14 Richard & Jim swap power supplt SEI 4,5 (HAM4,5 brought to OFFLINE)

11:22 Jeff K. to EY moving binary IO cabel

11:26 Jason et al. out of PSL enclosure

11:40 EX Beckhoff restarted. Burtrestored to 06:10

11:43 Kiwamu and Dick to ISC rack. Disconnecting ALS diff PLC.

          Jeff K. leaving EY. Dave restarting DAC.

11:46 Kris and Karen leaving EY

11:49 DAC back

11:53 Patrick done with the back up

11:58 Jeff K. bringing ISI EY back

11:59 Gerado to EY

12:15 Gerado and Kyle back from EY

12:53 Dick and Kiwamu back

13:15 TJ to EX restarting BRS

13:30 Richard to compression room EX

13:45 TJ back

13:50 Richard back

14:01 Dick and Kiwamu to ISC rack

14:14 Jim and TJ to EX - restarting BRS (again)

14:36 Jim & TJ back

           Dick & Kiwamu back

15:35 Jason & Ed to ETMX OPLEV

15:44 Rick, Sudarshan, Darkhan, and Jeff K. to EY (Calibration work)

16:09 Jason and Ed back

Happy Maintenance Tuesday....

Just a heads up to commissioners:

I took a snapshot of the ETMy SDF diffs that popped up over the weekend of commissioning this morning.  After Kissel's model fix from this morning, the diff list is smaller now.  This may imply that some of the purposeful changes made to ETMy over the weekend have been undone -  it is hard to tell because many of the things that were on the larger diff list from before the reboot were people likely "just testing" things that weren't working over the weekend.  Or, there are some settings guardian is switching since we're not back up and lots of testing is taking place right now (meaning, I haven't caught them all and made SDF ignore them yet).  Or, the reboot and sweep through the GRD SAFE-DAMp settings cleared house.

In any case, I post the before and after list in the event ETMy still is not acting properly for the evening commissioners and they are looking for "previous" settings..

Praxair delivery today resulted in CP2 overfill -> PID loop will eventually shut-off LN2 flow through transfer line as a response -> Warm transfer line will likely result in secondary under fill alarms tonight -> shimming LLCV slightly open will keep transfer line cold regardless of PID output to LLCV 

Jim W., TJ

SYS_DIAG reported that BRS had flatlined, and after looking into it it looked like the software crashed on Saturday (attached image). The BRS is not currently being used for sensor correction so this was not a big deal but we did need to restart it. I took a trip down to EX, followed the instructions on Alog 13817, drove back and realized that that had not corrected the problem. I took Jim with me this time and he noticed that the rate box on the running analysis screen was empty. He restarted it again and it all seemed to work well. Everything looks good now.

J. Kissel

Another belated aLOG: I've measured the ETMY AI chassis this past Wednesday morning in an identical fashion as to how I'd measured ETMX in 18518. See attached set of plots, but more importantly fo use later, the data lives in 
/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PreER7/H1/Measurements/ElectronicsMeasurements/H1SUSETMY_L1_*.txt
which has been processed by 
/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PreER7/H1/Measurements/ElectronicsMeasurements/process_H1SUSETMY_AI_Measurements_20150520.m

As with ETMX, all relevant AI chassis channels on M0, L1, L2, and L3
- are fully functional,
- have a "DC" gain of 0.9902 +/- 0.0001 [V/V] gain (measured at 10 [Hz])
- have a notch frequency of 65838 +/- 277 [Hz]
- drop to 0.976 [V/V] in magnitude and lose 27 [deg] in phase (again no surprise).
These measurements will be used to inform the calibration model, as opposed to what we're currently using which had been the mean and std of several hundrend generic AI/AA filter boards that had been tested (and done so prior to the -v6 upgrade). That being said, there's very little difference between the two, so there will be little to no change.

J. Kissel, D. Barker, J. Batch, R. McCarthy, R. Abbott

First: Thanks to all that aLOGged / documented what we had installed / debugged for the new low-noise ESD driver in my absence, (i.e. LHO aLOGs 18559, 18592, 18568). Apologies for not having time for the true systems level check-out and not committing my work!

Second: The messages -- 
(a) The new BIO control and monitoring for the low-voltage ESD driver at H1SUSETMY is now independent of the H1SUSTMSY's BIO. To do so, we had to move the Binary Input and Output cables two ports "up" from channels 16-23 & 24-31 (as originally designed in D1400177-v4) to channels 32-39 & 40-47, and change the front-end code mapping in the h1susetmy.mdl model accordingly.
(b) I've fixed the bug which mapped the IPC error rate signal for the Tidal Correction into the main "library" block. It's now feeding the actual signal to the main library block as one might expect.

Details
--------
I've installed new infrastructure to support the BIO monitoring and control of switches inside the new low-noise ESD driver. Mostly* following the drawing shown in D1400177-v4, the driver has five groups of functions that are controlled and monitored: (follow along with the block diagram D1400301)
(1) HI VOLT DISCONNECT: there are four (one for each ESD quadrant) independently switchable relays on the input (marked as S1, S2, S3, and S4) that either engage the High Voltage ESD driver, or ground that connection and only use the Low Voltage Driver
(2) Low-pass filter switching (STATE REQUEST on the BIO MEDM screen): again four (on for each ESD quadrant) independently switchable relays to engage a z:p:k = [ 50,50 : 2.2,2.2 : 1 ] low pass filter (for more accurate description of poles and zeros, see the now-measured transfer function LHO aLOG 18579). 
     State 1 : Low Pass OFF
     State 2 : Low Pass ON
     [Bonus states, as with any coil driver: State 0: ISC control (currently terminated); State -1 or -2: same as above but use has control over digital compensation filters]
(3) HI/LO VOLTAGE: four, independently switchable relays  toward the output of the driver that select using the output of the High Voltage driver or bypassing it entirely (if the HI VOLT DISCONNECT is switched to DISCONNECTED). 
(4) RIGHT / LEFT PI SWITCH: For the not-yet commissioned parametric instability path (whose control signal will eventually come from an independent front-end model running at 64 [kHz]) one can independently chose whether to drive the upper or lower quadrant of the LEFT and RIGHT sides.
(5) HV ESD DRIVER TRIP RESET: This functionality should match the functionality of the red button on the front of the High Voltage driver -- when the driver trips, this is its momentary RESET button.

All of these switches are controlled via Binary I/O in the h1susetmy. They're packed up into a 16-bit word that gets fed to the binary IO card (see the generation of this word in 
2015-05-26_H1SUSETMY_BIO_L3.png). Note that for the low-pass filter switching (STATE REQUEST on the BIO MEDM screen) I've created a new sub-function to
/opt/rtcds/userapps/release/sus/common/src/CD_STATE_MACHINE.c
which is basically identical to the TOP driver's function, but without a test-coil enable, because it's a similar two-state machine (a state machine diagram will be added to T1100507 in the fullness of time).

Problem (a) was a result of piping this 16-bit control word into the "upper" half (bits 16-31) of the "lower" 32 bits (bits 0-31) of the 2nd (Card "1") of the h1susey 64-bit binary I/O cards, which is what the TMSY was already using to control its TOP mass coil driver switching (who was using the "lower" half, bits 0-15 of that same "lower" 32 bits of the 2nd card). Recall that the RCG must artificially split the 64-bits into two 32-bit words (the "lower" (0-31) and "upper" 32 (32-63), referred to as L32 and H32, respectively). However, it turns out that two front-end models cannot share one of these upper or lower halves, even though in analog land one might suspect that one might even be able to break the card up into even 8-bit word chunks. Thankfully the BI and BO chassis have virtually all of their spigots free, so we just shifted the cables "up" so that they came in on the "upper," H32 "card" and modified the front-end code accordingly to match (see 
2015-05-26_H1SUSETMY_SimulinkModel.png, and please forgive the mislabeled BIO ENCODE spigot that says it's still outputing the "L32" bits. This is an inconsequential remnant of the bug fix that I only noticed while writing this log, and I don't want to 4-R the front-end code just for a label fix.)

Problem (b) was just a byproduct of my haste in getting these front-end changes done. While cleaning up the top level of the model, I just misconnected the new FLAG / TAG for the tidal servo signal to the IPC error rate. Sorry about that.

-------
The following has been committed to the userapps repo (recall the top level, main control system part of model is *already* unhooked from the library because of how tidal corrections have been implemented):
/opt/rtcds/userapps/release/sus/h1/models/h1susetmy.mdl  SORRY FOR NOT DOING THIS EARLIER!!
/opt/rtcds/userapps/release/sus/common/src/CD_STATE_MACHINE.c 

The following has be consciously NOT committed to the repo (because it will conflict with changes already made to support ECR E1500228):
/opt/rtcds/userapps/release/sus/common/medm/quad
SUS_CUST_QUAD_OVERVIEW.adl
SUS_CUST_QUAD_BIO.adl