Displaying reports 54441-54460 of 83192.Go to page Start 2719 2720 2721 2722 2723 2724 2725 2726 2727 End
Reports until 02:36, Friday 09 September 2016
H1 TCS (ISC, TCS)
kiwamu.izumi@LIGO.ORG - posted 02:36, Friday 09 September 2016 - last comment - 12:03, Friday 09 September 2016(29555)
dCO2 at 20W for improving the sideband imbalance

Jenne, Matt, Patrick, Sheila, Stefan, Kiwamu,

We tried two different differential CO2 settings today at 20W to see if we can improve the imbalanced RF sidebands (29535). One of the two tests was already reported by Jenne et al. on 29553.

According to the tests, the addition of a 10 uD single-pass substrate defocus to the X compensation plate seems to balance the amplitude of the upper and lower 45 MHz sidebands.


[Settings]

The interferometer arrived at a 20 W lock at 22:53 local. We then added a 800 mW of laser power on to CO2X, resulting in a 1 W CO2 power at 22:55:40. As opposed to the previous test (29535), we did not change CO2Y this time and therefore it stayed at 0 W.

The measurement finished at 23:15 and we set CO2X to 700 mW. We then increased the PSL power to 50 W while maintaining the same lock.

[Results]

As expected from the previous test, the imbalance of the 45 MHz RF sidebands, as seen by the optical spectrum analyzer, was improved by this action. After roughly 20 min, we reached a point where the upper and lower sidebands almost had the same amplitude. HWSX was functioning at the beginning of the test (for 10 minutes or so), but then unfortunately started showing some meaningless signals. We have no idea why. Nevertheless, we were able to extrapolate where we would be in terms of the substrate defocus based on the initial rise. It looks like that an additional 20 uD double-pass (= 10 uD single pass) is the good defocus value for ITMX in order to get balanced upper and lower 45 MHz sidebands. A 10 uD single-pass defocus corresponds to a 400 mW CO2 laser on the X compensation plate in equilibrium [assuming a 25 uD/W actuation coefficient (single-pass), 28799].

The attached is a screenshot of OSA outputs in which scans from different time are overlaid. It is clear that the imbalance improved as time elapsed.

On the other hand, the frequency noise coupling became worse by a factor of a few comparing to the initial coupling value at 900 Hz. It did not experience a sign change. Not sure what this means.

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 12:03, Friday 09 September 2016 (29567)

Here is a plot of the 45 MHz sideband powers durring this test.  At 0, the IFO is locked at 20 W, at 5 minutes Kiwamu changed TCS, at around 18 the power is increased to 50 W, then the modulation depth drops at around 22.  

Images attached to this comment
LHO General
patrick.thomas@LIGO.ORG - posted 00:02, Friday 09 September 2016 (29554)
Ops Evening Summary
- The ISI configuration has been changed from 'Earthquake V2' to 'Windy'.

- Each time the ISC_LOCK guardian reaches CARM_15PM it stops and reports a connection error to H1:LSC-PD_DOF_MTRX_SETTING_1_23 (see attached screenshot). Manually running ezca on the guardian machine gets the value with no error. This can be gotten around by taking the node to manual and selecting CARM_10PM. 

- Making it through the DRMI ASC engagement is hit and miss even with careful alignment of the BS and PRM mirrors.

- I was not able to make it past ENGAGE_REFL_POP_WFS until Stefan came back. Stefan and Kiwamu found the DHARD ASC loop to be unstable.
Images attached to this report
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 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 (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 54441-54460 of 83192.Go to page Start 2719 2720 2721 2722 2723 2724 2725 2726 2727 End