Displaying reports 56481-56500 of 85230.Go to page Start 2821 2822 2823 2824 2825 2826 2827 2828 2829 End
Reports until 17:57, Thursday 08 September 2016
H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 17:57, Thursday 08 September 2016 - last comment - 10:28, Friday 09 September 2016(29553)
Frequency noise coupling to DARM as a function of TCS

[Sheila, Kiwamu, Matt, Jenne, etc]

We changed the TCS CO2 settings after we had thermalized at 20 W for a while, and were watching several metrics.  Here I'll talk about the frequency line at 900 Hz, and Sheila will append her OSA plots as a function of time.

I injected a line at 900 Hz into H1:LSC-EXTRA_AO_2_EXC, which goes to H1:LSC-REFL_SERVO_COMEXC.  I demodulated Refl 9 and Refl 45 like Stefan did last night (alog 29509), and also added another demodulator of OMC DCPDs.  For each of these, I ran a zservo to adjust the demod phase to keep the Q signal at zero. 

In the attached plot, bright red is the PSL power, and yellow and taupe are the X and Y TCS CO2 powers.  Purple, cyan and brick red are Q-phase signals, so can be ignored.  Green is REFL 9, blue is REFL 45. Orange is OMC DCPDs, indicating the coupling of frequency noise to DARM.  Note that the range for blue, green and orange are all symmetric about zero, so while it looks like the frequency coupling is decreasing, in fact it is increasing.  Sorry for a poor choice of demod phase.

After about 40 min at 20 W, the CO2 powers were stepped differentially.  X went from 0.2 W to 0 W, while Y went from 0 W to 0.2 W.  When this happens, you can see that the frequency coupling to DARM gets worse even faster than it had been while thermalizing with the usual TCS settings at 20W.  The REFL 45 and REFL 9 traces don't change in character when we alter the TCS settings.  Clearly this is the wrong direction for freq noise coupling, but it's nice to see that we can definitely affect it.  Sheila will post her results when her plots are ready, but it looks like the sideband imbalance gets worse when we made this TCS step, so it's good that everything hangs together.

Next lock, we'll try increasing the ITMX CO2, and leave the ITMY CO2 at 0 W.  This is a combination of common and differential, but it's all we can do before stepping the ring heaters later tonight.

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 10:28, Friday 09 September 2016 (29560)

Here is a plot of sideband imabalce for the 45 MHz dirring this test. 

Images attached to this comment
H1 CDS
chris.whittle@LIGO.ORG - posted 17:09, Thursday 08 September 2016 (29552)
Strange awggui behavior

Jenne, Chris Whittle

When exciting H1:SUS-ITMX_L3_LOCK_L_EXC using awggui for ongoing ITMX charge investigations, we observed an output voltage with a sinusoid offset from 0 (i.e. varying between 0 and 1k counts instead of +/-1k), despite having explicitly set offset to 0. This also resulted in a pervasive comb in DARM. We saw this at excitation frequencies 16 Hz and 16.55 Hz (no others were tested).

Closing and restarting awggui resolved the issue.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 16:42, Thursday 08 September 2016 (29551)
Ops Day Shift Summary

16:15 Chris S. moving rigging racks from highbay back into LVEA.

15:19 Karen to Optics lab

15:32 Fil to PSL rack isntalling ISS out of loop chasis

15:50 Karen out

          Gerado to MX

16:01 Richard to LVEA

10:05 Richard out

16:48 Karen to light bulb room and H2

16:45 Fil back

17:05 Fil+Richard pulling ISS chasis back in

17:15 John to LVEA

17:33 John out

17:53 Kyle to MY

18:07 Fil out

18:24 Kyle back

18:25 Keita+KAGRA crew out of LVEA (was there for ~1hr -- tour)

20:01 Fire drill. Fire alarm in the VEAs *might* have caused a lockloss. There were high frequency noise visible in DARM as soon as the alarm started prior to the lockloss. Will look more into this.

20:26 Karen to MY

21:31 Kyle back

21:50 Kyle leaving MY

22:51 KAGRA crew drive down to EX -- sightseeing(?)

