Displaying reports 54241-54260 of 83194.Go to page Start 2709 2710 2711 2712 2713 2714 2715 2716 2717 End
Reports until 16:08, Friday 16 September 2016
H1 General
cheryl.vorvick@LIGO.ORG - posted 16:08, Friday 16 September 2016 (29768)
Ops Day Summary:

State of H1: locking and easilly getting to DC_READOUT

Activities:

H1 PSL (ISC, PEM, PSL)
sheila.dwyer@LIGO.ORG - posted 15:28, Friday 16 September 2016 - last comment - 16:21, Friday 16 September 2016(29764)
PSL table moving more

Lisa, Sheila, Ed

Durring ER9, the intensity/jitter noise in DARM was worse than inO1, but not as bad as now.  We looked at the PSL accelerometers, and see that the table is moving about a factor of 5 more over a broad range of frequencies from 150-550 Hz. The coherence of DARM with PSL table acclerometers and the ISS PD is also increased compared to July.  The last panel shows the coherence of the table accelerometer with the ISS PD.  Ed trended PSL pressures, and found that the flow rate durring ER9 was 0.5lpm, compared to 0.7lpm now.

Images attached to this report
Comments related to this report
edmond.merilh@LIGO.ORG - 15:36, Friday 16 September 2016 (29767)

Past 78 days chiller trends showing mainly flowrates.

Images attached to this comment
lisa.barsotti@LIGO.ORG - 16:21, Friday 16 September 2016 (29769)ISC, PSL
So we asked Peter to reduce the flow rate, thinking that the increased flow rate wrt July contributes to the higher intensity noise we observe now. This will be done on Monday morning.
LHO VE
chandra.romel@LIGO.ORG - posted 15:20, Friday 16 September 2016 (29766)
CP3 overfill
Albert, Chandra

9:00am local

20 sec. to overfill CP3 with 1/2 turn open on bypass LLCV. Left bypass exhaust valve open. Exhaust line is still frosty, but the ice balls near exhaust valve have melted.

CP3 show 'n tell for Albert Lazzarini.
H1 PSL
peter.king@LIGO.ORG - posted 13:33, Friday 16 September 2016 (29763)
ISS adjustments
This morning I opened up the ISS photodiode box.  The beam incident into the box is attenuated by a polarising beamsplitter
and half waveplate combination.  The rejected beam is dumped into an absorbing Schott glass filter. (see ISSBeamDump.jpg)

    The power going into the photodiode box was measured to be 597 mW.  For ease of installation I inserted a neutral density
filter labelled "ND=0.3" at the input to the photodiode box. (see NeutralDensityFilter.jpg).  The output of PDA went from
-8.43 +/- 0.07 Vdc to -2.22 +/- 0.01 Vdc, which is somewhat more than one would expect from the label.  The half waveplate
was adjusted to bring the output of PDA to -5.22 +/0 -0.03 Vdc (see BeforeWaveplate.jpg and AfterWaveplate.jpg).

    rpn1.jpg shows the free-running spectra as measured by PDA and PDB after the installation of the neutral density filter.
As previously, both agree quite well.  Attached are a few other recorded spectra with the differences being the gain slider
setting.  The transfer functions for a few gain slider settings were measured (see ISSTF.jpg).

    It is not obvious to me why the in-the-loop noise would increase as the gain increases.  See for example g3.jpg and
g6.jpg.  So this might be an electronics problem?

    Also attached is the power noise as seen by the PDA55 photodiode that monitors the power going into the input modecleaner.
0.307 mV was the output of the photodiode when the ISS was locked.  However it might be that the bandwidth of this photodiode
was only 60 kHz, depending on how the gain selector switch was set.  Beyond about 1.6 kHz, the measurement is limited by the
dark noise of the photodiode.
Click here for the datasheet for this obsolete photodiode from Thorlabs
Images attached to this report
H1 ISC
vernon.sandberg@LIGO.ORG - posted 11:26, Friday 16 September 2016 (29761)
Photos of photodiodes from damaged OMC

Photos of photodiodes removed from damage OMC. Photos taken by GariLynn B. at Caltech.

Photos have been posted on E1600268-v1, "Initial Inspection of OMC Bench at CIT Aug 2016"

https://dcc.ligo.org/LIGO-E1600268

Naming conventions are from E1600262-v3, "aLIGO OMC: Spare OMC production plan"

