Displaying reports 49641-49660 of 83192.Go to page Start 2479 2480 2481 2482 2483 2484 2485 2486 2487 End
Reports until 00:00, Thursday 02 March 2017
LHO General
thomas.shaffer@LIGO.ORG - posted 00:00, Thursday 02 March 2017 (34516)
Ops Eve Shift Summary

TITLE: 03/02 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Jeff
SHIFT SUMMARY: We've been having some trouble with the PSL and also with some noise around 30-200Hz. Not sure where the noise is coming from. We just got to low noise and are now Observing.
LOG:

H1 General
thomas.shaffer@LIGO.ORG - posted 22:55, Wednesday 01 March 2017 - last comment - 10:34, Thursday 02 March 2017(34521)
Lockloss @ 06:52 UTC

PSL head flow error 1-4 again. I have Jason on the phone.

Comments related to this report
jason.oberling@LIGO.ORG - 10:32, Thursday 02 March 2017 (34535)

Unfortunately, it didn't sort itself out as we had hoped.  Head 3 was the cause of this trip, which was not surprising given the behavior we witnessed after restarting the laser after the night's previous trip.  The first attachment shows the 3 active laser head flow sensors and the relevant interlock signal.  The second attachment shows a slightly zoomed view of the signal from the laser head 3 flow sensor.  Nothing else looked suspect.

The system restarted without issue.  Given the behavior seen after the first trip, we observed the flow rates for several minutes before calling everything good to go; no issue was seen during this time.  Given the increase in frequency of this interlock tripping, I think we are witnessing 2 flow sensors on their last legs.

Images attached to this comment
jason.oberling@LIGO.ORG - 10:34, Thursday 02 March 2017 (34536)

FRS 7539 filed for this trip.

H1 General
thomas.shaffer@LIGO.ORG - posted 22:14, Wednesday 01 March 2017 (34520)
Observing @ 06:10 UTC

I ran an initial alignment because it kept losing lock before DRMI locking and I was hoping maybe it would help the 30-200Hz noise from before. It didn't. Range is still in the mid 50'sMpc and the breathing noise continues.

I had to accept some SDF diffs that I'm a bit confused by, but everything seems to be running fine.

Images attached to this report
H1 General
thomas.shaffer@LIGO.ORG - posted 20:30, Wednesday 01 March 2017 - last comment - 10:18, Thursday 02 March 2017(34517)
Lockloss @ 04:22 UTC

PSL tripped with a head 1-4 flow error. I am on the phone with Jason getting things running again.

Comments related to this report
jason.oberling@LIGO.ORG - 21:09, Wednesday 01 March 2017 (34518)PSL

Laser restarted without issue (at first, more on that below).  TJ had to reset the noise eater, and after that all the PSL subsystems came back without issue.

Once everything was recovered TJ noticed the Head 1-4 Flow warning light blinking.  Sure enough, on the Chiller Beckhoff screen the flow through the laser heads was flashing; there is a range above the trip point that the system alarms before tripping.  We observed this for several minutes, and noticed that the flow reading for head 3 was fluctuating between 0.5 and 0.6 lpm, causing the warning alarm to flash.  Unfortunately there is not much that can be done about this remotely.  TJ is going to continue locking the IFO and we hope this will sort itself out.

I filed FRS 7537 for this trip.

jason.oberling@LIGO.ORG - 10:18, Thursday 02 March 2017 (34534)

Some further forensics.  Head 2 was the culprit this time, dropping below the trip point and therefore tripping the "Head 1-4 Flow" interlock.  The first attachment shows the 3 active laser head flow sensors and the "Head 1-4 Flow" interlock.  The second attachment is a slightly zoomed in view of the Head 3 flow sensor signal.  Nothing else with the system looks suspect.

Edit:  Uploaded the wrong image files; this has been corrected.

Images attached to this comment
H1 SEI
thomas.shaffer@LIGO.ORG - posted 18:53, Wednesday 01 March 2017 (34514)
Earthquake Report: 5.6 Anchor Point, Alaska

5.6 Anchor Point, Alaska

