Displaying reports 63121-63140 of 83097.Go to page Start 3153 3154 3155 3156 3157 3158 3159 3160 3161 End
Reports until 16:16, Thursday 13 August 2015
LHO General
thomas.shaffer@LIGO.ORG - posted 16:16, Thursday 13 August 2015 (20501)
Ops Day Shift Log

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!

H1 SUS
betsy.weaver@LIGO.ORG - posted 14:36, Thursday 13 August 2015 - last comment - 14:44, Thursday 13 August 2015(20516)
ETM FE slowness

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.
Comments related to this report
james.batch@LIGO.ORG - 14:44, Thursday 13 August 2015 (20517)
Attached is the plot of h1susetmx CPU usage over the last 45 days mentioned in the alog.
Images attached to this comment
H1 SUS
betsy.weaver@LIGO.ORG - posted 13:33, Thursday 13 August 2015 - last comment - 14:20, Thursday 13 August 2015(20513)
Optic Modes - FEA table summary of Butterfly and Drumheads

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

Comments related to this report
betsy.weaver@LIGO.ORG - 14:20, Thursday 13 August 2015 (20515)

Recall, the RESONANCE WIKI is here.

H1 ISC
keita.kawabe@LIGO.ORG - posted 12:57, Thursday 13 August 2015 - last comment - 14:16, Thursday 13 August 2015(20486)
TMSX IR QPD investigation

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?

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 14:16, Thursday 13 August 2015 (20514)

Oops, seems like Matt made a related entry earlier today.

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=20503

H1 ISC (ISC)
gabriele.vajente@LIGO.ORG - posted 12:46, Thursday 13 August 2015 (20512)
SRC1 loop causing loss lock at ENGAGE_ASC

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.

H1 PEM (PEM)
vincent.roma@LIGO.ORG - posted 09:21, Thursday 13 August 2015 (20505)
All accelerometers, magnetometers, and microphones tested at LHO within the last month. PEM Status.
All accelerometers, magnetometers, and microphones tested at LHO within the last month.
 
All of the accelerometers have been tap tested and seem to be working as expected.  Currently there are 47 installed and working, as listed on LigoCAM.  There is one final accelerometer to be installed at EY on the TRANS table.  This should be installed today within a week.
 
All magnetometers (11 of them) are installed and working with the exception of the Input Optics magnetometer (next to HAM2).  Currently it has no power but Filberto is aware and is repairing it.  All three channels are visible on LigoCAM as disconnected, as expected.
 
18 microphones are installed at LHO.  2 of them, both at EY, are not currently working due to a lack of pre-amp boxes.  The rest have been tested and are responsive.
 
 
Other sensors and PEM work still to be done:
 
The seismometers are all in place (6 of them), including in the vault, however the Y mid-station seismometer has recently stopped working properly.  Initial fixes were unsuccesful so it likely needs repairs.
 
The tilt-meters are each end station are working but the corner station meter seems to have an electrical problem and needs to be repaired.  Filberto has been notified.
 
The radio antennas are all installed, on the roof and in the VEAs. but still need some electrical work before their channels are online.  Richard is running cables from the roof to the electronics room and then the radio receivers need to be DC powered.
 
 
PEM website : pem.ligo.org
 
LigoCAM displays the status of PEM channels at both sites and is linked to from the PEM page.  The Hanford LigoCAM page is here: https://ldas-jobs.ligo-wa.caltech.edu/~dtalukder/Projects/detchar/LigoCAM/LigoCAM_host/LigoCAM_PEM_LHO.html
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 09:09, Thursday 13 August 2015 (20504)
H1 PSL Temperature Excursion(s)
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.
Images attached to this report
H1 ISC (DetChar, INJ)
matthew.evans@LIGO.ORG - posted 08:59, Thursday 13 August 2015 (20503)
EX TR QPDs, still in trouble

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?

Images attached to this report
H1 General
cheryl.vorvick@LIGO.ORG - posted 07:56, Thursday 13 August 2015 (20500)
Owl Summary:

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+.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 02:59, Thursday 13 August 2015 - last comment - 10:26, Thursday 13 August 2015(20497)
commissioning this afternoon and evening

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...

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 03:04, Thursday 13 August 2015 (20499)

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.

Images attached to this comment
gabriele.vajente@LIGO.ORG - 10:26, Thursday 13 August 2015 (20507)

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.

Images attached to this comment
H1 ISC
jenne.driggers@LIGO.ORG - posted 02:42, Thursday 13 August 2015 - last comment - 10:43, Thursday 13 August 2015(20498)
A2L run

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.

Comments related to this report
hang.yu@LIGO.ORG - 10:43, Thursday 13 August 2015 (20508)

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...

Images attached to this comment
H1 PSL
sheila.dwyer@LIGO.ORG - posted 17:20, Wednesday 12 August 2015 - last comment - 08:20, Monday 17 August 2015(20490)
PMC transmitted power dropped after PSL temperature excursion

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. 

Images attached to this report
Comments related to this report
peter.king@LIGO.ORG - 08:47, Thursday 13 August 2015 (20502)
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.
Images attached to this comment
peter.king@LIGO.ORG - 08:20, Monday 17 August 2015 (20591)
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.
Images attached to this comment
H1 ISC (DetChar, ISC)
gabriele.vajente@LIGO.ORG - posted 11:52, Wednesday 12 August 2015 - last comment - 10:36, Thursday 13 August 2015(20480)
Scattering noise

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...

Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 10:36, Thursday 13 August 2015 (20509)


		
		
H1 DetChar (DetChar)
gabriele.vajente@LIGO.ORG - posted 18:35, Saturday 08 August 2015 - last comment - 11:27, Thursday 13 August 2015(20355)
Dust glitches

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:

  1. select all drops of the range in the two hours of injection
  2. for each one, load three minutes of data, compute the 30-300 Hz BLRMS and find the glitch tims as the maximum of the BLRMS peaks

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.

Images attached to this report
Comments related to this report
thomas.massinger@LIGO.ORG - 09:24, Wednesday 12 August 2015 (20473)DetChar

It seems the text file of glitch times didn't make it into the attachments, would you mind trying to attach it again?

gabriele.vajente@LIGO.ORG - 09:37, Wednesday 12 August 2015 (20474)

Ops! Here's the file with the glitch times.

Non-image files attached to this comment
stefan.ballmer@LIGO.ORG - 10:38, Thursday 13 August 2015 (20510)
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.
andrew.lundgren@LIGO.ORG - 11:27, Thursday 13 August 2015 (20511)
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

Displaying reports 63121-63140 of 83097.Go to page Start 3153 3154 3155 3156 3157 3158 3159 3160 3161 End