No obvious seismic jolt for lockloss, BUT we had been riding some high useism.
Locking Notes:
1) IMC not locking! (it did look misaligned on Trans when it tried grabbing lock)
2) H1 Locking Status: Have had a couple of failed attempts after & before CARM Reduction steps.
Have had a few more DRMI locklosses drop before the CARM steps & earlier.
Going to try an Initial_Alignment and see if this changes any results here. If not, will return to investigation of steps before CARM REDUCTION.
Mode Cleaner continues to be a pain.
This is my third instance of needing to Clear Histories. (mainly the Pitch outputs were high).
Going back to Initial Alignment.
When you get it re-locked, try letting it be for about 15-20 minutes to give the loops time to optimize the alignment, maybe. That's what I do.
18:23 - 21:23 Out for Locking & Alignment (during high useism)
Assuming the lockloss could be related to our high useism (no jolts seen on any of our BLRMS seis bands).
Tried to do what I could to get it back up w/o a full Initial Alignment (by tweaking MCs to get IMC back & then usual BS/PRM), but after several locklosses after DRMI, I opted to give an Alignment.
After the alignment, dropped a handful of times, but went step by step in Guardian and finally got through the CARM reduction steps (I never got to a point where I needed to run Guardian line by line...talking with Jim we just wanted to get it through the CARM steps in this high useism). At any rate, finally made it past the CARM reduction steps and up to NOMINAL_LOW_NOISE!
Did notice a few SDF Diffs that I ACCEPTED:
Ed: What step were you suggesting I should have paused?
The IMC was a bit frustrating through all of this. Have not had to be so hands-on to it in my experience over last few months.
Currently running at 66Mpc. and can certainly useism oscilltion on LSC signals on Strip Tools, the Tidal StripTool, and even PI Mode28.
Crystal Chiller topped off with 265mL this morning (Diode Chiller had GREEN light for its level). This closes FAMIS 6506.
TITLE: 01/21 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 63Mpc
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
Wind: 5mph Gusts, 4mph 5min avg
Primary useism: 0.19 μm/s
Secondary useism: 0.87 μm/s
QUICK SUMMARY:
Not much to hand-off from Patrick other than the Configuration Change note for H1OAF on the CDS Overview.
useism has inched up in the last 8-10hrs (above the 90percentile and almost clearing it!) & you can see the signal on the Tidal Striptool (nuc1).
Beautiful clear morning with no issues driving in & a crisp 28degF out.
TITLE: 01/21 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC STATE of H1: Observing at 65Mpc INCOMING OPERATOR: Jim SHIFT SUMMARY: Remained in observing the entire shift. The filter changed by Sheila that Cheryl reported in her shift summary remains unloaded. LOG: 09:14 UTC Damped PI mode 28 by changing sign of gain 14:45 UTC GRB alert
Have remained in observing. No issues to report.
TITLE: 01/21 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC STATE of H1: Observing at 65Mpc OUTGOING OPERATOR: Cheryl CURRENT ENVIRONMENT: Wind: 4mph Gusts, 3mph 5min avg Primary useism: 0.08 μm/s Secondary useism: 0.67 μm/s QUICK SUMMARY: No issues to report.
TITLE: 01/21 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 61Mpc
INCOMING OPERATOR: Patrick
SHIFT SUMMARY:
I have determined new frame data rates for H1 and L1. This was last updated during ER10 ( see LHO aLOG 31567 ) You can find the scripts (work at either site) at https://llocds.ligo-la.caltech.edu/data/keith.thorne/DataRates You can find the L1 data at https://llocds.ligo-la.caltech.edu/data/keith.thorne/DataRates/2017-01-20/, the H1 data at https://lhocds.ligo-wa.caltech.edu/exports/keith.thorne/DataRates/2017-01-20/. I have attached the summary data sheets in PDF and XLS formats as well as channel lists. These are all raw (uncompressed) rates. The raw H1 fast data size has shrunk from 45.59 to 43.47 MB/s (decrease of 5%). [Removal of now-unneeded spurious 64KHz channels from PI models] The raw L1 fast data size has increased slightly from 40.56 to 40.60 MB/s (increase of 0.1%) The raw H1 fast data rates are now 7% larger than L1 fast data rates Sub-systems leading to higher H1 rates are PSL (0.5 MB/s), SUS (0.5 MB/s), ISC (1.0 MB/s), PEM (1.0 MB/s) From DAQ MEDM screens during lock H1 frames are ~1630 MB / 64 sec -> 25 MB/s L1 frames are ~1420 MB / 64 sec -> 22 MB/s
Updated H1 result as I had mis-read new rate table removing the 6 'spurious' 64KHz channels from the PI models. Only H1 spreadsheets changed. Many thanks to Stuart Aston for noting this.
Background - Both CP3 and CP4 are experiencing obstructed "high side" sensing lines which prevent their level transducers from measuring the level of LN2 in the 80K pumps. We consider that this is due to accumulated ice at the bottom of the pumps inner LN2 vessel where the "high side" sensing line transitions from the relatively large ID aluminum tube to the relatively small ID stainless tube near a 90 degree elbow. While Chandra R. has developed a procedure for a permanent post-O2 fix, we, nevertheless, would like to pursue more accommodating fix attempts in the meantime. One of these is to see if by applying a vacuum (for a prolonged period) to the sensing line enough ice could be liberated through reverse sublimation that the obstruction could then be freed by alternating applications of modestly pressurized UHP N2 followed by vacuum pumping. Today - WP #6442 Kyle R., Chandra R., Dave B., Gerardo M., Marc P. I reconnected the "clogged" sensing line (with added parallel valved line used for vacuum pumping and a parallel valved line used for back filling) to the CDS level transducer (Rosemont model 1151DP4E52B404). I then applied various "on-scale" pressure differentials via the back fill line (as indicated by the parallel connected magnahelic DP gauge) while Chandra R., Dave B. and Gerardo M. monitored the CDS MEDM screen. This confirmed that the transducer was operating and was in rough agreement with the mechanical gauge. I also switched to the application of vacuum and they noted that the 4-20ma transducer output fell to 0 mA or something less than 4 mA (thought 4 mA output was minimum output?). I then rearranged the plumbing fittings so as to permit selecting between a vacuum pump or a back fill line (10 psi UHP N2 @ 2 LPM) without the need to undo any tubing fittings as had been the case initially. During this plumbing rearrangement, the sensing line was open to the room and began to flow GN2 past the obstruction. This phenomenon had been observed on previous dislodge attempts (see entries from last month?) the difference this time was the significant increase in volume and duration - "Almost got it!" I experimented with various durations of pumping and back filling etc. and observed on a few occasions that the audible gas load to the diaphragm pump would change spontaneously if let alone for several minutes. Anyway, this is all very encouraging and will likely be continued next week. I halted tonight's attempts in observance of the Vacuum Team's Friday Rule and to allow others (the larger vacuum community) to consider if this approach is thermally cycling the bi-braze joint and poses a risk. I am leaving the sensing line back filled to 10 psi and isolated from both the vacuum line and back fill line.
Uh...make that sublimation or reverse deposition
WP6442, alarm on positive LN2 level in CP4 pump
Chandra, Kyle, Gerardo, Dave
CP4 LN2 Pump Level channels were added to the cell phone text alert system ( H0:VAC-MY_CP4_LT250_PUMP_LEVEL_PCT, H0:VAC-MY_CP4_LT250_PUMP_LEVEL_PCT_ERROR).
Unfortunately the ERROR channel was in Error this afternoon which caused many cell phone alerts. Trending this channel shows that over the past month it has been transitioning between Error and No Error states, which the majority of the time being in Error.
Until this channel's intermittent errors can be resolved, we cannot rely on this as a critical alarm. WP6442 work has been postponed until Monday.
here is a second trend plot of the CP4 pump level and its Beckhoff error signal over the past 6 hours.
As Dave noted in his email to me, this is a 4-20 mA signal. From the attached trends it appears that the error signal is reflecting excursions out of this range.
TITLE: 01/21 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 62Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY: 2 locklosses, one I'm not sure of the cause, the other was from PI mode 27. I changed a BP filter for the PI and it seemed to have fixed it.
LOG:
Kyle went to grab a Helium tank just past the card reader at 22:51 UTC and found the card reader already ON. This is on our LVEA Sweep checklist but must have been missed. It is now OFF
It would be good to know if we should keep these Readers OFF or ON. Originally we had been turning them OFF after LVEA Sweeps, but the Sweep checklist had this crossed out & it marked with "ON" (So, the most recent version of the Checklist had the Card Reader line removed).
Maybe these Card Readers are not an issue? Maybe I heard Robert say these Card Readers were negligible.
Robert Schofield's investigations showed no coupling from the card reader in O1. These should be left ON, as they are used by the RRT for site status reconstruction in trigger evaluation.
I changed the PI BP and accept the difference in SDF, let's try it this way.
Were you able to damp with the filter shift?
The new BP seemed to have worked. I only had to change the phase.