The /opt/rtcds file system disk space used has dropped from 96% to 46% today due to the rotation of the ZFS snapshots out of the reduced look-back time period. On 8th December I compressed most of the target_archive area and reduced the snapshot look-back from 31 days to 19 days. The non-compressed files have now rotated out of the ZFS snapshots.
Next I need to complete the target_archive compression and restore the ZFS look-back to 31 days.
CDS Systems Report (Thu Dec 27 08:00:01 PST 2018):
Thu Dec 27 08:00:01 PST 2018
-- Disk Usage -----------------------------------------
h1fs0:
Size 899 Used 416 (UsedDS 402 UsedSNAP 13 ) Avail 483 Use% 46 %
Hang, Dan Brown
When powering up and thermalising the coupling of PRC2 into CHARD becomes orders of magnitude greater than CHARD back into itself which seems to be the cause of our 3Hz instabilities. At 25W we injected some lines in and looked at how the coupling changed, after it reached some steady state I took 5 minutes of data and processed it offline to compute a new input matrix for PRC2 and CHARD. I used DC5_Y to try out the new input matrix, as can be seen in the DTT window here, blue (new) is looking a lot better than red (old).
We lost lock trying to switch over the matrix, so just update the guardian with these new values. When engaging ful IFO ASC it is a lot more noisy then before, when you get to CHARD_BLEND though everything quietens down and the dither loops catch up.
| Name | Dec 27 2018 03:58:22 UTC | Dec 27 2018 07:49:13 UTC | ||||
|---|---|---|---|---|---|---|
| Value | Alarm Status | Alarm Severity | Value | Alarm Status | Alarm Severity | |
| H1:ASC-INMATRIX_Y_10_11 | 0 | NO_ALARM | NO_ALARM | 0.08296 | NO_ALARM | NO_ALARM |
| H1:ASC-INMATRIX_Y_10_13 | 0.2 | NO_ALARM | NO_ALARM | 0 | NO_ALARM | NO_ALARM |
| H1:ASC-INMATRIX_Y_10_15 | 1.3 | NO_ALARM | NO_ALARM | -0.4889 | NO_ALARM | NO_ALARM |
| H1:ASC-INMATRIX_Y_10_9 | 1 | NO_ALARM | NO_ALARM | 3.4 | NO_ALARM | NO_ALARM |
We put the old sensing matrix values back into DC5_Y to see how they behaved as we powered up in steps, a comparison is shown here. As can be seen the new matrix is overall more noisy than the old, however at 28W PRC2 is much lower than before. At 30W we didn't reach a complete thermal steady state as it got too bad, so we still need to fine tune this more tomorrow. The hope is we can get steady at 30W and then do some TCS tuning.
Here's the 28W sensing matrix. The darker the red the lower the coherence between the excitation and the measurement, cell values are "magnitude (phase in degrees)". The sensing matrix is gradually becoming degenerate as we go higher in power.
This input matrix may work:
| REFL_A_RF9_I | POP_X_RF_I | |
|---|---|---|
| PRC2 | 0.000 | -12.996 |
| CHARD | 1.000 | 12.996 |
Overnight we stayed locked at 28W for ~11 hours or so. When I came in I started tuning some TCS and lost lock when the PRCL gain dropped too much. First plot is PRCL gain, second PRCL->SRCL, third SRCL gain (46082).
Dropping CO2Y down to 0W at 28W increased the PRC gain and RF18. REFL 9Q got much quieter but trended away from 0. I then tried decreasing CO2X from 0.6 to 0.3W. This had the inverse effect on REFL9Q and RF18, reducing both, but seemed to increased the PRC gain slightly. Not sure why REFL45 becomes so much noisier when we power up to 28W.
I removed the SRM dither code from ISC_LOCK in PREP_ASC_FOR_FULL_IFO and replaced it with the CSOFT/CHARD/PRC1/PRC2 lines so they switch on automatically.
Hang, Dan Brown
Only EY was down from this dolphin crash so this recovery was quicker than some of the others.
Initial alignment went fine except for PRC align. It seems the PRC1 filter changes made the other day (46151) made it unstable for initial alignment, probably too much gain. In PREP_PRC_ALIGN Guardian we switched off all the filters apart from FM1 (-20dB), it converged slowly and with FM1 off it still works.
Only one ALS lockloss during LOCKING_ALS, DRMI locked in about 20s.
Took about 2 hours until we were up again - although most of that was checking CO2Y table for leaks and figuring out what was up with PRX initial alignment rather than the Dolphin crash itself.
I've created FRS12051 to cover this crash. The ticket has been closed with an estimated 1.0 hours lost commissioning time.
I expect to me hear for ~90 minutes or so and will make a comment to this entry when I am leaving.
Corner Station update -> I'm done inspecting the Corner Station and am off to do the other buildings. Note that I had to add 850 ml of water to the TCSY chiller. I walked the entire run of piping from the chiller to the table and found no evidence of a leak. Additionally, there is no evidedence of water spilling of off the table (did not open doors). For now, I've notified Dan Brown. He said that he checked the table earlier today but found no leaks. I suggested that he check the table again and also the TCSX table in case the chillers have been switched or mislabeled.
I checked TCS X and Y tables and couldn't see any water on the table.
Finished with the site inspection. Here are the highlights:
1) Had to add 850 ml of water to the TCSY chiller to bring it up from the, as found, 7.6 cm to 10.0 cm indication.
2) HAM7 AIP is off scale high -> we will deal with this after the new year.
3) Double doors (to HVAC computer room) between the auditorium and rear entrance of the LSB won't close completely and had to be blocked closed.
4) The exterior-most doors of the LSB main entrance were found to be locked -> At one time, these were going to be left unlocked and the interior main entrance doors were going to be locked instead so that people could get in from out of the cold? -> I left these as found.
5) Could not enter into the LDAS area adjacent to the VPW -> won't take my key or RFID "thingy".
6) Warehouse (dirty side) was unlocked -> I locked it.
7) Y-end chiller bypass valves (both) are open. The CS chillers are bypassed as well but all of the other out buildings have at least one of two valves closed -> I left as found as I am out-of-date as to what is normal these days.
8) Chilled water pressures are below the old nominal value of 30 psig in most buildings but I did not add glycol solution as this could be the result of the "new-since-my-era" Variable Speed drive units running below 60 Hz and I am likely out-of-date as to what is normal these days.
9) I could not investigate the X2-8 gauge/charger/etc. as they have changed the ocks on the BT doors and the gate code didn't work to unlock them -> I trended this gauge and it is on again, off again over the past day or so. I noted that the solar panels are "squeeky" clean and not obstructed.
1605 hrs. local -> Leaving site now
The pressure gauge at X2-8 location near X-end is reading high and might have failed in a new way due to lack of solar power. Adjacent pressures are normal so the control room can ignore this alarm. VAC team will investigate when on site.
X2-8 gauge back on again - I'm heading to the site to do an inspection and just noticed that his gauge is back on scale again. Hmmmm...
Added 350 mL water to TCSY to bring level from 8.6 cm up to 10.1 cm today. This appears to be a higher-than normal drop over the last couple of days, with the caveat that the previous reading was without optimal eyeglasses. At a minimum, it seems wise to keep an eye on the readings. Also, topped off Wallace with 50 mL.
Did a visual inspection of the CO2Y table for leaks, I checked on the table and around the back near the periscope. I couldn't see any obvious leaks or water anywhere.
Added another 1900 mL water to TCSY chiller at 10:20 am on Dec 31, 2018.
Unfortunately our 25 day streak of no Dolphin crashes came to an end at: Dec 25 2018 08:56:14 PST
I've captured all the Dolphin and system logs. I'll work on restarting the models soon.
If anyone is in the control room today, please call my cell phone and we can complete the recovery.
This is new - no action needed at this time.
Rana, Hang
After adding the res G's at 0.47 Hz our ASC loops appeared to be quite and stable at 25 W for more than 20 mins. However, as we tried to power up to 28 W, our dithering loops, especially the yaw ones started to drift away. This then triggered the ~ 0.5 Hz oscillation in CHARD YAW and then in other ASC loops. In the second attempt we tried to increase the dithering loops gain as we power up. However this did not kept the dithering loops stable. While the error signal still crosses zero, the oscillation seemed to be growing. The further the soft dithering loops' error signal deviated from 0, the more sever the 0.5 Hz oscillation in CHARD YAW. Or it might be the other way around, as the CHARD YAW RMS increases, the spot motion naturally made the dithering loops oscillates more.
============================================================
In addition to power up, we also tried to go to LOWNOISE at 20 W.
In the lownoise asc state, we reduced the CHARD YAW dc gain to 0.7, giving it roughly 3 Hz UGF. Then we could re-engage the ELP10 (FM2) filter to reduce its noise.
However, we kept losing lock at LOWNOISE_ESD_ETMX, specifically when we tried to transition ETMX to ITMX+ETMY. The ITMX part seemed fine. The ETMY ESDOUTF_DC_OUTPUT was zero before the transition, which seemed weird. In the guardian there also seemed to be no explicit commands setting up ETMY ESD in that state.
About the ETMY transition: we haven’t been using that ESD since it has a non working quadrant, so the bias shouldn’t matter. I’m not sure what else could be wrong.