Found that the PI output for CP5 was 0% even though the pump level is at 83% -> I switched CP5 to manual control with LLCV %open of 90% -> The other vacuum group members have been experimenting with CP5 of late so I'll "stay out of the kitchen" and let them continue/investigate.
Jenne, Carl, Sheila, TJ, Stefan, Lisa We have a quite reliable locking sequence to 40W at this point (recycling gain ~28.5, same SOFT offset strategy as over the week-end with one set of offsets engaged before power up, one at 40W; SRM alignment done by end), so tonight we started going back to low noise while doing PI testing. Here is the list of things we successfully did; we still need to modify the ISC LOCK code to be compatible with some of those (note that we are still on POPX, so the POP beam diverter is open):
Plot 1: Noise spectrum for tonight. Below 60Hz is due to ASC, and can still be addressed.
Plot 2: Auxiliary loops noise. Note the increased coupling of the mechanical resonances just below 60Hz. I suspect that we still are not quite centered in the recycling cavity.
Plot 3: Aux loop coherences
After this lock broke Carl and I turned on the ITM ring heaters to 0.5 Watts each, and left the end stations at 1.5 Watts each. Carl thinks that this will help with PI, and this will also set us up to try some common TCS tuning tomorow.
Some of the things that Lisa mentioned are now in the guardian.
Attached is a screenshot of when (in PSL power terms) the OMC ASC rails.
For the first almost 3 hours of this lock we were toggling the gain of CSOFT P by 20 dB every 10 seconds because of a logic problem in the guardian. Should be fixed now.
Filters for PI damping have been broadened to 10Hz as the phase change over 0.5Hz for some of the filters being used was greater than 200 degrees.
These 10Hz wide filters may be problematic for the 15541.9 and 15542.6Hz modes. I have tested damping these modes at low amplitudes with the 10Hz wide filters and to damp, however as we reached 3 hours into this lock the 15541.9 and 15542.6 were slowly pushing their way up, the filters I have put in have about 60 degrees phase shift for 1Hz change in frequency.
I tested iwave on this pair of modes, it tracks the largest mode very well, however once damped to a level lower than the next highest mode it runs off and tracks that mode. This meant two iwave blocks running one on each etm pi model generally pushed their test mass with the largest amplitude mode. I was using tau of 10.
We have a SUS_PI guardian now. The gaurdian has 4 states managed by ISC_LOCK. IFO_DOWN, OMC_TRACKING, PI_DAMPING and ETMX_PI_DAMPING. The tracking state just turns on tracking for long term testing. The damping states turn on the bandpass damping chains with settings that have been tested today and very low gains for the settings in Terra's PI wiki. I will update the wiki tomorrow with some new settings.
The 0.5W increase in the ITM ring heaters should push the optical mode to lower frequencies, as we see PI in the 15540Hz group of modes close to the end of the RoC thermal transient (1.5-2hour in a 2-3hour transient) I am hoping this will be enough to make these instabilites a little less agressive. I have been doing some testing of the 15kHz mode in anticipation that this TCS change will make these modes ring up more at the beginning of lock.
Before leaving I stepped the ETMY Ring heater by 0.5W total to test the idea that we can push the 15542Hz modes appart with a little heating.
The ITM ring heaters that Sheila activated seemed to have introduced a substrate lensing of about 8 uD on each optic according to the TCS simulator. The ITMX HWS saw the consistent amount of change in the substrate lensing (~ 18 uD due to the round trip lensing which gives an extra factor of two). After the ring heaters were activated, the power recycling on average was higher than the previous 41 W stretch by 1%; this could be because the last lock stretch with the ring heaters was with a slightly lower PSL power of 39 W. I attach trend of the relevant channels.
TITLE: 06/28 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: None
SHIFT SUMMARY: Commissioners working hard. Hit 40+Mpc for a bit.
The following was generated from running /opt/rtcds/userapps/release/psl/h1/scripts/PSLweekly.py. It appears the nominal values may need updating? Note that the wiki says to run /opt/rtcds/userapps/release/psl/common/scripts/PSLweekly.py, but that script reports errors. TJ pointed me to this one. Laser Status: SysStat is good Front End Power is 30.38W (should be around 30 W) Front End Watch is GREEN HPO Watch is GREEN PMC: It has been locked 6.0 days, 5.0 hr 8.0 minutes (should be days/weeks) Reflected power is 30.07Watts and PowerSum = 147.2Watts. FSS: It has been locked for 0.0 days 0.0 hr and 17.0 min (should be days/weeks) TPD[V] = 3.834V (min 0.9V) ISS: The diffracted power is around 15.37% (should be 5-9%) Last saturation event was 0.0 days 0.0 hours and 17.0 minutes ago (should be days/weeks)
There are two copies of this script for some reason, not sure if I just wasn't paying attention or it just got accidentally copied. I made sure that the one in /psl/common/scripts/ is the most up to date and also the one aliased into ops, and then removed the one living in h1 from local and svn.
No significant issues with locking. Did not need initial alignment. Nominal state was increase power at 20 W. Corey and I restarted video0, video2 and video4. 16:20 UTC Chandra to CP4 to reinstall flow meter, check LLCV, overfill CP3 19:20 UTC Karen to H2 building to clean 19:35 UTC phone call for monthly test of Hanford alert system 19:58 UTC Karen done 19:58 UTC another phone call for monthly test of Hanford alert system 20:32 UTC Corey and Jeff B. to optics lab to look for parts 20:36 UTC Kyle to mid X to take picture of valve 20:54 UTC Corey and Jeff B. back 21:12 UTC Earthquake 21:16 UTC Kyle back
As per the earlier alog for ETMY BRS sensor correction aLog 27941, I ran offline date (the same 5 hours stretch) through sensor-correction filters in Matlab, trying to optimise the subtraction and improve the low frequency velocity RMS. As per the Y-arm, we reach BRS sensor noise by about ~15-20mHz, and we can gain a factor of a few at 1mHz, and improve subtraction between 10 and 100mHz. Performance is shown in the attachment. The black curves show the GND-STS2 output, the blue curves show the GND output corrected for tilt by the BRS using the previous filters. The red curves show the performance with new sensor correction filters. In all cases, RMS is only accrued below 0.1Hz to exaggerate the differences. The Magenta curve shows the approximate BRS noise floor, but this still doesn't seem quite right below 10mHz. Coherence is pretty much as per ETMY. Change summary: - Moved the zero in the 'Torque' filter bank from 0.1mHz to 0. - Moved the high-pass filter. In this case, I found 6.2mHz gave the best subtraction. - Moved the acc-to-vel pole from 2->1mHz. - Changed the match from 0.79 to 0.87. - Moved the pole in 'Zero_Inv' from 0.5mHz up to 3mHz.
We plan to change to use the ETMY ESD drivers with lower range and lower noise. To make sure that this will not saturate the drivers, we measured the spectrum of ETMX, and calibrated it with ESD OUTPUT filters, which are different for ETMX and ETMY. This should be fine because the calibrated magnitude is lower than 1000 cnts, which is much smaller than the driver's range (~130000 cnts).
We've been talking about blending 2 different combinations of TransMon QPD signals for our SOFT loops: TransMon insensitive at low freqs, and HARD insensitive at higher freqs. So, I've added filter banks for the SOFT loops to match those that already exist for the HARD loops. This is WP#5963.
Evan G., Darkhan T.
Summary:
Foton filter coefficients have been updated for Y-end calibrated Pcal TX and RX outputs and X-end calibrated Pcal TX output. X-end RX output is unchanged because it is still affected by a clipping issue. Until the clipping is fixed, the X-end RX PD channel currently has an incorrect calibration. Our plan is to fix this before O2.
Details:
Several end station Pcal calibrations have been made since the last update for the N/V foton coefficients. The general formula for this coefficient is: N/V = 1/[ TX/WS x WS/GS x GS ] x 2 x cos(theta)/c
We compute below the new coefficients.
Y-end:
From the trend of calibrations (T1500131-v4) made since Aug 2015 to May 2016, the mean value of the ratios for TX and RX to WS accounting for optical efficiency losses is:
TX/WS = -2.7619 V/V
RX/WS = -3.9891 V/V
X-end:
From the trend of calibrations (T1500129-v7) made since Aug 2015 to May 2016, the mean value of the ratios for TX to WS (not corrected for optical efficiency losses) is:
TX/WS = -3.154688 V/V
Using the only reliable optical efficiency we have, D20150804 in T1500129-v7:
e = 0.982588
Computing the TX/WS ratio accounting for the optical efficiency is:
TX/WS = 2/(1+0.982588) * -3.154688 = -3.1824 V/V
Working Standard:
Using the trend of working standard calibrations (T1500054-v41), the WS to GS ratio is:
WS1/GS = 0.926745 V/V
Gold standard:
Using the two calibrations from NIST on Aug 12, 2014, and Dec, 17, 2015 (T1500036), the mean value of the GS responsivity is:
GS = -1.7000 V/W
Power-to-force:
The power to force coefficient is 2*cos(theta)/c, where theta is the angle of incidence and c is the speed of light. From L1600019-v1, the mean of cos(theta) is 0.9884
Final results:
Y-end TX = 1.515e-9 N/V
Y-end RX = 1.049e-9 N/V
X-end TX = 1.315e-9 N/V
These new values have been loaded into Foton and updated the EPICS records
Daniel, Ross, Carl, Kiwamu,
WP#: 5957
We made two modifications on the h1omspi, h1susetmxpi and h1susetmypi models as follows.
We are ready for tomorrow's model restart during the maintenance period.
[I and Q signals to science frame]
Since all the I and Q down sampled signals have been already recorded in commissioning frame, we just added a star symbol to each channel name in the DQ text field in the simulink models. In total, 24 channels (8 channels from each model) will newly go to science frame at 2 kHz.
[New DCPD signals]
We decided to do a quick hack on the OMC whitening board so that we don't suffer from the two 10 kHz poles (technically, 14 and 18 kHz from the differential receiver stage, see alog 21131) to obtain a better signal to noise ratio. Some more details of this quick hack will be reported by Daniel and Stefan later. In the mean time, we have edited the h1omcpi model so that it is capable of handling these two signals. In the first attachment it shows the two new ADC inputs (adc_0_14 and adc_0_15) which then go to a subblock called PI_DCPD. One can choose whether the normal DCPD is used for the PI error signal or the new signals by the two choice blocks that are behind the PI_DCPD block.
Once we become able to damp the PI modes using the new DCPD signals, we should get rid of the old DCPD signals. But for commissioning purpose, we are leaving the normal DCPDs available for now.
Also, we added these two new signals to commissioning frame at the full sampling rate at 64 kHz. So, in total, we now have four 64 kHz DQ channels, which should be reduced to 2 or 1 channels as we complete the commissioning at some point in future. The new DQ channels have the names as PI_DCPD_64KHZ_A(B)HF. Note that in order to save the test points for the normal DCPD signals, we pulled them out of a subblock and placed them at the top level as seen in the first attachment.
In the PI_DCPD subblock, we have placed controlled-IIR-fitlers so that they can be synchronized with the analog board settings as have been done in the LSC and ASC models. See the second attachment.
All the changes are checked into the SVN repo. We made sure that they compiled without errrors.
The addtion of two new DAQ channels for OMC PI monitoring also required a change to the TwinCAT code to enable the whitening switching.
J. Kissel Summary We're adding three new calibration lines around 30 Hz on the ETMY actuation stages in order to narrow down the uncertainty in actuation strength independently for each stage. Depending on the success of their analysis, and interference with IFO operations, we'll decide whether to leave them on for ER9. We may also push further forward with cancelling these lines with the Y-end PCAL, but for now, I turn them on without cancelling for the week prior to ER9. We may also push further forward an cancel these lines with the Y-end PCAL, but for now, I turn them on without cancelling for ER9. Motivation Recall that during O1, H1 had a static, ~2% systematic error in the collective actuation strength ("kappa PU"), narrowed down using cumulative integration time allowed for by the overall DARM loop line coupled with the ESD-only line (see e.g. LHO aLOG 24569 or LHO aLOG 25031). We intend to differentiate between the strength of the upper stages for the future, using their constant presence to bring the uncertainty in relative actuation strength to be essentially zero. Once we cancel these lines with PCAL, that'll bring the absolute calibration uncertainty to essentially zero. Line Details For now, without the man-power for further study of their "optimal" location, I've just stolen L1's ~30 Hz calibration line frequencies from O1 (see original sourceT1500377), given that they'll not be involved in ER9. The details of the new lines are: Isolation Stage Frequency Amplitude Oscillator Channel TST / L3 35.3 0.11 H1:SUS-ETMY_L1_CAL_LINE PUM / L2 34.7 1.1 H1:SUS-ETMY_L2_CAL_LINE UIM / L1 33.7 11.0 H1:SUS-ETMY_LKIN_P_OSC These new values have been accepted into the DOWN and SAFE SDF files. This is in addition to the "normal" calibration lines from O1 that will still be on such that we can replicate the O1 calculation without extra effort. On the TST / L3 stage, we now have *two* calibration lines, and this is such that we can still reproduce the O1 calibration line, time-dependent parameter tracking without changing anything. However, because we're not yet confident enough in the PCAL cancelling scheme for it to completely replace the O1 method, and we haven't installed / replaced any infrastructure. Thus, for now, I've stolen one of the Optical Lever Lock-in Oscillator and piped it out to the DAC output as a longitudinal drive using the LKIN2ESD matrix.
The above aLOG entry has some very confusing typos. Here's what I actually meant (and now includes the swap because of the need for synchronized oscillators -- see LHO aLOG 28086): Isolation Stage Frequency Amplitude Oscillator Channel TST / L3 35.3 0.11 H1:SUS-ETMY_L3_CAL_LINE PUM / L2 34.7 1.1 H1:SUS-ETMY_L2_CAL_LINE UIM / L1 33.7 11.0 H1:SUS-ETMY_L1_CAL_LINE And to replicate the O1 calibration line scheme: Isolation Stage Frequency Amplitude Oscillator Channel TST / L3 35.9 0.11 H1:SUS-ETMY_LKIN_P_OSC
Nutsinee, Jim, Dave:
The HWS code crashed at 07:50 PDT this morning, Nutsinee tried to restart at 11:46 PDT, but it failed. We found that the 1TB raid is 100% full (has data back to December 2014). We are contacting Aidan to see how to proceed.
BTW: the /data file system on h1hwsmsr is NFS mounted at the end stations, so no HWS camera information is being recorded at the moment.
We deleted December 2014 ITMX and ITMY data to free up 21GB of disk space on /data. The code now runs.
We need a long term plan on how to keep these data if they need permanent archiving.
I have restarted both X and Y HWS codes this evening.
The disk was full again today. I deleted Jan-Feb 2015 data from ITMX folder. Freed up 194GB. HWS code now runs again.
Back to PID at 08:00 as the PID output had risen to 90%.