[Jenne, Sheila]

We have had dither lines on for the BS and SRM, both pitch and yaw, for the last hour or two while we've been trying to increase the laser power.  This is meant to be reminiscent of the test by Stefan and Elli back in August (alog 20777 and alog 20827), where we can look at how the demod phase in the AS36 signals is changing as a function of laser power.

Sheila may have some transfer function points that she looked at, at different powers, but a more full analysis will come during the daytime.

Lines were put in using the ADS of the ASC.

BS pit 30cts at 5.7Hz

BS yaw 30ct at 6.4Hz

SRM pit 100ct at 6.2Hz

SRM yaw 1,000ct at 6.8Hz

Shift started out with Jenne & Rana with H1 making Oplev OLG measurements.  After they handed H1 over, I tried tweaking the arm alignment, but Y-arm was too far out, so ran an Initial aligment.  Rest of the night has been focused on locking and high power investigations by Jenne/Sheila.

As noted by Gerardo's alog, CP5 will be alarming after a step change from 92% down to 84%.  It's been holding steady here (but have been getting short MAJOR alarms and then longer MINOR alarms); if level drops below 74%, call the Vacuum Team.

Alignment Notes:

• For ALS Xarm, it wasn't locking because of VCO message.  Opened VCO X-arm screen and hit reset to clear.
• For Input Align had trouble locking the Xarm (tried doubling XARM gain to no effect.  Eventually managed to lock after ~10min).
• Align PRM trouble:  PRM channel (SUS_PRM_M3_LOCK channel on Strip Tool in front) looked ugly as well as the AS-AIR video.  So took ALIGN_IFO to DOWN, and then tweaked PRM pit/yaw while watching AS video.

(John, Gerardo)

CP5 level has been changed from 92% to 84%.  This is going to generate alarms since 84% is the low level alarm, please do not ignore alarms below 84%.

CP5 is now in PID control.

Corey, Jenne, Sheila

We had an epics freeze while in the increase power state, and lost lock when epics started to update again.  This happened at 2016-06-21 02:10:27 

While relocking after this we had a guardian ezca connection error connecting to H1:ASC-OUTMATRIX_Y_2_3.  We were able to connect to the channel using caput, but the error didn't clear until we took the ISC_DRMI guardin to stop and then back to exec.

Later in we had at least two more freezes (based on the ASC strip tools) around 6:50 UTC and 7:10:48 UTC. 

CP2 needle valve shaft completely decoupled from actuator. The packing nut was too tight. Reconnected and set the packing nut a little looser. We should consider using a locking gel on this joint.

Peter, Stefan

We read up on alog # 20699, indicating that the main problem during power-up is a change of the MICH ASC error signal. That alog suggested mixing in A36I, but back then AS_A_RF36 was phased differently.

Thus we looked at the MICH_P signal in AS_A_RF36, and indeed confirmed that the signal is now in Q, as expected.

We thus set the following pitch matrix element for MICH:

        ISC_library.asc_intrix_pit['MICH', 'AS_B_RF36_Q'] = 1     # reduce from 2 to 1
        ISC_library.asc_intrix_pit['MICH', 'AS_A_RF36_Q'] = 0.666

With this setting we noticed that MICH_Y was unhappy - in particular the AS_A_RF36_Q_YAW signal grew tremendously during power-up. We confirmed my moving the BS that the same error signal combination as for MICH_P also made sense for MICH_Y, i.e. we used the following yaw matrix element for MICH:

        ISC_library.asc_intrix_yaw['MICH', 'AS_B_RF36_Q'] = 1     # reduce from 2 to 1
        ISC_library.asc_intrix_yaw['MICH', 'AS_A_RF36_Q'] = 0.666

These settings are now in the Guardian (including setting them to 0 in the DOWN state).

For reference, for SRCL we are using the following error signals:

        ezca['ASC-INMATRIX_P_6_3']=0 # off for now                        # AS_A_RF36_I
        ezca['ASC-INMATRIX_P_6_7']=1 # good enough for now    # AS_B_RF36_I
        ezca['ASC-INMATRIX_Y_6_3']=-1.5                                           # AS_A_RF36_I
        ezca['ASC-INMATRIX_Y_6_7']=1                                                # AS_B_RF36_I
 

We then noticed that the SRC1_Y top stage offloading resulted in a slow oscillation, indicating the the loop gain dropped enough to make the offloading oscillate. We have not fixed this in the Guardian yet.

We also used the TCS_ITMX_CO2_PWR and TCS_ITMY_CO2_PWR guardians to set the TCS power at 11W. This ramps the central heating down as the power comes up. This is currently only done in the guardian after the whole power-up is finished (i.e. in the COIL_DRIVER). For now, we did this by hand.

With this setting we were stably sitting at 11W until the 5.4 magnitude earthquate in Vanuatu hit.

=================================================================================

After the quake had settled down,  we went to 23W, and noticed that SRC1_Y now would prefer a different error signal:

ASA36_I to SRC1_Y: -1.5 (was -1.5) 
ASB36_I to SRC1_Y: 0.53 (was  1.0)   # (not in guardian yet)

We noticed that for large SRC1_Y offsets AS36_I seems to turn around - during one lock we even were able to keep it locked with opposite gain, al;though the sideband buildups were worse.

We also set

H1:TCS-ITMX_CO2_LSRPWR_MTR_OUTPUT = 0.2    # (not in guardian yet)
H1:TCS-ITMY_CO2_LSRPWR_MTR_OUTPUT = 0.0    # (not in guardian yet)

this slightly improved the sideband buildups.

We left it locked atr 25W to damp the violin modes out over night. Attached are screen shots of the ASC input matrix.

DHARD measurements were taken in alog 27832 with 10w laser power, and I compared them with the modeling results here.

We found that the measurements of Yaw fit better to the modeling than the pitch, which is also true for 2w situation (27617).

I removed one of two SR560s used for ISS 3rd loop and reshuffled connections so we can directly go to the 2nd loop error point.

First attachment shows the new configuration, second attachment the old one.

PD58 path is used as the injection point of the 3rd loop.

Since we're injecting to a different point, you need to figure out a new gain/filter.

Kiwamu says that you cannot increase power while the 2nd loop is on. The setpoint voltage for the second loop needs to be changed as the power goes up, otherwise the loop hits the rail, but there's a pair of 0.1Hz hardware poles in the offset voltage path and you cannot update the voltage fast enough. You might want to put digital double zero-poles, e.g. zpk([0.1, 0.1], [5, 5], 1, 'n') or something in H1:PSL-ISS_SECONDLOOP_REF_SIGNAL_ANA_CALI to mitigate this effect.

Anyway, this might mean that you need to use different gain/filter configurations for the 3rd loop while powering up without the 2nd loop, and once you reach the final power you enable the 2nd loop and switch to the final configuration for the 3rd loop.

Possible switch combinations:

Jenne, Rana

In order to symmetrize the hard/soft drives, we want the ITM and ETM actuation functions to be identical (i.e. the PUM pit to TM pit TF). Previously Evan and Rana adjusted the TOP stage damping to make all the TMs the same. We also balanced the common / differential drives using the AS port WFS.

Today we realized that this was not as good as we thought since the PIT optical lever servos were on for the ITMs, but no other OL servos were on. So the PIT DoF was an admixture of hard/soft all of this time. So we measured the OLG for all of the TMs and turned on the loops for the ETMs, so now the PIT OLDAMPs are on for all the TMs. The same filters are ON for all 4 loops, and we adjusted the gains to make the OLG sweeps look the same (to within ~10-20%):

G_ITMX = -300

G_ITMY = -300

G_ETMX = -440

G_ETMY = -300

Nergis, Sheila, Haocun

As posted in alog 27820, the IMC transfer function has a high gain around 800kHz, and we thought that may be reduced by lowering the FSS loop gain, which was proved to be true.

We reduced the FSS loop gain for 6dB (the common gain from 20dB to 14dB;  the fast gain from 22dB to 16dB) , and the IMC loop gain dropped about 16dB from -4dB to -20dB at 800kHZ.

The measurements were taken from 10Hz to 5MHz. The green curve was measured before reducing the FSS gain, and the yellow one was measured after lowering the gain.

Currently, we left the FSS loop gain values to be the lower ones, which can be turned back up later if needed.

LLCV bypass valve 1/2 turn open, and the exhaust bypass valve fully open.

Flow was noted after 58 seconds, closed LLCV valve, and 3 minutes later the exhaust bypass valve was closed.

Next over-fill = Wednesday, June 22nd.

Jenne, Rana, Haocun

We added filters to C/DHARD Pitch and Yaw loops to reduce low frequency noises.

These are low pass filters at 35Hz, as shown in the figure attached. We used same filters for CHARD and DHARD, and the noises from 30-100Hz were reduced by a factor of 10.

Nutsinee, Kiwamu, Alastair (remotely)

We have aligned the CO2 Y beam relative to the main interferometer beam. We are ready for various TCS tests again.

We aligned the beam by doing the same exercise as Aidan and Alastair did back in this February (25353). According to what Aidan calculated, the precision of the adjustment is about 20 mm which should be good enough (recall that the CO2 beam size is twice bigger than that of the main laser i.e. 100 mm or so in radius). We hooked up an analog function generator to the modulation input of the AOM driver which resides on the right hand side of the TCSY table. We drove it with an offset of 0.5 V and an amplitude of ~0.2 V at a frequency of 50 Hz. The frequency is chosen to be higher this time because the interferometer had higher noise floor below 40 Hz (dominated by CHARD control noises). We steered pico motor G which corresponds to a mirror on top of the periscope. After an iterative adjustment, we ended up with [x, y] = [-17500, 27000] in the pico motor readout. Note that these values are almost comparable to the previous adjustment by Aidan and Alastair. As a result of the alignment, the CO2 coupling to DARM increased roughly by a factor of 10 -- indicating a better overlap between the CO2 projection and the main interferometer beam.