LHO FMCS
bubba.gateley@LIGO.ORG - posted 13:20, Thursday 08 September 2016 (29548)
LHO Annual Fire Drill
Shortly after 1 P.M. local time, LHO held it's annual fire drill. Response was great, THANKS TO EVERYONE.
LHO VE
kyle.ryan@LIGO.ORG - posted 13:01, Thursday 08 September 2016 (29547)
Opened CP3's exhaust check valve bypass valve - > Leaving open until further notice
This was done at John's suggestion so as to reduce the risk of over pressurization of the LN2 inner vessel during dewar deliveries (Due to obstructed sensing line, the LN2 level for CP3 is determined by a manual setting of the fill valve which maintains the level adequately only for static conditions and must be adjusted as a function of dewar liquid height and vapor pressure)
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 10:42, Thursday 08 September 2016 (29544)
CDS model and DAQ restart report, Wednesday 7th September 2016

following a lengthy summer break, and with ER10 approaching, the daily restart report is back. 

model restarts logged for Wed 07/Sep/2016

2016_09_07 11:54 h1fw0
2016_09_07 12:13 h1fw0
2016_09_07 12:25 h1fw0
2016_09_07 12:42 h1fw0
2016_09_07 13:06 h1fw0
2016_09_07 13:27 h1fw0
2016_09_07 15:02 h1fw0
2016_09_07 16:07 h1fw1
2016_09_07 23:44 h1iopoaf0
2016_09_07 23:46 h1calcs
2016_09_07 23:46 h1ngn
2016_09_07 23:46 h1oaf
2016_09_07 23:46 h1odcmaster
2016_09_07 23:46 h1pemcs
2016_09_07 23:46 h1susprocpi
2016_09_07 23:46 h1tcscs
 
No unexpected restarts. fw0 code work, bug fix for fw0 and fw1. Restart of h1oaf0 models to clear zeroed-dac situation.
H1 SEI
corey.gray@LIGO.ORG - posted 10:27, Thursday 08 September 2016 (29543)
OPS: reset of HEPI L4C Accumulated WD Counters Thursday 8th Sept 2016

Per FAMIS #7070, Reset HAM4's HEPI L4C Accumulated WD Saturation Monitor (it was at 774 counts).  While clearing this Hugh was looking over my shoulder and noticed that HAM1 is missing from the medm screen (he put it on his "To Do" list).

H1 IOO (IOO, ISC)
cheryl.vorvick@LIGO.ORG - posted 10:13, Thursday 08 September 2016 (29542)
orientation of IM4 Trans QPD and ISS 2nd Loop QPD: rotated 90deg from eachother

Attached is a plot of IM4 Trans qpd and ISS 2nd Loop qpd signals.

First plot - top - shows that IM4 Trans Pitch and ISS 2nd Loop Pitch don't match well

First Plot - bottom - shows that IM4 Trans Pitch is a good match to the ISS 2nd Loop Yaw signal (yaw modified: multiplied by -0.7 and an added offset of 0.005)

Second Plot - top - shows the IM2 Trans Yaw and ISS 2nd Loop Pitch - raw data

Second Loop - bottom - shows the IM2 Trans Yaw and ISS 2nd Loop Pitch (pitch modified: multiplied by -0.3 and an added offset of 0.8)

Images attached to this report
H1 DCS (CDS, DCS)
gregory.mendell@LIGO.ORG - posted 09:28, Thursday 08 September 2016 (29539)
DCS Disk2Disk scripts at LHO now using the CDS h1fw1 framewriter as the primary source of frames

The DCS Disk2Disk scripts at LHO, which copy data from CDS to the LDAS archive and scratch disks have been restarted to use the CDS h1fw1 framewriter as the primary source of frames. The backup is h1fw0. This will prevent LDAS from picking up "bad" h1fw0 frames, except in the very unlikely event h1fw1 is down and h1fw0 writes a bad frame at the same time. (See: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29521 for the latest on the h1fw0 issue.)

H1 CDS (TCS)
nutsinee.kijbunchoo@LIGO.ORG - posted 08:51, Thursday 08 September 2016 (29538)
h1oaf0 restarted, TCS recovered

Began 15:22 UTC, finished 15:24 UTC

As soon as the restart finished IPC was red. I hit diag reset button and it went away. OAF_L0_MADC1_EPICS_CH25 started to overflow pretty much as soon as the model restart was done.

