Displaying reports 61321-61340 of 77278.Go to page Start 3063 3064 3065 3066 3067 3068 3069 3070 3071 End
Reports until 08:53, Saturday 31 January 2015
H1 AOS
david.barker@LIGO.ORG - posted 08:53, Saturday 31 January 2015 (16400)
CDS model and DAQ restart report, Friday 30th January 2015

model restarts logged for Fri 30/Jan/2015
2015_01_30 04:45 h1fw0
2015_01_30 08:03 h1fw0
2015_01_30 11:02 h1fw0
2015_01_30 17:27 h1fw1

C1PLC1 7:54 1/30 2015

C1PLC2 7:54 1/30 2015

C1PLC3 7:54 1/30 2015

unexpected daq restarts. Beckhoff corner station restart for fast shutter install. Conlog frequently changing channels report attached.

Non-image files attached to this report
H1 ISC (ISC)
evan.hall@LIGO.ORG - posted 03:40, Saturday 31 January 2015 - last comment - 07:52, Saturday 31 January 2015(16392)
CARM at 5 pm

Alexa, Elli, Sheila, Kiwamu, Rana, Evan

Summary

With CARM controlled by a combination of sqrt(TRX+TRY) and TR_REFL9 (i.e., REFL9I normalized by TRY), we've achieved a power buildup in each arm that is 800× the single-arm buildup. We believe this corresponds to a CARM detuning of 5 pm.

At this point, REFL_A_LF is at about 2.3 mW, compared to 40 mW when the arms are anti-resonant. If this is truly an indication of the power reflected back from the PRM, this means that the visibility of the interferometer is in excess of 90 %.  We do not have TCS on today.

One major roadblock to further progress seems to be angular instability that is seen at the AS port. We have ASC feedback from AS_B_45_Q to ETMX and ETMY, but the bandwidth is too low to suppress the 1 Hz motions that we see. We may need to spend some time increasing the WFS bandwidth, or resort to more aggressive oplev damping.

Details

A laundry list of things we've done today to troubleshoot the transition:

Based on the measured losses in the arms (an average of 110 ppm), we expect an interferometer recycling gain of 32 W/W and a coupled cavity pole of 0.6 Hz (i.e., 9 pm) [using eqs. 6 and 8 from Fritschel et al. 2001]. Therefore, we believe that the arm buildup should be about 1000× the single-arm power with CARM at 0 pm. This is consistent with earlier estimates made by others (LHO#15390, T1000294).

A list of transition steps not yet implemented in the guardian:

Our last three attempts are 11:24:48 UTC, 11:00:27 and 10:37:35 Jan 31.

Images attached to this report
Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 07:39, Saturday 31 January 2015 (16398)SUS

On oplev damping:

* I turned on the usual f^1 velocity damping, but since it measures the mirror angle and feeds back to the PUM, this is not a very good loop. Turning up the gain excites the 2nd pitch mode.

* In some of these suspensions, there are bad, high-Q filters called 'invP2P' or 'invY2Y'. These kind of invert the plant, but cause us much trouble since they ring for so long. These are not appropriate for the kind of system we have where the plant Q changes (due to damping loop changes) and frequency shifts (due to radiation pressure). With a little sloppy plant inversion we could have a higher BW and squash all of this excess pitch motion during the lock acquisition. Probably much easier than getting high BW WFS at this point.

rana.adhikari@LIGO.ORG - 07:52, Saturday 31 January 2015 (16399)

On the third attachment above, you can see the unfortunate wire heating issue: the SR3 drifts by ~0.5 urad in 4 minutes after the lock loss. It also exponentially drifts up once we ramp up the power in the IFO.

The dark port is not very dark here, but still this seems strange. Some related info on this from LLO by searching for the phrase 'PR3 drift'. Hopefully we can combat this with some 'cage servo' or WFS rather than make an SR3 wire baffle.

H1 ISC
daniel.sigg@LIGO.ORG - posted 00:34, Saturday 31 January 2015 (16393)
Preparation for split isc end station models

New models have been prepared for the splitting the end station isc model:

The old h1iscex and h1iscey are still the default. To activate the new split models, h1iscex_new  and h1iscey_new need to be renamed, the IPC file copied over chans/H1.ipc, and then everything recompiled. All in svn.

Images attached to this report
H1 SEI (DetChar, SYS)
jeffrey.kissel@LIGO.ORG - posted 22:01, Friday 30 January 2015 - last comment - 10:36, Saturday 31 January 2015(16391)
H1 ETMX BRS-correct Sensor Correction Trips ETMX-ISI
J. Kissel, R. Adhikari, S. Dwyer,

By happenstance calling for another reason (see LHO aLOG 16390), Rana and Sheila informed me of woes at ETMX: a sudden trip, some further trip, followed by more trips of the watchdog. Unsure of what was going on, they had mashed a bunch of buttons in attempt to fix the problem. 

After some remote MEDM'ing, I could tell that the BRS-rotation-corrected, GND X STS signal had gone bonkers, which was being used as the X -direction Sensor Correction signal since Krishna had resurrected the BRS earlier this afternoon (see LHO aLOG 16380). 

I've since switched the STS2CART input matrix to use the normal X-direction STS signal for sensor correction (changed the STS2CART matrix to use STS B for X input to sensor correction instead of STS C). I'm not sure what's gone wrong with the BRS (too difficult to diagnose remotely), we'll figure that out later.

Further, Sheila and I used the SDF system to restore all of the button mashing they'd done. Now only the expected differences from "nominal" remain -- my switch of the STS2CART input matrix, and Krishna's turning on the outputs of the Rotation and Torque correction paths for the STS. Again, the latter no longer has any impact because this GND super sensor output is no longer being used. I second Hugh's love of the new SDF system!
Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 03:28, Saturday 31 January 2015 (16395)

this is the first trip

Images attached to this comment
krishna.venkateswara@LIGO.ORG - 10:36, Saturday 31 January 2015 (16401)

I've attached the BRS output trend for the last ~day and the problem is clearly visible at ~4:00 UTC. As I'd mentioned in the previous alog, BRS was outside of its nominal range. When the BRS gets close to the edge of it's range, the subtraction between the reference and the main pattern doesn't work right and produces spikes in the output, which is what seems to have happened. It was a mistake to leave it running in the sensor correction loop in this state and I apologize for it.

On Tuesday, during maintenance, I will change the set-point of the balance physically to bring it in range.

Images attached to this comment
H1 SEI (DetChar)
jeffrey.kissel@LIGO.ORG - posted 21:49, Friday 30 January 2015 (16390)
H1 Corner Station Hepi Pump Servo Turned back ON
J. Kissel

Since Hugh had left the servo OFF for later characterization (see LHO aLOG 16388), I wanted to be sure the pressure wasn't drifting, which might potentially cause subtle weirdness for the commissioning vangaurd. I've logged in remotely to check on the HEPI Pump Servo's Differential pressure signal, and found that it was starting to turn downward, and was "accelerating." As such, I've turned the corner station's HEPI pump servo back ON, around 9:30p Local, on the phone with the control room while I did so. The pressure bounced back to 70 [PSI] almost immediately. 

We'll catch more HEPI pump servo off, DRMI data another night.
Images attached to this report
H1 ISC
evan.hall@LIGO.ORG - posted 19:18, Friday 30 January 2015 - last comment - 07:32, Saturday 31 January 2015(16387)
Close to saturation in REFL_A_RF9

Kiwamu, Sheila, Rich, Daniel, Rana

Summary

We are close to saturating REFL_A_RF9 during our hand-off attempts from sqrt(TRX+TRY) to REFL9I.

For the time being, we are switching to REFLAIR_A_RF9 for the handoff. Sheila and Rana have done some rewiring on the ISC rack so that the I&Q demodulated outputs of REFL_A_RF9 are replaced by REFLAIR_A_RF9.

Details

The attachment shows the 9 MHz rms monitors for REFL_A and REFLAIR_A during a lock acquisition attempt. After some discussion, Rich and Daniel have concluded that the RF monitor channels are calibrated into dBm, as measured at the output of each PD with a 50 Ω load. REFLAIR_A is sitting comfortably below −10 dBm. REFL_A, however, peaks as high as +15 dBm. The amplifier in the RFPD is an LMH6624, for which the minimum output swing is reported as ±4.4 V into 100 Ω. Since the amplifier has a 50 Ω series resistor on its output, that's 20 dBm of power delivered into a 50 Ω load. If we want to keep distortion to a minimum, we should stay well below this limit.

Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 03:12, Saturday 31 January 2015 (16394)

we swapped the the I&Q cables at the demod board side, so the REFL_VAC I&Q now go into the AA inputs for REFLAIR and vice versa. This seemed more sensible than doing the RF, since that would introduce weird phase shifts. We then swapped the digital demod phase numbers between the REFLAIR and REFL_A screens so that the demod phase follows the cables.

peter.fritschel@LIGO.ORG - 06:44, Saturday 31 January 2015 (16396)

I'm confused as to why you needed to move cables. Wasn't the REFLAIR signal already going to the CM Summing Module, so you could have used that path? How about a diagram of the setup?

rana.adhikari@LIGO.ORG - 07:32, Saturday 31 January 2015 (16397)

Rightly so. We forgot to mention why we did this...

The LSC model wasn't wired to permit normalization of REFLAIR with sqrt(TR), so we swapped cables rather than rebuild the model and risk that kind of fallout. We should change the model to allow this and swap the cables back eventually.

H1 SEI
hugh.radkins@LIGO.ORG - posted 18:23, Friday 30 January 2015 (16388)
H1 HEPI Pump Pressure Control Servo in Manual Mode

The Pressure runs pretty darn solidly at 70 psi with the servo off.  I don'think it would trend off more than a few tenths of a PSI overnight.  I'll come out over the weekend and adjust if needed.

H1 SEI
hugh.radkins@LIGO.ORG - posted 17:44, Friday 30 January 2015 (16386)
DRMI Signals With HEPI Pump Servo On & Off

Some coherence with OAF-CAL_MICH goes away with the servo OFF, very little coherence seen in PRCL or SRCL

DRMI was locked for 9 hours until ~1527utc 30 Jan.  POPAIR_B_RF18_I_MON was at 300 when lock was lost.

Measurement started at 0700utc for HEPI Pump Servo On data; Measurement here at 220015 during a DRMI stretch for Pump Servo Off data.  Lots of activity during this time so a quieter stretch with servo off would be good to have.

On the attachment you see plenty of coherence between 10 & 100mHz that pretty much goes away when the servo is turned off.

Also attached is the amplitudes of the Mich and the Pump Pressure and the STS floor seismometer.  Input motion looks pretty similar but there have been activities in the LVEA today.  The weird nature of the Mich signal at higher frequencies may indicate I'm too close to the lock loss or something.  Will repeat this when the DRMI is quiet.

Images attached to this report
H1 AOS
daniel.sigg@LIGO.ORG - posted 17:36, Friday 30 January 2015 - last comment - 13:08, Monday 02 February 2015(16385)
TCSX CO2 laser Off

(Elli, Richard, Dave, Rich, etc.)

Last Tuesday around 1pm the readback channels of the TCSX CO2 laser system went crazy. We tracked this to the AI/AA chassis which were not powered. Not clear why, but maybe the power connector fell off, when someone worked in the PEM rack? When the digital system goes down, the chiller doesn't get a temperature setpoint. It will then turn itself off with a fault. In turn the laser shuts off. With the power restored, it was possible to turn the chiller on, and then the laser. Both actions need to be done on the floor. The laser is now back in operation with the requested heating set to 0W. Once we leave we can set it back to 0.3 W. The mask is set to central heating, but the monitor for the annular mask is flaky.

In conclusion: The TCSX CO2  was probably off since last Tuesday 1pm.

Images attached to this report
Comments related to this report
greg.grabeel@LIGO.ORG - 13:08, Monday 02 February 2015 (16413)TCS
The TCS Y arm chiller was off when I investigated the problem. There were no fault codes on restart and the reservoir level was well above the trip level. The X arm chiller was still running. However, the laser controller was showing a flow fault for both the X and Y arm. Toggling the key and re-enabling the gate restored the controller to its operating state.  
H1 ISC
alexan.staley@LIGO.ORG - posted 16:37, Friday 30 January 2015 (16381)
RF DARM Loop improvements

Rana, Alexa, Evan

We wanted to increase the phase margin in the RF DARM loop, so that we have room to increase the UGF.  In the LSC DARM filter module, we have added filter FM9 (zpk([200;200],[400+i*692.82;400-i*692.82],1,"n")), which cancels the two poles at 200 Hz present in our FM8 LLO filter. It also adds a roll off at 800 Hz. See DARMFilter_changes.pdf to compare the TF with FM8 only vs FM8 + FM9. The UGF of the RF DARM loop is 30 Hz with a phase margin ~32 deg (compared to the old ~20 deg margin). I have attached a plot with the modeled and measured RF DARM OLTFs, and one that compares this with the old loop where FM9 is turned off.

Configuration for RF DARM: FM2(z2:p0), FM3 (resG), FM4(z4^2:p1^2), FM8(LL0), FM9(Lead200)

Note, the configuration for ALS DIFF: FM2(z2:p0), FM3 (resG), FM7(SB60), FM8(LL0), FM10(RL33)

Non-image files attached to this report
H1 PSL
edmond.merilh@LIGO.ORG - posted 16:19, Friday 30 January 2015 (16384)
Chiller Water LDR

I added 250 ml of water to the chiller.

H1 General
edmond.merilh@LIGO.ORG - posted 16:13, Friday 30 January 2015 (16362)
Daily Ops Summary

06:30 Cris and Karen into the LVEA

08:00 DRMI locked when i came on shift

08:01 Jim taking measurements wjile DRMI locked

08:02 Lock broke. Sigg flashed the mode cleaner

08:02 I was able to relock DRMI by re-requesting the 'DRMI_1F_LOCKED_ASC

08:38 Jeff B into Optics lab

08:39 Janeen and Gary moving stuff from VPW into LVEA.

08:47 Manny will be going to collect 3IFO stuff at Ends and in Corner.

10:00 Commissioning starts

H1 ISC (SUS)
sheila.dwyer@LIGO.ORG - posted 12:55, Friday 30 January 2015 - last comment - 16:21, Friday 30 January 2015(16371)
something is wrong with ITMY L1 osem signal, more investigation into last nights lock losses

There is a problem with the signal from the ITMY OSEM, it was verry noisy durring the lock losses last night and it is still noisy now, this seems to be always this way. 

The attached screen shots show the signals up the chain on each quad.

Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 16:21, Friday 30 January 2015 (16383)SUS

It looks like the ITMy L1 stage UR sensor is the exact culprit.

Non-image files attached to this comment
Displaying reports 61321-61340 of 77278.Go to page Start 3063 3064 3065 3066 3067 3068 3069 3070 3071 End