Displaying reports 52741-52760 of 83305.Go to page Start 2634 2635 2636 2637 2638 2639 2640 2641 2642 End
Reports until 10:14, Friday 11 November 2016
H1 CDS
james.batch@LIGO.ORG - posted 10:14, Friday 11 November 2016 (31415)
Replaced power supply on h1oaf0 I/O chassis
WP 6314

Fil, Jim

In an attempt to stabilize the h1oaf0 ADC/DAC issue, Fil and Jim replaced the DC power supply in the h1oaf0 I/O chassis, and reseated all ADC, DAC, BIO, and interface cards in the chassis.  Start time 9:31, power up of I/O chassis at 9:55. The first attempt at starting the models resulted in ADC and DAC errors like we've seen, and the IRIG-B time going negative.  The models were killed, then restarted manually to watch for issues.  The models started OK on the second attempt.  

Note that the TCS AI chassis was powered down during this work, and was powered back up once the h1tcscs model was running.  We avoided tripping the TCS laser chillers.
H1 General
cheryl.vorvick@LIGO.ORG - posted 08:42, Friday 11 November 2016 - last comment - 09:27, Friday 11 November 2016(31413)
Morning Meeting
Comments related to this report
cheryl.vorvick@LIGO.ORG - 09:27, Friday 11 November 2016 (31414)Lockloss

H1 was in NLN, but the OAF issues is pressing, so I killed the H1 lock and Jim and Fil are reseating the OAF card in hopes that this will return OAF to it previously stable running.

LHO General
thomas.shaffer@LIGO.ORG - posted 08:15, Friday 11 November 2016 (31411)
Ops Owl Shift Summary

TITLE: 11/11 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY: Locking has been very straight forward tonight, two lockloss from unknown reasons, but other than that I have been in observing. Sheila suggested that I wait at NOISE_TUNINGS for 10-15 before moving on, you can run a2l while waiting. ITMY is still swinging, but not as much as I saw last weekend.
LOG:

H1 ISC
sheila.dwyer@LIGO.ORG - posted 02:02, Friday 11 November 2016 (31412)
moving IMs to imitate IMC offsets

The other night I ran Stefan's spot move script, which tracks the alignment of all optics based on the combination of ASC control signals and sliders.  Tnight I tried to imitate that move of the interferometer alignemt by moving IMs, by moving IM1 I was able to see a small improvement in recycling gain, (from about 30.7 to 30.8) but no improvement in the 260Hz jitter peak.  I started trying to move IM2, but moved too quickly and broke the lock.

When I moved the IMC DOF1P offset to 120 counts this is how the other optics moved:

 PIT: SUS-IM1_M1_ 0.0

PIT: SUS-IM2_M1_ 0.0
PIT: SUS-IM3_M1_ 0.0
PIT: SUS-IM4_M1_ 216.43917736
PIT: SUS-PR3_M1_ -0.969715063742
PIT: SUS-PR2_M1_ 0.0
PIT: SUS-PRM_M1_ 16.5389045477
PIT: SUS-SR3_M1_ -0.271161516136
PIT: SUS-SR2_M1_ -4.54283499983
PIT: SUS-SRM_M1_ 8.67872423671
PIT: SUS-ITMX_M0_ -0.70503574262
PIT: SUS-ITMY_M0_ -0.40533570994
PIT: SUS-ETMX_M0_ -0.90667144337
PIT: SUS-ETMY_M0_ -0.857070888167
PIT: SUS-BS_M1_ 0.624958316139
 
YAW: SUS-IM1_M1_ 0.0
YAW: SUS-IM2_M1_ 0.0
YAW: SUS-IM3_M1_ 0.0
YAW: SUS-IM4_M1_ 48.1848550634
YAW: SUS-PR3_M1_ -0.349704714379
YAW: SUS-PR2_M1_ 0.0
YAW: SUS-PRM_M1_ 5.76586403042
YAW: SUS-SR3_M1_ 0.0
YAW: SUS-SR2_M1_ -2.83357133757
YAW: SUS-SRM_M1_ -3.72819321526
YAW: SUS-ITMX_M0_ -0.420298950499
YAW: SUS-ITMY_M0_ 0.349713072835
YAW: SUS-ETMX_M0_ 0.482002886834
YAW: SUS-ETMY_M0_ -0.467300066782
YAW: SUS-BS_M1_ -0.0339036457322
 
