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:
PSL head flow error 1-4 again. I have Jason on the phone.
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.
PSL tripped with a head 1-4 flow error. I am on the phone with Jason getting things running again.
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.
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.
5.6 Anchor Point, Alaska
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:
(see attached plots) This looks like a typical response to a building temperature increase. I'll check with Bubba G.
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....
Could you post the times of these 40-200 Hz breathing mode disturbances? Thank you!
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
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.
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.
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.
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
[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
Next steps :
This lockloss was done on purpose for commissioning work.
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.
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.
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.
After relocking there was a SDF difference with the HPI-HAM2_IPS_HP_SETPOINT_NOW. Accepted the difference and went into Observing.
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.
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.
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.
FRS 7539 filed for this trip.