H1 SEI
thomas.shaffer@LIGO.ORG - posted 17:58, Wednesday 01 March 2017 (34513)
H1 ISI CPS Noise Spectra Weekly Check
Images attached to this report
H1 ISC
jenne.driggers@LIGO.ORG - posted 17:52, Wednesday 01 March 2017 (34512)
Tested procedure for arm cavity scans, for absorption measurements

Aidan asked me to look at scanning the arm cavities immediately after a lockloss, so that we can look at the higher-order-mode spacing as a function of time as the interferometer cools off.  We hope to be able to infer from this the absorption in each of the individual arms, to help separate if there is anomalously high absorption in one of the arms and if so, which one. 

The procedure was basically identical to that of Kiwamu's back in 2014 at LLO (LLO alog 13768).  The general idea is to lock the arms on green and hold them steady with ALS, then put an offset in the ALS COMM to adjust the PSL frequency relative to the arm cavities. 

Since we do have the frequency difference discriminator (FDD) in the ALS COMM system, we can't scan more than 1.5 or 2 FSR in our nominal configuration.  During the commissioning period today, Sheila showed me how to bypass the FDD.  After she bypassed it, I was able to scan almost 10 FSR per arm.  The cold-cavity scan I took today was much too slow, so the data isn't particularly clean.  Also, I neglected to add a small misalignment to the input IR beam, which will help the higher order modes to resonate.  At the end of the commissioning window, we put the FDD back into the signal chain.

So, our plan for the next time we have a commissioning window, or perhaps just at the beginning of maintenece on Tuesday, is the following:

 

Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 16:47, Wednesday 01 March 2017 (34509)
X-mid AIPs increasing
(see attached plots) This looks like a typical response to a building temperature increase.  I'll check with Bubba G. 
Non-image files attached to this report
H1 ISC (DetChar)
jenne.driggers@LIGO.ORG - posted 16:39, Wednesday 01 March 2017 - last comment - 18:57, Wednesday 01 March 2017(34507)
Breathing noise ~40-200Hz