https://dcc.ligo.org/LIGO-E1600262

Diode pictures attached to this alog entry:

Images attached to this report
H1 SEI
cheryl.vorvick@LIGO.ORG - posted 10:15, Friday 16 September 2016 (29758)
managing BRS today
H1 PSL
edmond.merilh@LIGO.ORG - posted 09:48, Friday 16 September 2016 - last comment - 10:36, Friday 16 September 2016(29754)
PSL DBB Scans

It seems that since the last power glitches, the DBB is back to operational status... hmmmm. That is to say, before the power glitches it was unusable due to the mysterious tripping of the (dbb) interlock when trying to open the beam path into the box. In the past week I've been trying to get good measurements. This was a abit daunting due to the ISS 3rd loop work that was breaking the IMC lock consistently and yanking on the LASER frequency. Below is what I could muster over the course of a couple of days. ISS_RPN will come later as Peter is currently in the enclosure and working on it.

Comments:

RPN - 35W path looks suspiciously good accross the spectrum by a factor af a few...hmmm?   200W path looks tyo be below requirement from 2Hz to ~25Hz and then above to about a factor of a few through high(er) frequencies.

FRQ -  35W path is quite noisy at low freq (below 15Hz). Other than that the rest looks good save for the usual resonances. 200W path looks ok across the spectrum except for the usual resonances.

PNT - 35W path pointing looks pretty good. 200W path shows seperation  of the 1x/y and 2x/y  by a factor of a couple.

MSC - 35W path shows TEM 20 +02 an order of magnitude higer than reference. 200W path shows TEM 02+02 mode higher by a factor of a couple.

Non-image files attached to this report
Comments related to this report
edmond.merilh@LIGO.ORG - 10:36, Friday 16 September 2016 (29759)

...and this should wrap it up.

Non-image files attached to this comment
H1 General
cheryl.vorvick@LIGO.ORG - posted 08:45, Friday 16 September 2016 - last comment - 10:47, Friday 16 September 2016(29753)
Morning Meeting

Morning Meeting:

FRS:  reviewed

Currently:  no locking with Peter in the PSL modifying the ISS beam path

Comments related to this report
cheryl.vorvick@LIGO.ORG - 09:16, Friday 16 September 2016 (29755)

SEI - JimW loading new code into the SEI guardian

cheryl.vorvick@LIGO.ORG - 09:35, Friday 16 September 2016 (29756)

Fire Department here to test the fire hydrants - should be here most of the morning, but probably not this afternoon.

cheryl.vorvick@LIGO.ORG - 10:47, Friday 16 September 2016 (29760)

Activities:

  • 16:46 - Kyle - done at EX, going to MY
  • 16:46 - Fire department at EX (reported by Kyle)
  • 17:02 - Chandra - EX - escorting a visitor /  vendor
  • 17:10 - Kyle - done at MY
  • 17:17 - PeterK and Kiwamu - done in PSL
  • 17:31 - Betsy and Mitchel - done
  • 17:43 - Chandra and vendor - back from EX

As of 17:45:

  • all people back from outbuildings, and no one in the LVEA
  • Hanford fire fighters still here checking fire hydrants, but notin buildings
  • locking H1 and at CARM-15pm
H1 ISC (CAL, GRD, PSL)
sheila.dwyer@LIGO.ORG - posted 03:43, Friday 16 September 2016 - last comment - 15:27, Monday 19 September 2016(29750)
some progress on noise

Sheila, Kiwamu, Evan, Matt, Lisa, Jenne, Corey

Tonight the locking has been stable enough that we were able to try several low noise steps.  We ended up with a range of about 20 Mpc, and were locked for 3.5 hours.

Images attached to this report
Non-image files attached to this report
Comments related to this report
evan.hall@LIGO.ORG - 11:58, Monday 19 September 2016 (29796)CAL

I used the 332 Hz and 1 kHz pcal lines to update the calibration front-end values for the DARM gain and pole. With these new values, we see that the DARM sensitivity is below the O1 sensitivitiy in the few kilohertz region (depending on the behavior of the intensity noise).

I did not change the value for the antispring or the actuation strengths.

jeffrey.kissel@LIGO.ORG - 15:27, Monday 19 September 2016 (29801)CAL, DetChar, ISC
J. Kissel, E. Hall

Providing some more quantitative details of Evan's calibration change:

The reference optical gain (newly installed in FM8, called "ER10gain") is now 8.40e-7 [m] / DARM_ERR [ct], changed from 1.102e-6 (installed in FM4, called "ER9 gain"), a change of 24%. This new optical gain, in physical units is 5.08 ([mA] of DCPD SUM) / ([pm] of DARM displacement), the expanded version of the Evan-loved units he simply calls "[mA/pm]." 

The reference cavity pole frequency is now 342.0 [Hz], (newly installed in FM7, called "SRCD-2N") where it used to be 328.7 [Hz] (installed in FM3, dreadfully also named "SRCD-2N").

Both the optical gain and cavity pole were determined in rough fashion by taking the magnitude of the (PCALY's TX PD / DARM IN1) transfer function at the calibration line frequencies (331.9 and 1083.7 [Hz]), and solving the following system of equations for K (the optical gain) and fc (the cavity pole frequency):

( |H|_{@331.9 Hz} )^2 = K^2 / (1 + (331.9 / fc))

( |H|_{@ 1083.7 Hz} )^2 = K^2 / (1 + (1083.7 / fc))

i.e. the naive single-pole approximation. Solving such a system is a one-liner in Mathetmatica (which is what Evan did): 
NSolve[{3.64^2 == (K^2 / (1 + (331.9 / fc)^2)), 1.52^2 == (K^2 / (1 + (1083.7 / fc)^2))},{K,fc}], 
where 3.64 and 1.52 where the respective TX PD / DARM IN1 transfer function magnitudes at 2016-09-17 07:15 UTC, or Sep 17 2016 00:15:00 PDT). Evan chose PCALY's TX PD instead of PCALY's RX PD, simply because he wasn't aware that RX PD was the standard.

It should be mentioned that in trying to quantify from where he gathered these numbers for this aLOG comment, we grabbed the transfer function all through out the lock stretch of the above summarized night; highlighted in the screencap of the summary page. The transfer function values over the course of the lock (spot-checked every 15 minutes or so) yielded an optical gain and cavity that varied wildly, from optical gains from ~3 to 5 [mA/pm] and cavity pole frequencies  from 250 to 370 [Hz]. We do not expect either physical parameter to varying that much. Thus, this method -- albiet delightfully simple and quick, we assume it has a very large uncertainty .

Also, though it was assumed that the optical spring frequency from SRC cavity detuning did not change (i.e. Evan did not change it), we're not confident that it has not changed. Regardless, for the time being, the reference optical spring frequency remains 9.81 [Hz].

In the words of Evan "I just wanted to do something quickly for the purposes of, and at the accuracy needed for, noise hunting. I knew the calibration group would do this much better within a week or two, so it wasn't worth the time to go through the whole shebang." I agree.

I've saved the template for the attached transfer function in
/ligo/home/jeffrey.kissel/Templates/H1DARM_Calibration_mA_per_pm.xml
which we can use for future quick-studies like this.
Images attached to this comment
H1 ISC (ISC)
lisa.barsotti@LIGO.ORG - posted 03:27, Friday 16 September 2016 (29751)
Intensity Noise Coupling vs Time
Kiwamu, Lisa

We monitored the intensity noise coupling to DARM over more than 2 hours during one of the long lock tonight by injecting noise in the ISS outerloop excitation point.

Labels correspond to local times (September 16).

The coupling changes significantly over time. Kiwamu tried to reduce the CO2 ITMX power to see if we could maintain a low coupling, but that didn't really work.

After a couple of hours we could clearly see the coupling getting significantly worse (red trace). 

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 23:59, Thursday 15 September 2016 - last comment - 09:59, Friday 16 September 2016(29749)
EVE Operator Summary

Tonight there was a flurry of activity with H1.  There were issues with locking at the beginning of the shift, but it got better....we had a range reminiscent of H1 during S6:  19Mpc!  :)  Slowly but surely, we're gettin' there.

Locking Notes:

At the beginning of the shift, had issues locking ALS.  This was traced down to the wrong polarizations.  

FOM Note on Nuc5:

Cheryl mentioned this was booted during the day, and then it died & no DMT Viewer/DTT came up on their own.  I rebooted nuc5 and conversely to last night, the DMT seismic trends looked fine & current.

Comments related to this report
edmond.merilh@LIGO.ORG - 09:59, Friday 16 September 2016 (29757)