The attached screenshot shows what happened when I moved IM1 tonight. 
Images attached to this report
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 00:13, Friday 11 November 2016 (31410)
Ops EVE shift summary
TITLE: 11/10 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: TJ

SHIFT SUMMARY: Commissioning all evening. Oaf computer crashed at least twice this evening. Dave created a script to kill and restart the model that can be un anywhere from ops computer. Just do ./restart_h1oaf0_models.bsh. Be mindful that when the models are being restarted PI won't be damped. So be ready to damp PI after every oaf restart because some of the modes will come back high every time.
 

H1 ISC
sheila.dwyer@LIGO.ORG - posted 22:29, Thursday 10 November 2016 (31409)
back on REFL WFS for PR3

We measured the pitch refl sensing matrix for PR3, IM4 and CHARD again, and adjusted the input matrix for PR3 a little.  This helped to keep our sideband build ups much mroe stable after we transitioned to it and the interferometer seems stable like this so far.  

The old matrix for PR3 was 0.08 REFL B 9I -0.08 REFL B45 I.  THe new matrix is 0.1 REFL B 9 I -0.0768 REFL B 45I 

It seems like we are on the edge of the recycling gains where the REFL WFS have a decent signal for PR3, so that the matrix we need to use changes with the recycing gain.  We've had a couple more locklosses when switching to the new matrix, but it seems to work if we wait ~15 minutes after powering up to try the switch, but it works if we .  I"ve moved the switch from POPX WFS to a new state called PR3_REFL_WFS, so that operators can easily skip it and beam diverters if they need to.  For now I will leave it in the guardian with the advice to operators to wait a while before trying it.  If you are having locklosses quickly after this state, then skip it and skip the beam divereters as well. 

H1 SUS (DetChar, ISC, Lockloss, OpsInfo)
jeffrey.kissel@LIGO.ORG - posted 17:29, Thursday 10 November 2016 - last comment - 15:35, Tuesday 15 November 2016(31404)
Investigating H1 SUS ITMY's Excessive Ring Down Time
J. Kissel, H. Radkins

I'm continuing to investigate why ITMY's pitch mode (at 0.55 Hz) continues to ring much longer than the other QUAD's upon lockloss (see and example attached as 2016-11-08_2151UTC_ITMY_Oplev_Bad_TimeSeries.png). 

Today, I grabbed the open loop gain transfer functions of the M0 DAMP L, the M0 DAMP P, and the L2 OLDAMP P local damping loops on both H1 SUS ETMY and H1 SUS ITMY, to show that the identical settings are producing identical results for QUADs that are essentially physically identical. 

Indeed, the open loop gain transfer functions of both suspensions look the same.

We don't have too many lock loss data points yet since I made the change, but I did discover that the digital output limiter of all QUAD's L2 OLDAMP P bank were different (one as low as 5000, and one as high as 500000, and ITMY was in the middle at 10000). So, I've made all the limits the same, at 40000, in hopes that the problem is with the square-wave that ITMY gets sent during a lock loss. This change is NOT accepted in the SDF, because I'm unsure if it matters yet.

Still unclear what is going on here...

Hugh's taking a look at these same optical lever signals after every lock loss for the past month. Preliminary results show that this behavior is intermittent, but has definitely gotten worse in the past week or two. We hope he can trace this back to some event like a maintenance day to better try to address the problem.
Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 15:35, Tuesday 15 November 2016 (31507)Lockloss, SUS