Kiwamu reminded me that we started seeing this weird breathing noise between about 40-200Hz just at the beginning of our commissioning time today.  We're still not sure what it is, but I've double-checked that everything from commissioning time is put back to nominal positions (PR3 spot position from Kiwamu and Vaishali, ERM positions from Sheila and Heather, and ALS COMM FDD from me (although that shouldn't have anything to do with NomLowNoise) ). 

If DetChar or anyone has any thoughts on what this breathing noise might be, that would be helpful.  We're starting to run out of ideas....

Comments related to this report
evan.goetz@LIGO.ORG - 17:34, Wednesday 01 March 2017 (34510)
Could you post the times of these 40-200 Hz breathing mode disturbances? Thank you!
john.zweizig@LIGO.ORG - 18:03, Wednesday 01 March 2017 (34511)
I believe that the cloud of triggers that can bee seen in the last two hours of the attached plot probably caused by the breathing. At least the frequency range seems right
Images attached to this comment
thomas.shaffer@LIGO.ORG - 18:57, Wednesday 01 March 2017 (34515)

I cannot comment on times from before my shift, other than what I see on the summary pages, but I can say that it has been this entire lock starting at 23:41 UTC.

H1 CDS
david.barker@LIGO.ORG - posted 16:34, Wednesday 01 March 2017 (34506)
FRS6119, /ligo/www directory reverted back from SVN version 1.8 to 1.6

The /ligo/www/www was incorrectly upgraded from an SVN 1.6 working directory to 1.8 several years ago, meaning that most CDS machines (which default to 1.6) could not perform any svn operations in this directory. FRS6119 was to revert this working directory back to a 1.6, while at the same time preserving all the non-version controlled data files which reside under this path. This task was complicated by the fact that we had conflicting files and one tree conflict between local modifications and the repo.

Here is the tortuous procedure I came up with

1. update the directory to include pending additions for files with  no conflict

2. commit local mods for files with no conflict

3. resolve the conflicting files and tree

All the above were done using svn-version1.8 on MacOS.

At this point the 1.8 working directory and the repo were synchronized. I then made the working directory a non-working-directory by deleting all the .svn meta directories.

Now, using svn-1.6, I checked out  /ligo/www over the top of this non-working-directory to make it a 1.6 working directory. But first I had to rename those files which are in the repo because checkout has a safety mechanism which prevents file overwriting.

LHO General
thomas.shaffer@LIGO.ORG - posted 16:14, Wednesday 01 March 2017 (34505)
Ops Eve Shift Transition

TITLE: 03/02 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 51Mpc
OUTGOING OPERATOR: Travis
CURRENT ENVIRONMENT:
    Wind: 16mph Gusts, 12mph 5min avg
    Primary useism: 0.07 μm/s
    Secondary useism: 0.19 μm/s
QUICK SUMMARY: Range is a bit lower and there is some noise from 30-200Hz that is being investigated. Seems like everything was set back from the commissioning break, but perhaps something was missed.

 

H1 General
travis.sadecki@LIGO.ORG - posted 16:07, Wednesday 01 March 2017 (34504)
Ops Day Shift Summary'

TITLE: 03/01 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 55Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:  Locked in Observe until the 19:00-23:00 UTC commissioning break.  After the commissioning period ended, we locked back up without IA.  No issues with locking, but the range looks a bit low (~55 MPc since relocking).
LOG: 

19:00-23:00 Commissioning interlude

22:30-23:00 Jim to EY centering T240 in BRS enclosure

23:44 Observing

23:54 Out of Observe to run A2L

0:06 Back to Observe

 

 

 

H1 ISC
vaishali.adya@LIGO.ORG - posted 14:55, Wednesday 01 March 2017 (34502)
More investigations of the Noise coupling from beam jitter in the 200 Hz- 1 KHz band

[Kiwamu Izumi,Sheila Dwyer,Vaishali Adya]

Objective : Reproduce the measurements from 34389 with 'the' correct power normalization, investigate the most dominant beam jitter coupling mechanism into DARM

Method : We tried to move the PR3 spot position by moving the PRM in pitch and yaw and measured the coherence from the four channels of the BullsEye photodiode namely PIT,YAW,Beam Size and Sum into DARM.  The channels have now been named in accordance to what we expect to see ie. PIT=pitch, YAW=yaw, WID=beam size,SUM=sum.
We tried to go to configuration (B) where POP_A_PIT = -0.4, POP_A_YAW = +0.3, PRG = 32.5.  Upon doing that we also tried a new Configuration (D) where  POP_A_PIT = -0.03(original position before misaligning the spot), POP_A_YAW = +0.3, PRG = 29.

Results :

Key to the plots 1 and 3 : Blue =Low Noise, Green =configuration B, Red =configuration D

Plot 2 is just the coherences using IOP channels to monitor the high frequency parts(aka 4 kHz noise hunting)

plot 4 is the coherence between the BullsEye degrees of freedom

  1. The broadband noise  and the slight elevation in noise between 200 Hz-1kHz was reproduced (see plot 3) with the peculiarity that pitch showed a distinct elevation (of about a factor of five) in comparison to the measurements from 34389 (see plot 1)
  2. The coherence plots taken today seem to agree with the hypothesis that the broadband lump might indeed be from some form of beam jitter.
  3. Upon going to configuration D we did notice that the coherence of PIT decreased only marginally from 0.6(green) to 0.5(blue)
  4. Pitch signals didn't show high coherence with the SUM signal (see plot 4)

Next steps : 

Images attached to this report
H1 General
travis.sadecki@LIGO.ORG - posted 14:29, Wednesday 01 March 2017 (34503)
Lockloss 22:16 UTC

This lockloss was done on purpose for commissioning work.

H1 SEI
hugh.radkins@LIGO.ORG - posted 10:16, Wednesday 01 March 2017 - last comment - 10:45, Thursday 02 March 2017(34490)
Look at T240 now in BRSY Enclosure

JimW HughR

The first attachment is from late afternoon yesterday, before the winds started picking up.  There is still a large difference between it and the ISI GND STS below 100mHz.  This may be thermal equilibrating or maybe the masses need centering again.  I'll look at this today; must be done at EndY.

The second attachment is from early this morning with sustained 20mph winds; pretty steady direction from the SW to SSW. The coherence and spectra look much better with the greater input.

The third attachment looks at coherence to the BRS Tilt.  The coherence to the right is when the wind is low and to the left shows when the wind is high.  Bottom line: not much difference between the colocated sensor and the GND seismo on the floor.

 

Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 21:21, Wednesday 01 March 2017 (34519)

At the end of the commisioning break today, I went down to EY and recentered the masses on the T240. This sensor doesn't have the full integration into the data system, so it's not just a button push. Richards DB9 connector makes this pretty easy though. Pin 5 is the analog ground, so UVW are read by read getting the voltages from pins 1-3 to 5. To re-center, you need a 5V supply (Richard loaned me one), connect pin 7 to the supply ground and put the +5v on pin 6 for a(n actual) second. When I got to EY the masses were at 1-2v, after centering they were between .08-.2v.

krishna.venkateswara@LIGO.ORG - 10:45, Thursday 02 March 2017 (34537)SEI

I looked at 2-k seconds of data from Wednesday night at 6:00 UTC. Plots are attached. The ASD is in rad/rt(Hz). Once again, the T240 seismometer on the platform sees a substantially larger low-frequency signal compared to the BRS or the ground STS. This instrument performed much better when it was on the ground.

This suggests that it is picking up extra signal when it is on the platform, which is not real tilt (as the BRS signal is much smaller). It is unlikely to be temperature since Hugh's additional foam insulation made no difference. It could be temperature noise on the table feet so it may be a good idea to wrap the feet also in the same foam insulation and see if that makes any difference.

Another possibility is that the low-frequency excess could be some form of (parametric) down-conversion from the excess high frequency motion of the platform (10-50 Hz). We have seen such noise on the BRS flexures, so it would not surprise me if similar noise exists in seismometers. I'm more surprised that the platform is shaking so much at high frequencies. I think this calls for a better design of the platform feet.

Non-image files attached to this comment
H1 SEI
jeffrey.bartlett@LIGO.ORG - posted 05:42, Wednesday 01 March 2017 - last comment - 16:44, Wednesday 01 March 2017(34484)
HAM2 SDF Diss
   After relocking there was a SDF difference with the HPI-HAM2_IPS_HP_SETPOINT_NOW. Accepted the difference and went into Observing.
Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 09:00, Wednesday 01 March 2017 (34487)

Thanks for the log Jeff.  This reminds (smacks in the face) me now that I've removed the HEPI Pringles from the Restore Target DOF list, these will all have to be put into the Not Monitored list.  These are the DC positions that the Isolation loops drive to.  When the loops first start, we load the current free hanging position into the "SETPOINT_NOW" channel so the loop starts with no DC load.  After the loop is on and is stable, we load the "Target Position" to move too.  All HEPI loops were driving to Targets but the Pringle loops are AC coupled so loading a DC Target position just was wasted effort that got the loop nowhere in the end.  So this Setpoint Now channel will be different every time there is a platform trip and re-isolation. 

What I don't understand is why there isn't a VP difference too and why this HP difference is so small.

For the ISIs, all HAMs load all DOF Targets, for the BSCs, none of the Targets are loaded; hence, the Not Monitored Lists.

I probably could do this while Observing but I'm reluctant in case the fussing around sets an SDF flag; I'll get it during commissioning later.

Addendum: Checked the SVN, someone must have saved the OBSERVE.snap earlier in the day, to clear the diffs after the HAM2 HPI trip during maintenance; I remember Jim mentioning the trip in the morning.  Then the old e-11 diff popped up; not sure why that happens.  Regardless, I'll get these into the Not Monitored list and it will be a thing of the past.

thomas.shaffer@LIGO.ORG - 16:44, Wednesday 01 March 2017 (34508)

I didn't put the updated script in ISC_LOCK that will switch the SDF reference files since I was worried that I would leave and then something would go wrong. This should hopefully fix this SDF diff in the future. I've tested it a few different ways and it all seems good, but I will do it this shift if I get the opportunity.

Displaying reports 49641-49660 of 83192.Go to page Start 2479 2480 2481 2482 2483 2484 2485 2486 2487 End