Displaying reports 57321-57340 of 84556.Go to page Start 2863 2864 2865 2866 2867 2868 2869 2870 2871 End
Reports until 07:03, Tuesday 28 June 2016
LHO VE
kyle.ryan@LIGO.ORG - posted 07:03, Tuesday 28 June 2016 - last comment - 08:17, Tuesday 28 June 2016(27998)
CP5 level control amis
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.
Comments related to this report
kyle.ryan@LIGO.ORG - 07:35, Tuesday 28 June 2016 (27999)
Changing to 35% while transfer line cools -> Need to do stuff in other room and will monitor exhaust pressure sporadically. 
john.worden@LIGO.ORG - 08:17, Tuesday 28 June 2016 (28000)

Back to PID at  08:00 as the PID output had risen to 90%.

H1 ISC (ISC)
lisa.barsotti@LIGO.ORG - posted 00:08, Tuesday 28 June 2016 - last comment - 09:12, Tuesday 28 June 2016(27990)
40W towards low noise, more PI damping tests
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):
  • Coil driver switched to low noise
  • ASC cut-offs: JLP35 for DHARD (P/Y) and CHARD (P)
  • Modified CHARD-Y 35 Hz cut-off (the new one is called "modcut"), because the current one had gain peaking between 20 and 30 Hz that was preventing us from switching ESD Y to low noise; CHARD-Y gain also lowered by 40% (from -0.7 to -0.4)
  • ESD Y switched to low noise
  • ISS3 loop off, ISS 2 ON (instructions from Kiwamu; Jenny had to reduce the actuation delay from 0.2 to 0.1 to engage the second loop)
  • OMC whitening on
  • MICH feed-forward: the -15.9 nominal gain seemed ok
  • Nominal SRCL tuning: LP 80, gain reduced by a factor of 2, feed-forward engaged with nominal gain -1
  • REFL and AS beam diverters closed (POP open as we are still on POPX)
  • ESD X in state 2 (tested bias off -- no impact on the noise)
  • ITMY ESD state switched to 2
  • Jenne realized that the OMC ASC output had railed --we switched to QPDs and stayed on QPDs for the rest of the lock, but awe were already transitioned back to high noise at that point..
The best spectrum we have achieved was at June 28, 6:00 - 6:10 UTC (with the OMC alignment railed) . Below 60 Hz we still have a lot of ASC noise, and that was expected, but there was a clear excess of noise also at 100 Hz that we didn't expect to be there. For the records, sensMon claimed 40 Mpc. We run out of time because of the 15542.6 ETMY PI, accidentally driven up while trying to damp the 15542. We lost lock at June 28, 6:35 UTC, after about 2 hours at 40W. Some notes: * we systematically lose recycling gain when we increase the power, we go from 35 at 2 W to 29 at 40W. Attempts to improve the recycling gain by changing the alignment offsets of most loops failed; * because of the lower recycling gain, the shot noise improvement at high frequency that we expect is ~30%
Comments related to this report
stefan.ballmer@LIGO.ORG - 00:14, Tuesday 28 June 2016 (27993)

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

Images attached to this comment
sheila.dwyer@LIGO.ORG - 00:30, Tuesday 28 June 2016 (27994)

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.

jenne.driggers@LIGO.ORG - 00:49, Tuesday 28 June 2016 (27995)

Some of the things that Lisa mentioned are now in the guardian.

  • Coil drivers:  Used regular guard state
  • ASC cutoffs:  created new guard state just before ESD ETMY to do this
  • ESD ETMY to low noise: used regular guard state
  • ISS 3rd loop off, 2nd loop on: actuation delay changed in guardian, everything else was already in EngageIssSecondLoop
  • OMC whitening on:  Used guardian state in OMC lock (well, we did it by hand by copying the lines of code.  But the guardian will work)
  • MICH FF: Nominal state is in guardian NoiseTunings
  • SRCL FF: In NoiseTunings state
  • SRCL loop: gain and low pass in NoiseTunings
  • POP beam diverter commented out of CloseBeamDiverters state - can now just use guardian state
  • ESD ETMX to state 2:  Need to add this to guardian, in NoiseTunings (first make sure bias is off - may want to move this earlier, in case already using PI damping)
  • ITMY ESD:  They aren't changed in the guardian away from state 2, so they should be fine.