All of the BSCs have AC coupled loops installed on St2 for RX/RY (somewhat detailed in my post 28907 for ETMX), maybe it would be helpful to try turning this on for ITMY? The GS-13s see a lot of this motion. Attached trend has both ITMs oplevs and GS-13 pitch for each ISI ST2. ITMY St2 clearly gets more kick, just like the ITMY optic. Second attached plot are some spectra of  the ITMY GS13s, red is just before this lockloss and pink is during the lock loss.  Green is the ST2 RX motion during a quiet time this morning, showing where the ac couple loop gets suppression. Most of the motion comes from .46 hz SUS resonance, and the AC loop doesn't do anything there, but the 2 and 3.5 hz motion should be suppressed some. The attached PDF shows some design plots for the ITMY loops from my work on this in August.

Images attached to this comment
Non-image files attached to this comment
H1 CDS
david.barker@LIGO.ORG - posted 17:01, Thursday 10 November 2016 - last comment - 17:51, Thursday 10 November 2016(31405)
h1oaf problem again at Nov 10 2016 16:41:28 PST

To speed up the restart we have created an SSH key-pair between the operator station and h1oaf0, and written a script to kill and restart the models in the correct sequence.

1. log into operator0 as user ops (password in shared secrets)

    ssh ops@operator0

2. run script

    ./restart_h1oaf0_models.bsh

When the models are running again, at the bottom of the CDS Overview MEDM press the buttons "!Press All Diag Reset Buttons" and "!DAQ Clear Accumulated CRC" to green up the board.

If problem persists, we will do more hardware investigations tomorrow

Comments related to this report
jenne.driggers@LIGO.ORG - 17:11, Thursday 10 November 2016 (31406)

[Terra, Jenne, Cheryl, Nutsinee]

When the OAF model requires a restart during a full 25W lock, the parametric instabilities lose their damping during the reboot (since the damping stuff lives on that computer).  Unfortunately, the PIs ring up badly enough during the short time it takes to boot that we lose lock shortly after the computer goes down for a restart.  This is the 2nd time today that we've seen this.  Despite Cheryl's efforts when this happened during the daytime, and Nutsinee's efforts just now, the modes are just too high for the damping to work. 

So.  Obviously the CDS team is already working on figuring out why the oaf computer is so unhappy, but I just wanted to highlight that even if we reboot before the TCS trips, we still lose lock due to this hardware problem. 

terra.hardwick@LIGO.ORG - 17:51, Thursday 10 November 2016 (31407)