TCS chillers and lasers are recovered.

Images attached to this report
H1 PSL
peter.king@LIGO.ORG - posted 05:22, Thursday 08 September 2016 - last comment - 09:29, Thursday 08 September 2016(29536)
laser tripped
The laser tripped this morning.  From the laser MEDM screen it looked like the NPRO had tripped which would pull
the entire system down.  However the Beckhoff screen indicates otherwise; that the fault is associated with the
crystal chiller.  It should be noted that the crystal chiller has 10468 hours on it.

    Logs indicate that it tripped around 3 am.  Unfortunately I did catch the trip.

    Further inspection shows that the laser tripped not because of the crystal chiller (see AMPFlow.png).

    Might be due to flushing of the newly deployed (old) manifold.
Images attached to this report
Comments related to this report
peter.king@LIGO.ORG - 05:54, Thursday 08 September 2016 (29537)
Looks like the power meter circuit caused the trip this time around.

Doesn't appear to be the crystal chiller, however I am uncertain how often the chiller flow is
updated via the RS-232 link.
Images attached to this comment
jason.oberling@LIGO.ORG - 09:29, Thursday 08 September 2016 (29540)

The PSL trips over the last couple weeks have all been due to the Front End flow glitching.  Suspecting the FE flow sensor might be faulty we swapped the PSL water manifold for the spare, with new flow sensors installed on the spare.  As Peter says above this latest trip was due to the Power Meter water circuit (first time we've had an issue with this water circuit since the end of July).  Unclear at this time what the cause was, although it's likely to be junk stirred up by our manifold swap on Tuesday working its way through the system (as Peter mentions above); Peter has some pictures of the output water filter for the PSL cooling system and there are a few new occupants taking up residence.

Filed FRS #6169.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 00:44, Thursday 08 September 2016 (29535)
OSA at AS port

Sheila, Terra, Jamie

Today I set up an OSA on ISCT6 to look at sideband assymentry at the AS port.  Mark stayed late to get an MHV cable together,  and we were able to look at the asymmetry in some of the 50 Watt locks that Jenne and Stefan had.  Roughly, we saw that the asymmetry of the 45 MHz sidebands is 66% in power, while the 9 MHz sidebands are about a factor of 3 different in power.  We have left the set up in place for now, and we will make some plots tomorrow.

H1 PSL
daniel.sigg@LIGO.ORG - posted 22:30, Wednesday 07 September 2016 - last comment - 14:25, Thursday 08 September 2016(29527)
More ISS hacks

Keita Marc Fil Daniel

We realized that we can implement the required compensation for the second loop by using the whitened monitor signals (TP10) from the transimpedance board as the inputs to the sum of PD1-4 and PD5-8, respectively—instead of the unwhitened outputs from the transimpedance amplifiers.

The required modifications are:

  1. Add a 220K resistor in parallel to C29 and C30 (4x channels on 2x boards)
    This limits the AC coupling and gives a DC gain around 1.
  2. Replace C25 and C26 (4x channels on 2x boards) with 47 pF.
    This gives the signals a wider bandwidth.
  3. Lift the input side of R48/R49/R51/R52 and jumper it to TP10 (4x channels on 2x boards)
    This rewires the inputs of the sum amplifiers.
  4. Change R38 and R39 to 4.87K (from 4.53K).
    This brings the poles better in agreement with the ones form the second board.
This will lead to transfer functions with two 0.0723 Hz zeroes, two 3.34 Hz poles and a DC gain of 0.957, or -0.4 dB. The HF gain becomes 45.2 squared, or 2040. Two further poles are located at 15.4 kHz.

During testing we noticed that the input transimpedance amplifiers (eight AD797s), were all oscillating between 10-15 MHz with an amplitude of about 500 mVpp. Adding capacitance to the feedback network seemed to have little effect, so we swapped all of them with TLE2027. This solved the oscillation. Using 400 Ohms transimpedance, the input referred noise of a channel is about 25 pA/√Hz between 10 Hz and 10 kHz. This is maybe a factor of 2 below shot noise at high laser input power. The electronics noise is dominated by the Johnson noise of the first 4.87K resistor in the whitening stages.

The output SMA connector which was shortening the negative leg to the chassis has been removed. Instead, we drilled a new hole for an isolated TNC connector.

With the upfront whitening gain the fast monitor points now have too much gain and are saturating. We removed the gain of 50 from ERR1 and ERR2 by replacing R60 with a 4.53K (from 220K). This also removed the 2.7 kHz pole in this path. The OUTPUT channel was also modified for a flat transfer function with a fixed gain of 1. It now looks like the other two. In detail, C52 and C53 were shorted out, and R60 and R61 were changed to 4.53K (from 45.3K).

Comments related to this report
daniel.sigg@LIGO.ORG - 12:01, Thursday 08 September 2016 (29545)

ISS Outer Loop AC Coupling

The transfer function of the ISS outer loop AC coupling is attached. As implemented it should be unconditionally stable with a ugf of 10 Hz. With a gain of ~500 at 10 Hz in the overall outer loop servo, the AC coupling point would be around 0.1 Hz.

Images attached to this comment
Non-image files attached to this comment
daniel.sigg@LIGO.ORG - 14:25, Thursday 08 September 2016 (29546)

Outer Loop Readbacks

Here is a spectrum of the outer loop readbacks at 2W and 50W input power, respectively, with the ISS second loop open. The AC coupling is on. At 50W the third loop is also on. The ERR readbacks are very near saturation at the higher power. Since the error signal is followed by a fixed gain of 3, the output was saturating.

Non-image files attached to this comment
H1 TCS
kiwamu.izumi@LIGO.ORG - posted 21:34, Wednesday 07 September 2016 - last comment - 09:41, Thursday 08 September 2016(29525)
Hartman code on ITMX restarted

I stopped and reran the Hartman code for ITMX at around 21:30 local.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 09:41, Thursday 08 September 2016 (29541)

As suggested by Aidan, I restarted the Hartman code with a fresh template. This time, I restarted both the ITMX and ITMY codes at around 9:40 local.

Note that the last restart before yesterday was done on Aug.8 (28947). It was done for both ITMX and ITMY. They have been running without errors until I stopped one of them (namely ITMX) yesterday.

H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 17:10, Monday 01 August 2016 - last comment - 15:04, Thursday 08 September 2016(28794)
TCS measurement pending

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.

Comments related to this report
aidan.brooks@LIGO.ORG - 17:57, Monday 01 August 2016 (28797)

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

aidan.brooks@LIGO.ORG - 07:48, Tuesday 02 August 2016 (28799)

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
Images attached to this comment
nutsinee.kijbunchoo@LIGO.ORG - 09:16, Tuesday 02 August 2016 (28804)

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.

kiwamu.izumi@LIGO.ORG - 15:04, Thursday 08 September 2016 (29549)

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.

H1 TCS (ISC)
kiwamu.izumi@LIGO.ORG - posted 09:44, Thursday 26 May 2016 - last comment - 00:24, Thursday 08 September 2016(27401)
Differential heating test at 25 W

Last night, we ran a quick TCS test where we attempted to minimize the intensity noise coupling to the DCPDs by changing the CO2 differential heating.

It seems that the following CO2 setting gives a much better intensity noise coupling when the PSL power is 25 W:

This did not improve the recycling gain so much. It seems to have increased by 2% only.

 

According to a past measurement with a lower power PSL of 2 W (alog 26264), a good differential CO2 power had been found to be P_{co2x} - P_{co2y} = 270 mW (or probably less than 270 mW because I did not explore the lower differential power).

This could be an indication that ITMY has a larger absorption for the 1064 nm light such that the differential self-heating linearly changes as a function of the PSL power. We should confirm this hypothesis using the HWS signals.

 


[The test]

No second or third loops engaged, DC readout, no SRC1 ASC loop.

Drastic reduction of the intensity noise coupling was observed mostly between 4:24 and approximately 5:00, indicating that reducing the CO2Y power helped improved the coupling. After 5:00 UTC, we did not see a significant reduction. This may mean that we might have been already close to an optimum point where the coupling is minimized. The attached shows DARM spectra from various time during the test.

A broad peak at around 400 Hz is my intentional excitation to the first loop with band-passed gaussian noise in order to check the coupling to the DCPDs. As shown in the spectra, the reduction from the beginning to the end of the test is about a factor of 5. As reported in 27370, broad noise above 100 Hz up to several kHz is indeed intensity noise and therefore we see the noise floor in this frequency band decreasing too.

Images attached to this report
Comments related to this report
aidan.brooks@LIGO.ORG - 16:23, Thursday 26 May 2016 (27413)

Because of the error in picomotor assignment, there's a good chance that the CO2Y laser is severly clipped and not properly aligned to the test mass. The result of this would be strong higher spatial order lensing (non-quadratic) on ITMY. We're certainly seeing an excess in lensing as measured with the HWS but the exact nature is unclear. 

If there is signifiant higher order mode lensing then the best differential effect will be from having the CO2Y laser set to zero. However, this will not be the optimum lensing for the power recycling cavity. 

So, poor CO2Y lensing is at least consistent with and a plausible explanation for requiring 0W on CO2Y to minimize intensity noise coupling while observing reduced PRC gain.

kiwamu.izumi@LIGO.ORG - 00:24, Thursday 08 September 2016 (29533)

I looked back the intensity coupling of this particular day. See the attached.

The coupling at 100 Hz, even though the coherence is not high, seems to be too high by a factor of two or so comparing agaist the measurement from this February (25476). When dCO2 was sort of adjusted (red curve), the coupling at around 400 Hz and above seems comparable to what it was in this February.

Images attached to this comment
H1 TCS (TCS)
aidan.brooks@LIGO.ORG - posted 11:06, Friday 11 March 2016 - last comment - 15:07, Thursday 08 September 2016(26014)
HWS EPICS channel changes - ITMY absorption and ITMY HWS magnification

I reset the ITMY HWS magnification to 7.5x (it's set to 17.5x by default in the code).

aidan.brooks@opsws4:~$ caput H1:TCS-ITMY_HWS_MAGNIFICATION 7.5

Old : H1:TCS-ITMY_HWS_MAGNIFICATION  17.5

New : H1:TCS-ITMY_HWS_MAGNIFICATION  7.5

Alos, I had a quick look at the change in the spherical power measured by the ITMY HWS after the IFO lost lock this morning.

  1. The measured change in defocus was, very roughly, 0.8 micro-diopters. (over about 40 minutes taken from immediately after 1141749205)
  2. Around 95% of the lens forms/decays in this time. 
  3. The magnification was set to 17.5 instead of 7.5, so we need to multiply the spherical power by (17.5/7.5)^2 = 5.44x
  4. The steady-state, double-passed, lens measured by the HWS is then 8E-7/0.95*5.44 = 4.6E-6 diopters
  5. The single-pass, steady-state, lens is then 2.3E-6 diopters
  6. The single-pass, steady-state, lens gain (diopters per Watt absorbed) is 4.87E-4 D/W for self absorption
  7. Therefore I calculate about 4.7mW absorbed power in ITMY
  8. The arm power was around 11.9kW during this time
  9. Hence, the absorption is (very roughly) 4E-7

This is a very rough calculation - and assumes that the HWS-Y beam is correctly aligned (we need to combine our evidence to really confirm this).

Nevertheless, I've set the ITMY absorption to 4E-7 in the simulation.

aidan.brooks@opsws4:~$ caput H1:TCS-SIM_ITMY_SURF_ABSORPTION 4E-7

Old : H1:TCS-SIM_ITMY_SURF_ABSORPTION 4e-09

New : H1:TCS-SIM_ITMY_SURF_ABSORPTION 4e-07

For comparison, ITMX absorption estimated to be 5.7E-7.

Comments related to this report
aidan.brooks@LIGO.ORG - 11:07, Friday 11 March 2016 (26015)

I've added this number to the TCS actuator calibration page in the DCC: https://dcc.ligo.org/T1400685-x0

kiwamu.izumi@LIGO.ORG - 15:07, Thursday 08 September 2016 (29550)

MAGNIFICATION for ITMY is now automatically set every time when the code is restarted. See 29549.

Displaying reports 56481-56500 of 85230.Go to page Start 2821 2822 2823 2824 2825 2826 2827 2828 2829 End