I was actually loking at the "Fiber trans wrong pol (%)" numbers after a number of subsequent locking attempts and noticed a change of ≈ 4% over the course of a couple of hours. Y arm was worse than X by about 4%. Perhaps we should make this one of our weekly FAMIS checks to keep folks up-to-speed on how to deal with this? Some of us have done it numerous times and I'm willing to bet some of us have NEVER done it.

H1 ISC
terra.hardwick@LIGO.ORG - posted 22:13, Thursday 15 September 2016 - last comment - 11:59, Friday 16 September 2016(29747)
PI 3 hour 50W lock status

Matt, Terra

Status of PI after TCS work and ring heater change transient (for at least the first three hours of 50 W lock):

  1. Successfully damping all modes (with some caveats; see #4,5.)
  2. Actively damping ITMX 15520, ITMY 14980 and 15515, ETMX 15541 and 15008, ETMY 15542, 15009, 18041 and 18059 Hz. Of these, the 18kHz and 15kHz only ring up during the transient. 
  3. All modes are now getting damped using the PLL. One motivation for this is avoiding saturations. I'm fairly certain that the mysterious sign flips and illogical behavior when increasing gain in the past have been due to something saturating along the loop, usually resulting in ringing up the mode. 
  4. 15009 Hz (MODE 26) is still a bit confusing: it rings up twice during the transient period and appears to require a sign flip to damp each time. I'm not yet convinced this isn't just a byproduct of the transient though (we flip a gain sign and see a slow downturn on the same timescale as the transient passing, attributing the turn around to the wrong reason?). 
  5. After ~2 hours, 15541/2 Hz (MODE 17/25) ring up. While we have the actuation strength to damp these, these modes are ~.5 Hz apart, so the PLL is having trouble staying on the right one and I had to do lots of actively jumping back and forth between controls. We are going to try sending both drive signals to both optics, etc. 

3 hours into the lock and all PI's are stable. Leaving PI control with Matt for the night. 

Comments related to this report
matthew.evans@LIGO.ORG - 03:43, Friday 16 September 2016 (29752)

Another 3 hour lock and similar PI story.

  • Mode 2 (15520 Hz on IX) is our poster child for PI damping.  It is clearly unstable without a damping loop, but the damper keeps it down nicely.
  • Mode 26 (15009 Hz on EY) has a sign flip near the start of the lock.  The PLL_PRE_OFFSET is currently set to try to avoid problems (keeps the feed back off until it is needed, which means that the sign can be wrong and the damper won't drive up the mode).
  • Modes 17 and 25 (15541.1 and 15541.9 Hz on EX and EY) were problematic (see plots).  They are very close in frequency, and they ring up at the same time, so the PLLs both have the same input and tend to both lock on the same mode (most often 15541.1).  I tried to address this by moving MODE17_PLL_SET_FREQ to 743 (which aliases/images to 15543) and clearing the MODE17 PLL integrator (FREQ_FILT2) when both PLLs locked on the same mode.  This seemed to work, so finally I changed the SUS_PI guardian to make it not enable the MODE17 integrator.  After this the modes did not ring up, but I don't think the relationship was causal.  We should look at making linear combinations of TRX and TRY to separate these modes in the sensing.  (I think Carl had done this with some success in the past.)
Images attached to this comment
terra.hardwick@LIGO.ORG - 11:59, Friday 16 September 2016 (29762)

These modes shift very little in frequency during a lock stretch (see attached). I've tightened up the individual band passes quite a bit (~1 Hz) to see if that helps next lock. Still need to check lock to lock variation.

Images attached to this comment
H1 CDS
james.batch@LIGO.ORG - posted 12:04, Tuesday 16 August 2016 - last comment - 15:05, Friday 16 September 2016(29126)
New version of GDS software installed.
WP 6087

The GDS software has been updated to branch 2.17.4 to address Bugzilla 897, 936, and 952.  Release notes (T1600007) document has been updated.  This affects Ubuntu 12 and Ubuntu 14 workstations.
Comments related to this report
evan.hall@LIGO.ORG - 15:05, Friday 16 September 2016 (29765)

This is just to document that the rampdown-on-abort feature works.

Images attached to this comment
Displaying reports 54241-54260 of 83194.Go to page Start 2709 2710 2711 2712 2713 2714 2715 2716 2717 End