Log for work done Monday March 14 under WP 5776 and WP 5777. The BSC7 X2 PT170 and BSC8 Y2 PT180 Pirani and Cold Cathode vacuum gauges were replaced with Inficon BPG402-SE EtherCAT vacuum gauges. Filiberto connected these to the second EtherCAT port of the h1ecatc1 computer: 'h1ecatc1 (in MSR) Local Area Connection 4' - 'ethernet cable' - 'CU1521 EtherCAT media converter (Multimode) (in MSR)' - 'fiber cable' - 'CU1521 EtherCAT media converter (Multimode) (in LVEA)' - 'ethernet cable' - 'CU1128 EtherCAT junction box (in LVEA)' The CU1128 EtherCAT junction box has 8 ports: Port 1 is the incoming connection. Ports 2 and 3 were left empty. BPG402 on BSC7 (Box 294 in the system manager) was connected to port 4. BPG402 on BSC8 (Box 295 in the system manager) was connected to port 5. Ports 6, 7 and 8 were left empty. I added channels for these in PLC1 and updated the system manager. I committed the changes to svn and restarted everything. I may have also gotten some changes that Joe B. committed to svn for PLC3 (see attached screenshot). When I restarted the EPICS IOC the script that automatically copies over the generated error medm screens, INI and autoburt request files failed. A screenshot of the error is attached. I used WinSCP to copy over the INI and autoburt request files by hand. The following channels were added for these gauges: H1:VAC-LX_X2_PT170_PRESS_VALID H1:VAC-LX_X2_PT170_PRESS_OVERRANGE H1:VAC-LX_X2_PT170_PRESS_UNDERRANGE H1:VAC-LX_X2_PT170_PRESS_TORR H1:VAC-LX_X2_PT170_PRESS_SENSOR H1:VAC-LX_X2_PT170_PRESS_TRIP H1:VAC-LY_Y2_PT180_PRESS_VALID H1:VAC-LY_Y2_PT180_PRESS_OVERRANGE H1:VAC-LY_Y2_PT180_PRESS_UNDERRANGE H1:VAC-LY_Y2_PT180_PRESS_TORR H1:VAC-LY_Y2_PT180_PRESS_SENSOR H1:VAC-LY_Y2_PT180_PRESS_TRIP
The failure of the script to copy over the files was because /opt/rtcds was not mounted on opsws3 due to the file server change over.
Hang, Sheila, Kiwamu,
Last night, we have locked PRMI with the sidebands resonant in order to check the behavior of the AS90 signals in a simpler configuration. The measurement suggested that our previous understanding on AS90's behavior (25999) was likely incorrect.
PRMI was locked with 20 W PSL light in order to obtain sufficient signal-to-noise ratio at the AS WFSs. The arm cavities were not included because the gate valves were closed during the measurement. In this configuration, the same behavior as reported in 25999 was observed -- steering BS produces AS90 signal that has the opposite sign against the DC centering signals. Previously we thought this could be explained by SRC introducing imbalance in the sideband amplitudes. However in this PRMI configuration, the imbalance in their amplitudes should be a second order effect and therefore we should not see the same behavior if the theory was right. But we saw the same behavior. This means our understanding was likely inaccurate.
In addition, we confirmed that the AS90 signal responds to the BS angle even if the DC centering loops are closed. This confirms that the AS90 can detect a wavefront tilt. So they are not just RF optical lever, but also wavefront sensors.
TITLE: 03/15 day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Unknown
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
Wind Avg: 5 mph
Primary useism: 0.03 μm/s
Secondary useism: 0.52 μm/s
QUICK SUMMARY: Maintenance Day
(John, Chandra, Gerardo)
WA-1A Adapter spool modifications
Removed viewport from port VP2 (ZV800 type) and installed a different viewport D1201191 SN010.
Removed blank from port VP4 and installed the viewport removed from VP2.
WA-1B Adapter spool modifications
Removed viewport from port VP5 (ZV800 type) and installed a different viewport D1201191 SN001.
Removed blank from port VP3 and installed the viewport removed from VP5.
All viewports have their viewport protector installed.
Activity Log: All Times in UTC (PT) 22:45 (15:45) Take over from Ed 23:15 (16:15) Reset Stage 1 WD trip on ITMX 01:13 (18:13) DAQ restart - Picked up ITMY ISI model change 02:30 (19:30) Ops support not needed for the rest of the evening shift - Going home End of Shift Summary: 03/14/2016, Evening Shift 23:00 – 07:00 (16:00 – 00:00) All times in UTC (PT) Support: N/A Shift Detail Summary: Some commissioning work still going on but does not need Ops support.
(John, Chandra, Gerardo, Kyle) John, Chandra -> Vented XBM Gerardo, Chandra -> Viewport work at WA-1A on XBM (see separate aLOG for details) Kyle -> Installed new Bayard-Alpert/Pirani wide range gauge on BSC7 John, Chandra -> Began XBM pump down John, Chandra -> Vented YBM John, Chandra, Gerardo -> Viewport work at WA-1B on YBM (see separate aLOG for details) Kyle -> Installed new Bayard-Alpert/Pirani wide range gauge on BSC8 Chandra, Kyle -> Began YBM pump down Kyle -> Halted pump down of XBM and YBM by closing Turbo Header hand valve, Turbo Safety valve then Turbo inlet Gate Valve -> will resume attended pumping tomorrow NOTE: To resume rough down, valves must be opened in reverse sequence to that listed above to prevent pressure drop across Turbo inlet Gate Valve.
Based on estimates from HWS measurements on the weekend, I have tweaked the absorption coefficients to the following:
caput H1:TCS-SIM_ITMX_SURF_ABSORPTION 250E-9
caput H1:TCS-SIM_ITMY_SURF_ABSORPTION 280E-9
I set the IMs back to their values during a full lock with OMC on March 12, 12:00:00UTC.
I accepted the new offsets - attached here.
Shutdown the dust monitor at HAM6 to get it out of the way of the grouting crew. This will be left off until it is replaced with the new monitors. This cut-over is planned for this Wednesday. The only LVEA or VEA dust monitor currently running is in the Bier Garden.
TITLE: 03/14 day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC STATE of H1: Unknown INCOMING OPERATOR: Jeff SHIFT SUMMARY:' LOG: :20 Chris S 400 yds from corner station; X-arm beam enclosure sealing project; all day work. 17:00 Reibolt on site for grouing. 16:09 Hugh and John into the LVEA 09:18 Fil into LVEA to find John for work permit sign-off 17;37 Hugh Done at EX; breif stop in at LVEA and then to EY 17:39 Christina and Karen headed to EX 17:45 Fil and TJ into LVEA to pull cable 18:25 Lights on at EY 18:27 Jeff out of LVEA 18:35 Karen and Christina leaving EX and headed to EY. 18:55 Fil and TJ out of LVEA for lunch 19:08 Dave barker executing WP 5775 19:18 Hugh back from EY and going into toe LVEA 19:26 Hugh out
WP 5773, FRS 4554 aka II 1058, ECR E1500244, D1400363
With the platforms down for the computer restarts today, seemed like a good time to get going on this.
Power down CPS Interface chassis, pull H1 St1 card & switch to slave (Jumper on P2,) pull dual plug power conditioning board & replace with single, switch cables from local sync to common 71MHz chassis sync cables. Power on Timing Distribution Chassis, power on the CPS Interface Chassis.
I'll post before and after spectra of the CPS once computing is back up.
Here are spectra of the local CPS on ETMX. Reference from ~3am and currents from ~3pm (after swap obviously.) No glaring issues at this point.
And here too is similar for ETMY--Offhand it looks like the Stage1 H2 card could use plugging in a few times as it is a little noisier now. Likewise, Stage2 H3 is a little noisier as well.
Hey! Super! I got that backwards. The current traces are less noisy! It is the old reference traces before the switch that had higher noise levels at EndY. Dodged the extra labor on that one!
I reset the flow sensor control and external shutter request. This restored the images. This occurred during the big CDS reboot.
I caput H0:VAC-EX_CP8_505_DEWAR_LEVEL_CAP_GAL to 1.44e+04 which was the value of HVE-EX:CP8_DEWARGAL in /ligo/cds/lho/h0/burt/2016/03/07/00:00/h0veex.snap.
WP 5775, install of new /opt/rtcds NFS file server.
Reminder that starting at 11:00am PDT today LHO CDS and DAQ services will be intermittent for several hours as the /opt/rtcds file system is moved from h1boot to the new file server h1fs0.
VAC - taking down the corner station. WIll remaine valved out at least until Friday. WP5772 CDS - will be executing WP5775. There will be a re-boot of all FE, DAQ and Work Stations SUS - Nothing to report LVEA and EX are LASER SAFE SEI - Model restarts for BSCs
I notice that the TCS Y laser is off and reporting a flow alarm. The flow meter shows that the chiller is currently running. I don't think this laser was in use but was running and it would be better not to leave it in this alarm state. Either the power supply should be turned off if the laser is not needed, or it should be reset by turning the controller key on/off and pressing the gate button on the controller.
An instruction on how to restart TCS chiller and controller box can be found here.
Both TCSX and TCSY chillers were found to be tripped with an error messgage 'Low Temp'. I have power cycled the two units. And cycled the key on the X and Y CO2 laser controllers. They are now back up and functioning.
Thanks Kiwamu. The LOW TEMP warning will almost certainly have occured because the DAC at some point has been restarted and caused a zero voltage out to the chillers. This problem is meant to be getting fixed soon with an electronics fix.
It looks like the lasers are now ready to lase, and now you've reset the warnings with the key to get them running you probably just need to press the gate (on/off) button on the front of the controller. I'm not sure you need them right now though.
Kiwamu, Stefan
Looking at the cross-power plot in alog 25768, we see a coherent noise floor following the shot noise a factor 3.3 below.
Looking at alog 21167, this seems cosistent with our old firend the excess 45.5 MHz noise in DARM.
Shot noise of 20mA: 8e-8mA/rtHz: a factor of 3.3 below that: 2.4e-8mA/rtHz. This is roughly consistent with the residual coherence seen in alog 21167.
Kiwamu will make an all-O1 plot to nicely resolve that noise. We need to add this noise to the mystery noise projection in alog 25106 (this plot).
Here is a cross-spectrum with more number of averaging (over 867 hours using the data between Oct-21-2015 to Jan-17-2016 with some glitchy durations excluded).
I looked at some few-hour stretches of O1 data and took the coherence between the DCPDs.
Above 1 kHz (where the DARM OLTF is −55 dB or less), the coherence goes as low as 1×10−4. See attachment for an example; FFT BW is 2 Hz and number of averages is >50,000. That would imply a correlated DCPD sum noise that is a factor of 7 below the shot noise [since the correlated noise ASD in each PD should be (1×10−4)1/4 = 0.1 relative to the uncorrelated (shot) noise ASD].
I suppose it is possible that the secular fluctuations in the nonlinear 45 MHz noise are enough to push the overall O1 coherence up to 2×10−3, which is what is required to achieve a correlated noise that is a factor of 3.3 below the shot noise in the DCPD sum.
To test this, I propose we look at the variation over O1 of some kind of BLRMS of the 45 MHz EOM driver control signal (or perhaps just the dc level of the control signal), similar to what Kiwamu has already done for some of the suspension channels.
During this same time period, the excess of sum over null above 1 kHz is about 0.1×10−8 mA/Hz1/2. Assuming 8×10−8 mA/Hz1/2 of null current therefore implies the correlated excess is a factor of 6 to 7 below shot noise.
(The slope in the data is probably from the uncompensated AA filtering).
The second attachment shows the conversion of the sum and null into equivalent freerunning DARM. From the residual alone, the limit on the coating Brownian noise seems to be a factor of 1.6 above nominal. (I quickly threw in a 5 kHz zero when undoing the loop in order to compensate for the AA filtering).
Finally, I add some mystery noise traces to this residual, where the slopes and amplitudes have been arrived at by careful numerology. The addition of a 1/f2 noise and a mystery white sensing noise (similar to 26004, but tuned to the residual during this time period) reduces the possible coating Brownian excess factor to 1.45 or so.
Here is an updated version of the cross spectrum using the O1 data. I have fixed a bug which previously overestimated the cross specctrum and have extended the analysis to high frequencies above 1 kHz.
As pointed out by Evan, my previous analysis overestimated the correlated noise. This turned out to be due to a bug in my code where I summed the absolute value of the segmented cross spcetra when averaging them. This is apparently wrong because the cross spectra by nature can have negative value (and imaginary number). I fixed the analysis code and reran the analysis again. The result looks consistent with Evan's targeted cross spectrum -- the kink point of the cross correlation happenes at around 1 kHz with the noise floor touching 1e-20 m/sqrtHz.