Times in UTC (PST)
15:15 (8:15) Karen opening rollup door in receiving.
15:54 (8:54) Fil to roof.
17:00 (10:00) Fill off roof.
17:11 (10:11) Jason, Ed to optics lab.
17:26 (10:26) Kyle, Gerardo to Y28 port on Yarm
17:48 (10:48) Gerardo back from Y28
17:57 (10:57) Gerardo to EY to look at a wireless card
18:30 (11:30 Kyle, Gerardo back
20:30 (13:30) Kyle, Gerardo to Y28
22:10 (15:10) John to Y28
Summery:
Locking this morning wasn't too sucessful, it would drop lock at ENGAGE_ASC every time in what seemed to be the same place. Jim W and I decided to run that state by hand in a Guardian terminal. Doing this showed that changing matrix elements in ASC input yaw, for SRC1 from AS_B_REF36I to AS_A_REF36I was dropping the lock. We got Gabriele involved and he saw that the error signal was no longer good for AS_A. Gabriele and Sheila have changed some things around and it seems to be holding lock now though!
A follow up on how the "new" old, slower FE computers have been running from Jim Batch:
If you trend H1:FEC-88_CPU_METER over the last 45 days, you can see what the h1susetmx was using before we installed the new "faster" computer, and when we reinstalled the original computer. After the "faster" computer was installed, changes were made to the model which increased the amount of time the model uses, so now it is over the limit frequently. On the DAQ test stand, we removed a portion of the changes that were made which only calculated values and reported them with EPICS channels. That can be done in the corner station instead of sending the signal to the end station to be calculated. The saving was 3 to 4 uS which is enough to keep the model running under the max limit most of the time. ECR E1500376 has been filed to move violin mode monitoring channels off of these machines and into the OAF one.
The Butterfly and Drumhead modes of various optics are summarized below. This is taken from work performed by Calum, etal (CIT) in T1500376 on most optic types, and Slawek (MIT) in T1400738 on the test masses.
OPTIC | MODE SHAPE |
FREQ Hz model T1500376 |
MEASURED / ALOG |
FREQ Hz model T1400738 |
BS |
BUTTERFLY x-pol |
2449.7 | 2449 / 19440 | |
DRUMHEAD |
3623 | |||
ITM/ETM |
BUTTERFLY x-pol |
6061.7 | 6053.81 / 19968 | 5934.6 |
DRUMHEAD |
8198.8 | 8029.1 | ||
HLTS (PR3, SR3) |
BUTTERFLY x-pol |
6239.5 | ||
DRUMHEAD |
8753.5 | |||
Surrogate SRM |
BUTTERFLY x-pol |
8616 | ||
DRUMHEAD |
13080 | |||
HSTS (MCs, PRM, PR2, SR2) |
BUTTERFLY x-pol |
12637 | ||
DRUMHEAD |
17416 |
Note, I have only summarized the x-polarized butterfly mode because all of our drives to optics are along that axis, not the +-polarized direction. It would be hard to drive the +-pol mode so we don't think we'll see them anyways. As well, the modeled x-pol is the same freq
Recall, the RESONANCE WIKI is here.
First attachment: Coherences are huge berween TMSX IR QPD SUM, PIT and YAW for 100>f>8Hz in full lock. So many peaks. These appear only when the beam is on QPD.
TMSY QPDs, though not featureless, don't show much coherence and the noise is almost featureless for f>8Hz.
Though X QPDB YAW doesn't show coherence with SUM in this specific plot, this is not always the case (at other times other DOFs loose coherence). Seems like this is dependent on either IFO alignment or TMSX alignment or both.
IN1 of each segment is about 10k counts maximumin full lock, far from saturation.
SUM bump at around 9Hz is about 10^-5 RiN/sqrtHz.
Second attachment: All segments have the same structures. (16Hz peak is probably the roll mode.)
This is in RF full lock, 2.2W, and the peaks look different from the first attachment (e.g. 12Hz bump is a lot smaller relative to 9Hz bump, there are 2nd, 3rd and maybe 4th harmonics of 9Hz bump).
The 9Hz bump is O(10^-5) RIN/sqrtHz again.
In both QPDA and B, seg1 and seg4 are larger than 2 and 3.
For QPDA, SEG1 is coherent with SEG4 (in-phase) but not with SEG2 and SEG3, while SEG2 is coherent with SEG3 (out of phase) for f>8Hz. SEG1 and SEG2 look kind of out of phase but the lack of coherence means that this doesn't mean much.
For QPDB SEG1 is coherent with SEG2 and SEG4 (1 and 2 in-phase, 1 and 4 out) but not as coherent with SEG3. SEG1 and SEG3 might be in-phase with the same caveat as QPDA SEG1 and SEG2.
(All of these may or may not depend on the alignment and IFO state.)
This doesn't make much sense. If it's TMSX hitting something and exciting mechanical resonances I'd expect some coherence between all segments at around bumps, even if there's some clipping.
If this is a simple electronics problem, different segments should not be coherent with each other.
Third attachment: When IR and green are resonant at the same time, for example the twin bumps at 9 and 12Hz or so for IR and green line up. But they are not coherent with each other (black trace at the bottom is the green QPD, black at the top is green/IR coherence).
Green QPDs are coherent with seismometers, IR QPDs are not.
RIN of 9Hz bump for IR and green are on the order of 10ppm/sqrtHz and 1000ppm/sqrtHz, respectively.
TMS BOSEMs are too noisy to detect anything at this frequency (no difference between TMSX and TMSY in this regard).
Question: What are we seeing here?
Oops, seems like Matt made a related entry earlier today.
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=20503
This morning the lock acquisition always failed at the ENGAGE_ASC step. We traced down the problem to the change in SRC1_Y input matrix: the error signal was changed from 2 * AS_B_RF36_I to -3*AS_A_RF36_I. We tried this transition manually with -20dB of loop gain, and altought the loop was moving the rror signal toward zero, the result was a misalignment of the IFO and unlock.
So for the moment being I com mented out this matrix change in the guardian. ENGAGE_ASC is now stable with this configuration.
Looking over the past 3 weeks of data for the Laser Room temperature, the attached plot shows 4 deviations from the norm. The first two coincide with maintenance activities carried out by Jason and myself. The third from the left by Cheryl and Robert doing some IO work. The fourth one from the activity this week. Each incursion results in a change in the pre-modecleaner body temperature with perhaps the largest change occuring this week. Since most times we probably touch up the pre-modecleaner alignment a little, this probably masked the effect of the pre-modecleaner body length change on the alignment.
This is a follow up to this entry about the excess noise in the EX TR QPD signals. The OSEM fix did not help this, so they seem to be unrelated. I looked at the PIT and YAW signals, and found that they are very coherent with SUM in the 5-100 Hz band where the excess noise appears (plot 1), and that the phase of the transfer function in that region is 0 (e.g., SUM, PIT and YAW all have the same sign and phase). This appears to point to a problem in segment 1, though I cannot confirm that with offline data. I looked at the OUT16 channels for all segment and didn't see anything obviously wrong (plot 2). Interestingly, the same signal appears in QPD A and B, so this is not a single channel problem.
To do: investige the individual segment signal in the online data... is this just sement 1?
Most of the night IFO was with commissioners.
Earthquake about 2 hours ago kept us from relocking for a while.
IFO has made it through to Engage ASC a few times, so transition to CARM is ok.
I've been having the IFO sit in Engage ASC, which I thought was very stable, but it has not been this morning, and we have not had any locks that are long or that make it up to DC Readout+.
The main story of the day is related to the non stationary low frequency noise first seen early in the morning. It seems to come from CHARD noise, which could be coupling to DARM more now because of a change in alignment.
A few ideas for next steps:
We also worked on a few other things today...
Here is a measurement of CHARD Yaw at high power, overlaid with yesterday's measurements at 23W. The 23W measurement includes the MsBoost, but not any 23W boost or the lead-plus-cutoff filters that Sheila designed.
Here is how I retuned the A2L. I injected some band limited noise (ellip band pass 1-100 Hz, amplitude 20000 cts) on ETMX_L2 L2L, P2P and Y2Y paths, with the P2L and Y2L gains set to zero. The measurements were good between 20 and 100 Hz. The ratios -P2P/L2L and -Y2Y/L2L are what we need to implement in the correction paths. Those trasnfer functions are quite constant above 30 Hz, but not so much below 30 Hz. We would need a better (sweep sine) measurement if we want to improve the decoupling below 20 Hz.
I changed the gains of the P2L and Y2L of ETMX as follows:
P2L from 1.18 to 1.03
Y2L from 1.33 to 1.23
Coherence of DARM with CHARD reduced at low frequency. However, we reverted to the old numbers to investigate the low frequency non stationary noise.
I ran Hang's latest A2L script (see aLog 20013), after the realignment work that was done tonight (Sheila is writing up her entry as I type).
We stil have excess noise at low frequency, but maybe there's a bit less than when I started the script? The noise we're seeing is totally non-stationary, so it's hard to say. Certainly the A2L didn't eliminate it.
I checked the results of the latest a2l run. It seemed that the decoupling worked only for ETMX pitch and ITMX pitch, and the optimal gains changed only by 7% and 2%. On the other hand, it failed for ETMY pitch and ITMX yaw. I attached a worked result and a failed one for comparison.
By examining the results, the bad ones had a flatter slope and were more likely to have "outliers". We thus might be able to get a better result by increasing the steps between two measurements, or increase the number of gains to be measured. Nonetheless, it seemed to also indicate that we were already near the optimal spot that such an linear, single frequecy decoupling could achieve...
After the PSL temperature adventure on monday afternoon, it seems as though the PMC alignment shifted. We now get less transmitted power, although the sum of refl and trans has not changed much.
In looking at the data around the period of the temperature excursion, all the power monitoring photodiodes indicate a change in power monitored. The ones located before the pre-modecleaner return to their previous values. The ISS photodiodes after the pre-modecleaner return to their previous values however the transmission and reflection signals are lower than before. The pre-modecleaner reflected spot doesn't look substantially different, however the pre-modecleaner heater output did not return to its previous level. It has remained at an elevated level since the temperature excursion. The coefficient of thermal expansion for aluminium is approximately 22 microns per degK. The attached plot suggests the body of the pre-modecleaner changed by 0.5 degK and stayed at the higher temperature. It should be noted that the pre-modecleaner heater did its job and relieved the PZT high voltage. In doing so the length of the spacer is different and this may be the cause of any mis-alignment. The plot also shows the Laser Room temperature. It might be worth trying reducing (presumably reducing, might also be increasing) the heater offset to bring the pre-modecleaner temperature back down to 304.5 degK from its current value of 305.0 degK to see if this peaks the power transmitted by the pre-modecleaner.
Attached is the output of the quadrant photodiode in the ISS photodiode box with the corresponding temperature measurement. Clearly a change in the beam position is indicated, with the vertical not returning to its previous value. The horizontal seems to track the room temperature.
I took a look at the scattering noise we see in all lock since last night .
I computed the band-limited RMS between 20 ans 120 Hz, and this is a good indicator of the scattering noise level. Then I looked at correlations with all suspension motions (using M0 and M1 signals, as Keita did for the OMC).
So I'm able to reconstruct the noise variation over time, using a linear combination of all the suspension signals and their squared values. However, I'm not able to pick point one single mirror which is moving more, as shown in the ranking of the most important channels for the BLRMS reconstruction.
I compared the suspension motion spectra from tonight (GPS 1123422219) and few days ago (GPS 1123077617). The most relevant difference is that all test masses YAW motion have now a large bump at 3 Hz. ITMY also has large lines at 0.45 and 0.63 Hz. Finally ETMY pitch shows a large line at 6 Hz and some excess noise above that frequency.
Not sure if all of this is really relevant...
I looked into the glitches created by Robert's dust injections. In brief: some of the glitches, but not all of them, look very similar to the loud glitches we are hunting down
Here is the procedure:
In this way I could detect a total of 42 glitches. The last plot shows the time of each glitch (circles) compared with the time of Robert's taps (horizontal lines). They match quite well, so we can confidently conclude that all the 41 glitches are due to dust. The times of my detected glitches are reported in the attached text file, together with a rough classification (see below)
I then looked at all the glitches, one by one, to classify them based on the shape. My goal was to see if they are similar to the glitches we've been hunting.
A few of them (4) are not clear (class 0), some others (14) are somehow slower than what we are looking for (class 3). Seven of them have a shape very close to the loud glitches we are looking for (class 1), and 16 more are less obvious but they could still be of the same kind, just larger (class 2).
See the attached plots for some examples of classes.
It seems the text file of glitch times didn't make it into the attachments, would you mind trying to attach it again?
Ops! Here's the file with the glitch times.
Gabriele, Did you check which of Robert's glitches caused any ADC/DAC adjurations? The glitch shape will start changing significantly once the amplitude is big enough to start saturations. PS: The ODC master channel has a bit that will toggle to red (0) is any of the subsystems reports a saturation (with 16k resolution) - it might be exactly what you need in this case.
Stefan, I checked for some ADC and DAC overflows during this data segment. The OMC DCPDs ADCs overflowed during several of these. There were still some with SNRs of 10,000 that didn't overflow like this. The segments are pasted below. They're a bit conservative because I'm using a 16 Hz channel without great timing. There were no ADC overflows in POP_A, and no DAC overflows in the L2 or L3 of the ETMs. I didn't check anything else. This is not quite the same as what the ODC does, which is a little more stringent. I'm just looking for changes in the FEC OVERFLOW_ACC channels. 1123084682.4375 1123084682.5625 1123084957.3750 1123084957.5000 1123086187.3750 1123086187.5000 1123086446.8125 1123086447.3750 1123088113.0625 1123088113.1875 1123088757.4375 1123088757.6250 1123088787.1875 1123088787.3125 1123088832.3125 1123088832.4375 1123089252.6250 1123089252.7500 1123089497.2500 1123089497.3750