Side note is that we saw a slow drift (with a small oscillation on a time scale of 10 min.) in the observed CO2 power during the adjustment in which the CO2 power monotonically kept decreasing by 10% or so over an hour or two. After unplugging the function generator, we also saw the power drifting back to the nominal power at a faster rate. A seemingly coherent behavior was visible yaw and pitch of QPDs A and B. No idea why.

The peak counts was ridiculously high for both HWSX and HWSY. I attached a screenshot of a streamed image below (don't remember which HWS this belongs to). Powercycled the camera and the frame grabber didn't help so I powercycled the hwsmsr computer. HWSY had trouble starting up so I reconstructed the reference (.mat) files.

TITLE: 06/20 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Corey
SHIFT SUMMARY:
LOG:

• 14:20 - Chris S to EX to check on wind fence settings.
• 15:17 - GRB (We are locked at INCREASE POWER 23.2W)
• 15:40 - Christina opening up OSB receiving door.
• 17:04 - Kiwamu to LVEA to recenter TCS CO2 Y
• 17:05 - Keita to LVEA to check ISS connections
• 17:16 Keita out
• 17:17 - Kiwamu to LVEA to transition to laser HAZARD and then open up TCSY table.
• 17:28 - Fil and student to CER mezzanine
• 17:37 - Fil and student out
• 18:05 - Jeff B to EY receiving area
• 18:55 - Kiwamu and Nutsinee to LVEA to change TCS setting
• 19:00 - Christina OSB rollup door, then to MY
• 19:20 - Jeff B back
• 19:32 - Christina, Karen leaving MY
• 19:52 - Nutsinee to LVEA?
• 20:30 - Keita to LVEA to work on ISS
• 20:36 - Kiwamu and Nutsinee out for lunch
• 21:19 - Gerardo to MX
• 22:02 - Jeff B to MY
• 22:05 - Kiwamu and Nutsinee to LVEA
• 22:17 - Jeff B from MY to MX
• 22:19 - Lockloss (~15 hr lock)
• 22:26 - Gerardo to MY to overfill CP3
• 22:55 - Gerardo back

Conor, Jeff K

Summary:
- Conversion of ISI Suspoint motion into the DoF basis works for the arms, with limited fidelity.
- Corner station DoFs seem not to work, possibly some problem with inclusion of the Beamsplitter.
- IPC communication between ISI and SUS at ETMY is spoilt somehow.

The GS-13s on stage 2 are used as witnesses for residual motion. Their outputs are calibrated to nm, and converted to suspension point motion using Euler matrices (Cart2Eul). The output is in the local suspension coordinates. For example, the channel 'H1:ISI-ITMX_SUSPOINT_ITMX_EUL_L_DQ' is the longitudinal motion of ITMX, which is along the normal vector pointing outward from the HR surface, in the global +X direction.

These suspension point motions are IPC'd to the OAF model, and in the case of the ETMs this involves some multiplexing/AI-filtering for communication down the arm. In OAF they are combined into the IFO degrees of freedom based on  T1500610 .

As a sanity check, I fetched the ISI-model Suspoint channels and matrix'd them into the IFO DoFs in Matlab, for comparison with the OAF DoF channels. For the arms (XARM, YARM, CARM, DARM), things seem to be somewhat okay. I confirmed this by eye, and then took the spectrum of the subtraction (attachment 1, CARM_Spectrum). The residual is consistent with the dynamic range of single-precision floats (about 10^9), at least at high frequencies. A quick software-only transfer function using four poles at 0.1Hz and white-noise injection in a spare filter bank shows a similar total dynamic range (attachment 2, DTT_dynamic_range). The anti-imaging filters, for transmission of the ETM signals along the arm, should allow a considerably smaller residual than we see at low frequencies, and I don't really know what else might cause this.

The corner station DoFs are substantially wrong, visible directly in the time series' (eg attachment 3, MICH_time_series). Since MICH only uses the ITMs (confirmed to be 'okay') and the Beamsplitter, presumably the difference arises there. PRCL and SRCL are similarly incorrect.

Document T1500610 has some minor errors in the Suspoint->IFO-basis definitions, but the current matrix has correct values as far as I could see. It also points to the Suspension model versions of the Suspoint motion, eg 'H1:SUS-ITMX_M0_ISIWIT_L_DQ', but the model uses the ISI versions. Initial testing revealed discrepancies between:
    'H1:ISI-ETMY_SUSPOINT_ETMY_EUL_L_DQ'
    'H1:SUS-ETMY_M0_ISIWIT_L_DQ'
visible in attachment 4 (ETMY_IPC_issue). The other 3 test masses didn't show this gross level of disparity.