Previously the PI gain SDF setpoints were set to zero since guardian turns on gains at DC READOUT. Both model restarts today happened at NLN, so when the PI model restarted it was setting the damping gains to zero (since we weren't moving through DC READOUT), so I've changed the setpoints to the final gain settings. Correct PI gains should now turn on even with a restart in NLN. Note that Jenne's comment above still stands; this past restart Nutsinee and I immediately set gain settings back upon restart but the modes were still too rung up as Jenne said. 

H1 CAL
jeffrey.kissel@LIGO.ORG - posted 16:48, Thursday 10 November 2016 - last comment - 16:39, Tuesday 15 November 2016(31403)
Second Round of ER10 Calibration Measurements Complete
J. Kissel

Though it's been a struggle between all of the H1OAF computer crashing, I've managed to squeak out one more round of calibration measurements today. The data's location is below; analysis to come.

The data lives here:
/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Measurements/
(1a) DARMOLGTFs/2016-11-10_H1_DARM_OLGTF_4to1200Hz_fasttemplate.xml
(1b) PCAL/2016-11-10_H1_PCAL2DARMTF_4to1200Hz_fasttemplate.xml

(2)
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L1_iEXC2DARM.xml
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L1_PCAL2DARM.xml
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L2_iEXC2DARM.xml
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L2_PCAL2DARM.xml
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L3_iEXC2DARM.xml
FullIFOActuatorTFs/2016-11-10/2016-11-10_H1SUSETMY_L3_PCAL2DARM.xml
Comments related to this report
jeffrey.kissel@LIGO.ORG - 16:39, Tuesday 15 November 2016 (31518)
SRC1 loops (P&Y) are ON
Input Power Mean: 24.8 [W]
Images attached to this comment
H1 ISC
daniel.sigg@LIGO.ORG - posted 15:53, Thursday 10 November 2016 - last comment - 11:35, Friday 11 November 2016(31399)
LSC REFL Signals

We measured the REFL signals at 2W with the ISS second loop engaged and off (REF traces). The RF signals measure residual RF modulation (RAM), whereas LF measured the RIN. The REFL PD sees about a factor of 10 more  light than the ISS second loop PDs when unlocked.

There seems to be a wide scatter peak at ~16.5 Hz. The 9 MHz demodulated signal shows some strange smooth excess noise below 100 Hz, whereas the 45 MHz seems to see more of the jitter peaks. The 9 MHz signal has been scaled to give the same digital and electronics gain as the 45 MHz. The transimpedance gains are very similar to start with.

Non-image files attached to this report
Comments related to this report
peter.fritschel@LIGO.ORG - 19:40, Thursday 10 November 2016 (31408)

The 16.5 Hz peak appears to be the same one reported about two years ago in 15223. That peak is caused by scatter of the REFL beam that is transmitted by IM4, goes out the viewport and onto IOT2R. It might be worth checking if the beam dumping on IOT2R is as good as it can be. Longer term, this beam should be dumped in vacuum, on HAM2 (this was done at LLO in the post-O1 vent).

daniel.sigg@LIGO.ORG - 11:11, Friday 11 November 2016 (31416)

Some notes on scaling REFL_LF for RIN measurements
see also https://doi.org/10.1364/AO.48.005423

We measured 12.9 mW with 2.0 W input, when the PRM is aligned, but the interferometer is not locked. This scales to Punlock ~ 160 mW at 25 W.

When locked and after the modulation index reduction for the 9 MHz RF, we have about Plock ~ 2.2 mW of light, which is carrier dominated.

To calibrate the REFL_LF in RIN we need to divide the signal by √ Punlock x Plock  ~ 18.8 mW.

The shot noise in units of RIN is then √ 2 h ν Plock  / √ Punlock x Plock  = √ 2 h ν / Plock .

When we are locked at 25 W, the second loop ISS diodes are exposed to 15 mW and 16.5 mW for inner and outer, respectively.

This makes REFL_LF a better sensor for relative intensity noise measurements by about a factor of 3.

daniel.sigg@LIGO.ORG - 11:35, Friday 11 November 2016 (31417)

Here is a measurement of the REFL signals when locked at 25 W. The reference traces are measured with 2 W and unlocked (no second loop ISS).

The red horizontal cursor corresponds to the ISS second loop shot noise. It is well reproduced by REFL_LF between 200 Hz and 3 kHz. One striking feature is the 260 Hz periscope peak that is suppressed by the ISS near shot noise level, but shows up again much stronger in REFL_LF. This peak is most likely regenerated in the interferometer from the jitter and an rms common misalignment. The situation is a little different for the set of peaks around 4 kHz. It looks like they appear weaker in REFL_LF, as if they get regenerated but with a negative sign, so that their amplitudes subtract.

Non-image files attached to this comment
H1 General
cheryl.vorvick@LIGO.ORG - posted 15:47, Thursday 10 November 2016 - last comment - 16:14, Thursday 10 November 2016(31398)
Ops Day Summary:

State of H1: locking and going to NLN

Assistance: Betsy, Hugh, Richard, Jenne, Sheila, JeffK, Jason, Tara

Activities:  all times UTC

Site Activities:

Comments related to this report
cheryl.vorvick@LIGO.ORG - 15:59, Thursday 10 November 2016 (31400)

Dave Barker just informed me that we'll have a script on the OPS workstation that we can use to restart the OAF.

Details to come from Dave and Nutsinee.

nutsinee.kijbunchoo@LIGO.ORG - 16:14, Thursday 10 November 2016 (31401)

Regarding TCS, I don't think it's quite true that people shouldn't touch anything. No one should be touching TCS Guardian, that is true. However, when TCS chillers trip that trips the interlock boxes in the LVEA which require human to go in, turn the keys to clear fault alarm and hit "gate" button to actually lase the laser. As mentioned in TCS Wiki.

H1 CDS
david.barker@LIGO.ORG - posted 15:07, Thursday 10 November 2016 - last comment - 15:41, Thursday 10 November 2016(31396)
another h1oaf0 DAC error at 14:02 PST

Another event at 14:02 PST , proc status file for IOP model posted below.

If this is a timing error (and at this point we are not certain of this), our first change was to replace the fiber optics cable between the IO Chassis timing slave and the timing fanout chassis. A new cable was installed before the system was restarted.

Note, the existing fiber was found to be not cable tied to the bundle of fibers at the timing fan-out card, rather was floating by itself.

Sequence was:

* we did not do the TCS-AI power sequence this time and unfortunately this may have tripped the TCS chillers.

controls@h1oaf0 ~ 130$ cat /proc/h1iopoaf0/status
startGpsTime=1162838354
uptime=12257
cpuTimeEverMax=8
cpuTimeEverMaxWhen=1162838680
adcHoldTime=16
adcHoldTimeEverMax=91
adcHoldTimeEverMaxWhen=1162850544

adcHoldTimeMax=17
adcHoldTimeMin=13
adcHoldTimeAvg=14
usrTime=2
usrHoldTime=3
cycle=49476
gps=1162850611
buildDate=Nov 10 2016 08:33:32
cpuTimeMax(cur,past sec)=3,5
cpuTimeMaxCycle(cur,past sec)=21,21
cycleHist: 3=65183@17 4=350@65535 5=3@1
DAC #0 18-bit buf_size=40
DAC #1 16-bit fifo_status=0 (OK)
ADC #0 read time MAX=91 Current=14
ADC #1 read time MAX=0 Current=0
ADC #2 read time MAX=0 Current=0
ADC #3 read time MAX=0 Current=0
ADC #4 read time MAX=0 Current=0
ADC #5 read time MAX=0 Current=0

press DIAG_RESET

controls@h1oaf0 ~ 0$ cat /proc/h1iopoaf0/status
startGpsTime=1162838354
uptime=12333
cpuTimeEverMax=8
cpuTimeEverMaxWhen=1162838680
adcHoldTime=14
adcHoldTimeEverMax=91
adcHoldTimeEverMaxWhen=1162850544
adcHoldTimeMax=17
adcHoldTimeMin=13
adcHoldTimeAvg=14
usrTime=2
usrHoldTime=4
cycle=43808
gps=1162850687
buildDate=Nov 10 2016 08:33:32
cpuTimeMax(cur,past sec)=3,6
cpuTimeMaxCycle(cur,past sec)=21,1
cycleHist: 3=65201@17 4=333@65535 5=1@0 6=1@1
DAC #0 18-bit buf_size=40
DAC #1 16-bit fifo_status=0 (OK)
ADC #0 read time MAX=17 Current=15
ADC #1 read time MAX=0 Current=0
ADC #2 read time MAX=0 Current=0
ADC #3 read time MAX=0 Current=0
ADC #4 read time MAX=0 Current=0
ADC #5 read time MAX=0 Current=0

 

Comments related to this report
jason.oberling@LIGO.ORG - 15:41, Thursday 10 November 2016 (31397)TCS

From Dave's above alog: "* we did not do the TCS-AI power sequence this time and unfortunately this may have tripped the TCS chillers."

This unfortunately did trip the TCS chillers and therefore the TCS CO2 lasers.  I reset them all around14:30 PST; everything came up without issue.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 11:34, Thursday 10 November 2016 - last comment - 17:49, Thursday 10 November 2016(31392)
Checking spots on IMC and PRM

This is a continuity of 31381.

For a bookkeeping purpose, I have extended the spot position thing to PRM and MC mirrors. Here is a summary. They all seem fine as expected.

   p2l or y2l gain  alpha  spot position from the center [mm] previous spot position record [mm] (18106, Apr 2015)
PRM PIT  +1.23  +0.059  -2.5  N/A
PRM YAW  + 1.05  -0.050  +2.1  N/A
MC1 PIT  -1.3  -0.020  +0.84  +4
MC1 YAW  +1.6  -0.076  +3.2  +1.9
MC2 PIT  -3.8  -0.18  +7.6  N/A
MC2 YAW  -0.4  +0.019  -0.80  N/A
MC3 PIT  -1.1  -0.053   +2.2  -3.7
MC3 YAW  -2.6  +0.12  -5.0  -2.4

The measurement was done with the interferometer fully locked at 25 W in nominal low noise. The measurement precision should be something like 10% or so.

Comments related to this report
jenne.driggers@LIGO.ORG - 17:49, Thursday 10 November 2016 (31402)

I repeated this for the IMC when the IFO was unlocked, 2W into the vacuum, to see if things are drastically different hot vs. cold.  Conclusion: the spots in the IMC are basically the same hot vs. cold, so this probably isn't what is changing our alignment (or something) and giving us the drift down in range as we thermalize after increasing the power into the vacuum.

  P2L or Y2L gain alpha for UR coil spot position cold [mm] spot position hot (from 31392) [mm] abs(diff) hot vs. cold [mm]
MC1 P -1.2 -0.057

+2.4

+2.6 (mistyped there as +0.84) 0.2
MC1 Y +1.5 0.072

+3.0

+3.2 0.2
MC2 P -3.79 -0.18

+7.6

+7.6 0
MC2 Y -0.42 -0.02

-0.8

-0.80 0
MC3 P -1.15 -0.055

+2.3

+2.2 0.1
MC3 Y -2.6 -0.12

-5.1

-5.0 0.1

Some notes on the method, basically transcribing conversations with Kiwamu:

  • To calculate alpha as defined in 40m elog 2863, we figure out how an angle actuation signal will get to a single coil.  Here As (for angle) can be replaced by Ps or Ys for pitch and yaw.
    • (Signal to coil) = [ (A2A gain) * (A to coil EUL2OSEM matrix element) + (A2L gain) * (L to coil EUL2OSEM matrix element) ] * (pitch signal)
    • rewriting for easier notation:  A2A * A_eul + A2L * L_eul
    • rewriting in the form of (1+alpha):   A2A * A_eul * [1 + (A2L * L_eul) / (A2A * A_eul) ]
    • So, a pitch to pitch force on a single coil will be modified by the amount
      • alpha = (A2L * L_eul) / (A2A * A_eul)
  • Since all the IMC optics are HSTSs, we use the 42.2mm/alpha number that Kiwamu calculates in alog 14788.
  • Note that in Kiwamu's measurements (alog 31392), he uses the UL coil as the fiducial coil, while I use the UR so that I don't have to deal with minus signs in the EUL2OSEM matrix elements for yaw.  This means that the signs on the yaw alpha values will be opposite for Kiwamu and myself, but the final position comes out the same.
  • To get the sign of the spot position, we think about how the force on our fiducial coil is modified.  For example, for MC1 Pit, alpha is negative so the force on UR is smaller than on LR, so the actuation node is higher than the center of the optic.  In the coordinate system used by the SUS team (pictured on all sus screens), up is positive for pitch and closer to the left is positive for yaw.  (It is this step that sorts out the minus sign difference between Kiwamu's and my alphas so that the final answer comes out the same.)

Since the ADS system does not actuate on the IMC mirrors, nor does it read in IMC_MCL, this was done by hand (also by hand by Kiwamu yesterday).  I put a 100 count dither line at 20.125 Hz into H1:SUS-MC[1, 2, 3]_M3_DITHER_[P, Y]_EXC using awggui and minimized the appearance of that line in H1:IMC-MCL_OUT_DQ. 

Displaying reports 52741-52760 of 83305.Go to page Start 2634 2635 2636 2637 2638 2639 2640 2641 2642 End