Bubba, Chandra, Gerardo, Kyle HAM 6 took one hour to vent to atmosphere, The north & south doors were removed before lunch. GV 5 & 7 were soft closed prior to vent. Attached is vent pressure plot from today and also from April, for comparison. NOTE: in addition to powering off all HV in HAM 6, we also powered down the ITM HV.
Y2-8 ion pump not operational
[Betsy, Koji] @Bonding lab
The OMC is sit in the bonding lab for curing of the epoxy. Otherwise, it is ready to be moved to the chamber side.
- 3rd OMC optics cleaning
Attachment 1:
We applied FirstContact cleaning of the optical surfaces. The optical side of the breadboard was wiped with IPA-soaked cloth (without touchting the optics).
The FCs will be left until the OMC is brought to the chamber side.
- PD replacement
Attachment 2:
The original OMC DCPDs were replaced with the new high QE DCPDs. The PDs at the BS transmission and reflection sides are from the PD cage A slot 3 (A3) and A4, respectively. They correspodns to the PD serials B1-01 and B1-16. The final testing at Caltech showed the QEs of 0.980 and 0.981 respectively.
The FirstContact seals are attached on the PD apertures to prevent particulates come into the PD surfaces.
- Mounting blacket bonding reinforcement
Attachment 3:
We added a glass prism to reinforce the bonding of one of the mounting blackets on the top (suspension) side of the OMC breadboard. A small amount of glue residue form the existing bond was removed by a razor blade to clean the place for the new prism. As small amount of glue as possible was applied to have round glue foot print, particularly on the glass-glass joint. The glue on the Invar-glass joint looks round. The glue on the glass-glass joint looks square inspite of our effort (We really don't think it is an issue). A steel block was added to hold the prism until the epoxy is cured.
The test data for B1-01 (DCPDA, that in transmission of the OMC TRANS BS) and B1-16 (DCPDB, that in reflection of the OMC TRANS BS) can be found here in the 40m eLOG 255:
https://nodus.ligo.caltech.edu:8081/OMC_Lab/255
The serial numbers are indicated in the OMC DCPD wiring chain,
D1300502
I was bit again by buzilla bug 1013. The changes I made yesterday (alog28775 =) did not take effect since the change was in common code and I forgot to restart the nodes. I ended up restarting all of the SEI configuration nodes, but really only had to do all of the BSCs. No harm, everything came back nicely.
Illuminators for ETMx and ETMy have been turned off for PCal camera work.
so as to monitor the bouyancy lift of the vent. Plus, it will likely trip anyway once aggresive activities start. If the operator and well anybody that notices, keep the ISI OVERVIEW border green by reseting the watchdog whenever the border is not green. Thanks!
| Oplev |
Data segment (1Hr long) |
Sum (counts) | Glitchy? | Remarks |
|---|---|---|---|---|
| ETMX | 01-08-2016 13:00 UTC | 41000 | No | Seems good. One more stage of whitening may also be ok. |
| ETMY | 01-08-2016 10:00 UTC | 28000 | No | All Good. Could copy these settings to ETMX. |
| ITMX | 01-08-2016 10:00 UTC | 33000 | No | The periodic pulses seen in the SUM is probably due to the temperature controller in the diode laser having railed or become unstable. |
| ITMY | 01-08-2016 10:00 UTC | 30000 | No | Does not seem to have whitening filters since we can see in the SUM spectra that it is being limited by ADC noise beyond 5Hz. |
I dont think the ITMX laser is mode hopping. I did not notice any step like changes in the SUM signal, though it is hard to tell due to the periodic pulses.
The latter can be fixed by tweaking the PID setttings of temperature controller and its set point, I think.
Both ITM oplevs have large resonances at ~60 and ~90 Hz. These are much attenuated in ETMs. The mounting of ITM oplevs could perhaps be examined to see if there is something out of place.
At the laser wavelength 632 nm, Si QPD efficiency is ~0.35 A/W; Transimpedance=10kOhm according to D1100290 ; Differential Ouput gives x2 ; 16bit-ADC gives (2^16)/20 counts/V;
Using these factors : 1mW of incident light on the QPD would give us ~23k counts. Since ETMX, ITMX and ITMY oplevs have 18dB, 21 dB and 15 dB whitening gain,
the incident power on these QPDs is
| ETMX | ETMY | ITMX | ITMY |
| 0.32 mW | 1.22 mW | 0.13 mW | 0.23 mW |
And 1/4 of that per quadrant !!
Note: I'm not sure over what time duration Suresh made his analysis, but Jason has recently tweaked the gain and whitening settings on the ITMX, ITMY, and ETMX optical levers last week Tuesday (July 28). See LHO aLOG 28645. Likely, Suresh's suggestions to improve the whitening were based on data prior to this change, and the setting are now acceptable. See Keita's post-change assessment in LHO aLOG 28661.
The data segment analysed is from 1st Aug 2016 at about 10:00 UTC.
And yes ... I had initially analysed data from before the change and had to redo the job after I saw the post by Jason on the 26th Aug (and also the request from Keita). This analysis is after all those changes.
And just in case I goofed up something, I rechecked the time stamp on the data plotted in the attached pdf file. All data is from 1st Aug.
As Hugh noted in his July 19th alog (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=28525) when we reprogrammed the site-wide timing systems on 19th May 2015 and 19th July 2016 the HEPI pump controller units saw a bogus drop in hydraulic fluid pressure. On 19th July of this year the drop at EY was sufficient for the PID controller to attempt to correct, resulting in an excess of presssure which caused problems.
At these times we also saw a bogus increase in cold cathode gauge readings from the vacuum controls system (Kyle put in an alog). Initially I thought more systems were being affected, but today I did some more in depth investigation and the problem appears to be limited to hepi pressure and vacuum cold cathode signals.
At EY I trended all the raw ADC channels in the Beckhoff Vacuum system (terminals M12-16 chans 1-4). The only channels which saw an increase were M11-chan2, M12-chan1 and M12-chan3. These are the input signals for the three cold cathode gauges. When we trend these same signals from May 2015 (back when the computer was the orignal VME system) these same signals show bogus deviations. I looked at the slow-controls Beckhoff system and the weather station, but could not see the problem there.
There are some exceptions to the rule (for example in 2015 hepi-EX did not see a change) but generally when we reprogrammed the timing system the Cold Cathode and Pump Controllers saw a change of input voltage. The question is why only timing reprogramming causes the problem and not the many reboots we have done over the years. I suspect the powering of the 12V units (fanout, comparator, RF Amp, IRIG-b) which we rarely do as opposed to the more frequent powering of the 24V IO Chassis may be a clue.
Tomorrow, under WP 6035, we will go to EY and repeat the power cycling sequence we followed on 19th July. We will repeat everything except for the actual reprogramming. We will be closely monitoring the ADC inputs for these signals. At the end of the excercise Ansel will upgrade the FPGA on the EY fanout using Daniel's latest code.
The alignment into the reference cavity was tweaked. Mostly a vertical adjustment followed by a
minor adjustment to the yaw. The transmission as reported on the MEDM screen went from ~2.6V to
~4.6V.
Measured the power before the lens located in front of the ALS fibre to be 33.4 mW. At this
time MEDM reported 4.62V.
With a DMM, the DC output of the locking photodiode was measured.
- locked: 0.124 - 0.134 V
- unlocked: 0.772 - 0.777 V
So the reference cavity visibility is 83.3%. The gain of the filter yielding the DC output of the
locking photodiode was changed from -0.050 to +0.500 as this agreed better with the value measured
with the DMM. Not sure why the big change other than I had noticed that since the CDS reboot of a
couple of weeks ago, the reflected DC was different. Perhaps this gain setting wasn't saved?
For the transmission photodiode, when the FSS was unlocked the DMM measured -1.8mV. MEDM
reported ~0.121V at the same time. When the FSS was locked and MEDM reported ~4.6V in transmission
the DMM measured -2.766V to -2.777V.
Jason/Peter
For a comparison I just happened to measure the ref cav visibility yesterday as part of the PSL rebuild and LLO also get ~83% visibility
Kiwamu, Nutsinee
A code is scheduled to run at 9 pm tonight. The code will power up CO2 to 1.3W and power it back down to 0W after 6 hours. Please do not touch ITM optics.
I updated the HWSY centroids with low variance versions.
I also reset the HWSY magnification to 7.5x
controls@h1hwsmsr:~/temp/HWSY$ caput H1:TCS-ITMY_HWS_MAGNIFICATION 7.5
Old : H1:TCS-ITMY_HWS_MAGNIFICATION 17.5
New : H1:TCS-ITMY_HWS_MAGNIFICATION 7.5
Here is the time series for the CO2 heating from last night. Analysis to follow but rough numbers are as follows.
There are two measurements per ITM of the lensing: when CO2 is turned on and again when CO2 is turned off. Hence:
| CO2 | HWS | Lens per Watt | |
| X | 1.25W | 63 +/- 2 uD | 50.4 +/- 2 uD/W |
| Y | 1.1W | 55 +/- 7 uD | 50 +/- 6 uD/W |
One thing that I forgot to mention is that I make the power step down half way and stayed there for an hour before going to 0W. As you can see from the timeseries.
Every time when we restart the HWS code for ITMY, the code sets the MAGNIFICATION value back to default of 17.5 and this had been annoying. So instead of manually changing the value for every restart, I made a hack so that when the code is executed for ITMY, it automatically changes MAGNIFICATION to 7.5, 60 seconds after the execution of the command. This was done by editing the alias setting in ~/.bashrc. Now the alias for Run_HWS_H1ITMY is written as follow.
alias Run_HWS_H1ITMY='/opt/HWS/Run_HWS_0/distrib/Run_HWS_0 & sleep 60; caput H1:TCS-ITMY_HWS_MAGNIFICATION 7.5'
This was tested once and was successful.
After a few days of consult with SYS and ISC, today I added some side supports to the OMC PD housings that Koji and I found to be problematic last Thur (alog 28714). Attached are pictures of 1 of the 2 PD mounts with the 2 new 10mm glass prisms and the 1 new D1600316 metal prism. I tried to use a minimal amount of glue on the bottom of the glass prisms in order to have a nice rounded (low stress) bond there, and then use a bit more glue on the upright side wall which is more of a porous surface. Although after a few minutes I stopped having sliding issues with the glue bonded prisms, I left them with a guge block applying a little bit of pressure at the front edge in case they slide away during the night of curing. The lab temperature has been set to ~83deg F in order to assist the cure.
Reset the HAM6 cleanroom dust alarms from Clean-10000 to Clean-100. There will be minor alarms at 70 counts and major alarms at 100 counts. OPS if you are getting alarms, do not adjust the alarm levels or ignore them. This monitor (LVEA #6) is in a running cleanroom which has been prepped for tomorrows chamber opening. Alarms should be investigated if their source is not known. DM LVEA #6 was tested and is functioning as expected.
State of H1: Lightpipe is closed and locked, rotations stage is disabled at 2W, venting HAM6 tomorrow
Activities:
15:00-16:00UTC:
- morning meeting, alog 28769
- commissioning meeting
16:00-20:00UTC:
- JeffB - LVEA - dust count
- Fil/Alfredo/Elizabeth - HAM6/BSC3/BSC7 - pulling able to ITMX chamber for vacuum gauge
- tour in Control Room
- Hugh - helped with HAM6 SEI configuration, alogged here, alog 28773
- I took a snapshot of the last good alignment, alog 28779
20:00-22:00UTC:
- Chandra - MY - CP5 overfill
- Gerardo - EY - retrieved a yellow viewport cover
- Richard - disabled the rotation stage, alog 28786
- Richard - lightpipe locked, alog 28788
- Kyle - LVEA - measured dewpoint, alog 28782
- JimW/Micheal/Krishna: JimW + UW crew
- bringing in a new seismometer
- will be careful to avoid adding contamination to the LVEA
- will be taking it to the vertex - hand cary over or slide under the beamtube
- Fil/Alfredo/Elizabeth - HAM4, BSC3, BSC7 - pull new cable to vacuum gauge on BSC7
- Peter/Jason - PSL air conditioning has been changed, no entry into the PSL as of 22:00UTC
- Nutsinee - LVEA - TCS
- HAM6 ISCT6 moving crew - LVEA - moved the table away from HAM6 - Jenne, Keita, TJ, JeffB
- Gerardo - LVEA - HAM6 - covered a viewport with a yellow cover
- JeffB - LVEA * 4 - checking air quality / dust - other vent prep
- Robert/Richard/Fil - on the roof for anemometers
- Robert/Fil/Richard - back from the roof
- Jenne, TJ, Keita - out of the LVEA
- Chandra - back from MY
- Gerardo - back from EY
- Richard - back from LVEA
- Nutsinee - back from the LVEA
- Gerardo - back from HAM6
- JeffB - out of the LVEA
22:00-22:35UTC:
- JimW - out of the LVEA
- Fil/Alfredo/Elizabeth - out of the LVEA
22:35-23:00UTC
- Krishna/Micheal - out of the LVEA
23:00UTC - end of OPS coverage today - no eve shift OPS this week due to HAM6 vent
Tomorrow - known activities:
- vent HAM6 and remove door(s)
- craning - Bubba
- seismometer setup - Micheal/Krishna
- Peter and Jason - out of the PSL
I started to look into a faster ASC UIM to TOP stage offloading.
The DC gain ratio of the DRIVEALIGN filter outputs is about PUM:TOP = 23:20000 (pitch) and 30:20000 (yaw). There is a slight mismatch between the optics, but that seems to be taken care of with the CAL filter (FM1 in M0_LOCK).
With that gain ratio, and with FM1, FM4 and FM5 on in the MO_LOCK banks, the current x-over between TOP and PUM is about 0.002Hz (pitch) and 0.0029Hz (yaw).
This is very low. I verified that with 10x the gain in all 4 soft loops (gain=0.45 instead of 0.045) and 10x the offloading gain to top, the soop[s still seem stable. I believe the reason we are not running with that during the angaging these loops tax the SRC loops.
I added 0Hz:0.1Hz AC couplers into the L2 DRIVEALIGN P2P and Y2Y banks, as well as 0.002Hz:0.1Hz lead filters into Mo DRIVEALIGN P2P banks ( 0.0029Hz:0.1Hz lead filters for Y2Y). These filters were successfully engaged in full lock. Somewhere however the guardian turns up the offloading gain by 10dB, making these filters unstable... So for now they are not in guardian.
Unfortunately, the pwer-up is still failing randomly. Not sure whether that's the 40mph wind, the numerous locked-down hepi's or the increased noise on RF DARM.
There's a typo in Stefan's first sentence: it should say " I started to look into a faster ASC PUM to TOP stage offloading," which makes it consistent with the title and the rest of the entry. (It's dreadfully confusing otherwise!)