Attached is a screenshot of when (in PSL power terms) the OMC ASC rails.

Images attached to this comment
sheila.dwyer@LIGO.ORG - 03:03, Tuesday 28 June 2016 (27996)

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.

Images attached to this comment
carl.blair@LIGO.ORG - 03:50, Tuesday 28 June 2016 (27997)

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.

 

kiwamu.izumi@LIGO.ORG - 09:12, Tuesday 28 June 2016 (28004)

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.

Images attached to this comment
LHO General
thomas.shaffer@LIGO.ORG - posted 00:01, Tuesday 28 June 2016 (27992)
Ops Eve Shift Summary

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.

H1 PSL
patrick.thomas@LIGO.ORG - posted 16:35, Monday 27 June 2016 - last comment - 17:44, Monday 27 June 2016(27988)
Ops PSL Weekly Report
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)

Comments related to this report
thomas.shaffer@LIGO.ORG - 17:44, Monday 27 June 2016 (27989)

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.

LHO General
patrick.thomas@LIGO.ORG - posted 16:24, Monday 27 June 2016 (27987)
Ops Day Summary
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
H1 AOS (SEI)
conor.mow-lowry@LIGO.ORG - posted 16:01, Monday 27 June 2016 (27986)
ETMX BRS sensor correction tweaks
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.

Images attached to this report
H1 SUS (SUS)
haocun.yu@LIGO.ORG - posted 16:00, Monday 27 June 2016 (27985)
Check for switching ESD Drivers to lower range

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).

Images attached to this report
H1 ISC
jenne.driggers@LIGO.ORG - posted 15:31, Monday 27 June 2016 (27984)
Add blend filters for SOFT ASC loop error signals

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.

H1 CAL (CAL)
evan.goetz@LIGO.ORG - posted 15:17, Monday 27 June 2016 (27983)
Updated

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

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 13:46, Monday 27 June 2016 - last comment - 12:11, Tuesday 28 June 2016(27982)
modifications on omcpi and susetmpi models; ready for tomorrow's maintenance

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.

Images attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 12:11, Tuesday 28 June 2016 (28012)

The addtion of two new DAQ channels for OMC PI monitoring also required a change to the TwinCAT code to enable the whitening switching.

H1 CAL (INJ)
jeffrey.kissel@LIGO.ORG - posted 11:51, Monday 27 June 2016 - last comment - 14:22, Tuesday 05 July 2016(27981)
New ~30 Hz Calibration Lines on ETMY Actuation Stages
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 source T1500377), 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. 
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 14:22, Tuesday 05 July 2016 (28164)
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
H1 CDS (TCS)
david.barker@LIGO.ORG - posted 13:14, Thursday 23 June 2016 - last comment - 20:20, Tuesday 28 June 2016(27937)
/data file system on Hartmann Wavefront Sensing computer is full

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.

Comments related to this report
david.barker@LIGO.ORG - 13:44, Thursday 23 June 2016 (27938)

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.

kiwamu.izumi@LIGO.ORG - 19:38, Monday 27 June 2016 (27991)

I have restarted both X and Y HWS codes this evening.

nutsinee.kijbunchoo@LIGO.ORG - 20:20, Tuesday 28 June 2016 (28038)

The disk was full again today. I deleted Jan-Feb 2015 data from ITMX folder. Freed up 194GB. HWS code now runs again.

Displaying reports 57321-57340 of 84556.Go to page Start 2863 2864 2865 2866 2867 2868 2869 2870 2871 End