[Sheila, Gabriele]
As suggested by Keita during the morning meeting, we checked the IM4 transmitted beam coming from the PRM reflection, on the in-air table. We dumped both beams on the table, and this improved a lot the situation. When the PRM is aligned, the noise on the ISS diodes doesn't increase much anymore. However, there is still a small worsening at 18 Hz, so maybe in the future we might want to better dump the beam at the level of the upper mirror into the enclosure.
SEI - plans to do some upgrading/standardiing on Tuesday (maintenence day). Otherwise, standing by to assist with commsissioners.
SUS - plans to work in W bay in the mornings for the entire week
PSL - working on issues with ISS second loop. Also, issues with an apparent 30% power fluctuation that may have something to do with an errant reflection??
3IFO - gearing up for SUS baffle build. Working in VPW to clean up for Contractors
CDS - X-end work - power up and checks
Y-end work - cabling
Facilities - bring palette jack from MX to staging building. Working to maintain temperatures everywhere. Apolllo may be here this week. Their work will include sawing asphalt which will be conidered invasive. operators should be kept informed as to all activities of this nature.
Op Lev - re-alignment work of SR3 (work permit #4946). This will neccessitate transitioning to full LASER SAFE at some point.
Commissioning schedule to remain the same; 12:00 cutoff for noisy work in VEAs unless otherwise granted
grouting in the LVEA discussed as imminent in the not-so-distant future.
Laser Status: SysStat is good Output power is 33.3 W (should be around 30 W) FRONTEND WATCH is RED HPO WATCH is RED PMC: It has been locked 3 day, 23hr 40minutes (should be days/weeks) Reflected power= 2.5W and PowerSum =25.7W (Reflected Power should be <= 10% of PowerSum) FSS: It has been locked for 0h and 4 min (should be days/weeks) Threshold on transmitted photo-detector PD = 0.74V (should be 0.9V) ISS: The diffracted power is around 8% (should be 5-15%) Last saturation event was 1d 16h and 38 minutes ago (should be days/weeks)
model restarts logged for Sun 16/Nov/2014
2014_11_16 08:27 h1fw1
unexpected restart
Sheila, Dan, Evan
Yesterday and today we have tried to get the interferometer into a state where we can lock ALS with a CARM offset, lock DRMI on 3f, and then reduce the offset while staying locked. The lesson learned this weekend is that it is taking too long to get DRMI and ALS locked so that offset reduction can begin.
On the ALS side:
On the DRMI side:
ALS+DRMI, other:
For the record, upon further query Evan says "[The ALS DIFF used during the efforts documented by this entry] was with ETMX only. DARM feedback to ETMY was off." (I'd asked because I wasn't sure whether my new H1 ETMY UIM L2P decoupling filter from LHO aLOG 15049 had been tried / tested.)
Patrick, Dave
We have been scouring the houly conlog reports of EPICS PVs which change more than 500 times an hour for a reoccurrence of the rapid (many times a second) setting of the LSC ramped mux matrix which was observed last weekend. Unfortunately we have not seen anything yet, we will continue our vigilance.
FYI: here is the report from the last hour. (Remember that a 16Hz front end slow channel, if constanly changing, will give 16*3600 = 57,600 changes per hour.)
Process variables in conlog that have changed more than 500 time(s) in the last 3600 second(s):
H1:SUS-ETMY_L1_LOCK_L_RSET 57541
H1:SUS-ETMX_L1_LOCK_L_RSET 57541
H1:ALS-Y_CAM_ITM_SUM 2361
H1:ALS-Y_CAM_ITM_YAW_POS 2361
H1:ALS-Y_CAM_ITM_PIT_POS 2361
The L1 RSET frequency seems bad to me. I would interperet this to mean that the Guardian is resetting the filter history on that filter bank 16 times a second. Even if this filter bank is unused it indicates some rogue/bad Guardian script.
Rana is correct. Sheila, Alexa and Nic found the DOWN state of the ALS_DIFF guardian node was rapidly clearing the history of the ETM[X,Y]_L1_LOCK_L filters. This started at 8pm last Tuesday (11/11) and was ongoing until it was fixed a couple of hours ago. This highlighted a guardian logging issue with this node which Jamie is looking into.
model restarts logged for Sat 15/Nov/2014
2014_11_15 21:27 h1fw1
unexpected restart.
The IMC perturbation created by the PRM reflection reported before was bad enough, but the worst news had still to come.
The first attached plot shows a comparison of the intensity noise as measured by the ISS diodes in three different configurations, in particular with the PRM mirror aligned or misaligned. Sadly, the intensity noise gets as much as 50 times larger when the PRM is aligned. The most prominent features are the 15 and 17 Hz peaks with harmonics.
To add more bad news, look at the second plot. The increase of intensity noise is visible in IM4_TRANS and all ISS photodiodes (showing here SUM14 and SUM58 for simplicity). But it is not visible in MC2_TRANS, so it's not real laser intensity noise into the IMC. All the signals in the plot are calibrated in the same units of RIN.
This means that the PRM alignment does not introduce additional real intensity noise, but just sensing noise on IM4 and ISS diodes. The bottom right panel shows the coherence between different pairs of signals, when the PRM is aligned. SUM14 and SUM58 has very high coherence, so they see the same noise. Coherence with IM4 is algo good, while there is almost not coherence with the MC2 TRANS diode, as expected since it's not real intensity noise.
In summary, so far we know that:
To test the latter conclusion, I compared the intensity noise as measured by MC2_TRANS, when the ISS second loop is closed and the PRM aligned.
In the third plot, the blue traces show the situation when the PRM is misaligned and the ISS second loop is open: all sensors agree on the level of intensity noise. The green traces then show what happens when the PRM is still misaligned, but the ISS second loop is closed: again the level of intensity noise is comparable in the four sensors. However, when the ISS second loop is closed, things get different: the ISS out-of-loop sensor shows some good suppression, but MC2_TRANS shows a large increase of intensity noise (up to 1e-4 /rHz).
So, we are re-injecting the ISS second loop noise (due to PRM reflection) into laser intensity. The ISS is not actually stabilizing the intensity noise, but making it worse, at least inside the IMC. We still can't exclude that the spurious beam is creating real intensity noise in the main beam out of the IMC, and therefore the stabilization is doing a good job to proide us a less noise beam into the IFO. We'll have to check using some other out of loop monitors from the IFO.
Some side comments. Both IM4 and the ISS diodes see a very similar excess of noise. Since they are quite far apart in the table, it seems that the spurious beam must be pretty well aligned with the main beam (can it be the reflection from the last Faraday waveplate, which is not well separated from the main beam?). Moreover, when the PRM is aligned, fluctuations of the power measured by IM4_TRANS can be as large as 20-30%, meaning that the spurious beam must have quite a lot of power.
[Sheila, Evan, Gabriele]
Since yesterday night the IMC has behaved in a strange way. It transitioned from a good state with high and stable IM4_TRANS power, to a bad state with lower and fluctuating power. The IMC remained for all the night in the bad state, and this morning it jumped back to the good one a couple of times. One interesting observation was that IM4_TRANS gets very unstable (30% fluctuations) but the power seen by the ISS second loop PDs is almost unchanged: same mean values and only slightly larger RMS. When transitioning from one state to the other, the MC mirrors are also slightly tilted, but is is cleraly an effect and not the cause of the transition.
We finally discovered that the bad state is triggered when the PRM mirror is aligned (see the plot). Apparently, there is some ghost / stray / scattered beam that reaches IM4 QPD when the PRM is aligned. In addition, this light also affects to some extent the IMC alignment signals, since the MC1, MC2 and MC3 mirrors are clearly moving after the PRM is re-aligned.
model restarts logged for Fri 14/Nov/2014
2014_11_14 20:41 h1fw0
one unexpected restart
Keita, Kiwamu,
This is a follow up of the previous investigation for the input pointing issue (alog 15028). We are concluding that the IM2 is the one which messed up the input pointing the other day before the temperate issue hit us.
According to a back-of-envelop calculation, this well explains why we had to move IM4 by 88 urad in pitch to get back to good alignment (alog 15063). Also, from the OSEM spectra, there is no obvious indication of the mirror sticking to the cage or something. Therefore we don't think this is an issue.
Here are summary:
The attached is trend of various relevant signals:
Here is the spectra of the OSEMS before and after the slip. The bold curves are the ones taken on Nov 10 and the thin curves are the ones from today. All the spectra from today are consistenly lower at low frequencies supposedly due to different seismic level. Also we are having a small bump at around 2 Hz today for some unknown reason. In any case, we don't see an obivous indication of the mirror touching the cage or OSEMs. Therefore we are concluding that IM2 is still healthy.
Hugh, Sheila
This doesn't seem to be the result of either Hugh's work last tuesday or stray light reflected off of PRM.
This slip in IM2 happened about 5 and a half hours after hugh's work, and about 5 hours before PRM was realinged.
Potentially related to the M7.1 earthquake in Indonesia.
Even a simple MICH is continually thrown out of lock.
2 hours after the the initial flare up, and we still cannot lock. The ground motion at 0.03-0.1 Hz shows no sign of letting up.
Evan, Keita, Kiwamu, Alexa
It had appeared that the temperature in the LVEA had stablized (alog 15054) so we went about realigning in the IFO. Here is the original alignement we started with:
PR3 | IM4 | PR2 | |
Pitch | -246.0 | 13350 | 1057.2 |
Yaw | 88.0 | -5056 | 2971.3 |
Here are the initial steps we took:
At this point, we noticed that the WFS had brought IM4 to a bad alignment. Keita has measured the PR2 baffle clearance (alog 15063); and IM4 was not within range in YAW. So we basically started from scratch, and did the following:
Now we have the following:
PR3 | IM4 | PR2 | |
Pitch | -243.5 | 12694.7 | 926.2 |
Yaw | 13.9 | -5052.5 | 2312.2 |
ALS X Camera | ALS Y Camera | |
X pos | 393.1 | 267.8 |
Y pos | 250 | 289 |
COMM beatnote: 6dBm, DIFF beanote: -1.6dBm. When I get a chance again I will take a snap shot of the ALS camera images, but for reference these image is a bit clipped for both beams; however the transmission is good and the beatnotes are good so it's just the image.
Apparently, the end station temperatures are still drifting. This will affect the DIFF beatnote. Unfortunatly if EX drifts a lot we will need to re-do this input alignment again ...
We this alighment we achieved a build up of around 210 for PRMI after we ran the inital alignment procedure. We are pretty content with this for now. As Evan aloged we couldn't keep going because of an earthquake.
As a reminder, Nic was in the middle of aligning POPAIR on ISCT1 when the earthquake hit, so we need to finish this next time we lock PRMI.
Also, as a note, we have left SR3 in the old configuration and Kiwamu has aligned ASAIR and the camera on ISCT6 for this old configuration.
In regard to the work on ISCT1: I touched up the beat note power onto the COMM diode; it was relatively straightforward. I also did DIFF, but it was much more touchy. Also, the mount for the DIFF interference BS is not oriented correctly; when the beams are passing through the clear aperture of the optic, the TRY beam is clipping on one of the mount knobs. The BS mount needs to be rotated to resolve this.
With PRMI locked, I have gone onto ISCT1 and realigned the beam onto POPAIR_B.
I've added the archive image settings to the camera MEDM, and updated the INI files to make it work. Currently, the archiving on all cameras is disabled by setting the interval to 0. To enable archiving, set this value to 60 to save an archive image every hour (do not use a value less than this without good reason - we don't have infinite amounts of disk space available). Archive images are saved to /ligo/data/camera/archive/YYYY/MM/DD when enabled.
Thank you Cyrus!
I've set the interval for most of the usefull cameras to 1 hour, if this is taking up too much space, let us know.