Displaying reports 45321-45340 of 88367.Go to page Start 2263 2264 2265 2266 2267 2268 2269 2270 2271 End
Reports until 15:25, Thursday 04 October 2018
H1 ISC
gabriele.vajente@LIGO.ORG - posted 15:25, Thursday 04 October 2018 - last comment - 16:40, Thursday 04 October 2018(44341)
ASC HARD loop measurements

Late entry: yesterday we measured the hard loops with the sweep sine templates. Results attached.

The strange thing is that CHARD has a much lower phase margin than expected, and lower than DHARD. Our expectation would be that the C and D loops should be similar. Also, it looks like CHARD has an additional slope at low frequency.

The templates XML files are in /ligo/svncommon/IscSVN/iscmodeling/trunk/ALIGOH1/ASC_loops/Measurements/DHARD and /ligo/svncommon/IscSVN/iscmodeling/trunk/ALIGOH1/ASC_loops/Measurements/CHARD: CHARD_P_OLG_SS_2W.xml, CHARD_Y_OLG_SS_2W.xml, DHARD_Y_OLG_SS_2W.xml, DHARD_P_OLG_SS_2W.xml

 

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 16:40, Thursday 04 October 2018 (44343)

I also measured the HARD loops today, but using broadband noise. 

I'm roughly comparing them to a pre-O2 measurement from June 2016 in alog 27832.  In that measurement, as one might expect, the CHARD and DHARD Yaw OLGs are roughly similar. 

Right now, they are definitely not. Note that the DHARD_P measurement doesn't go to as low of a frequency.

There is no real difference in the ASC control filters between CHARD and DHARD Yaw.  CHARD Y has a low pass at 200Hz, but that is a very teeny amount of phase difference down at 6Hz.  Hang has looked at the PDs, and there are no hidden lowpasses that he was able to find, that would explain this. 

Images attached to this comment
H1 General
jim.warner@LIGO.ORG - posted 15:04, Thursday 04 October 2018 (44337)
Shift Summary

16:15 HAM6 tripped, I went out and poked around at the satellite rack, but didn't find anything

16:45 LSC model crashed, Dave & JeffK recover

17:45 Nutsinee to ISCT6

18:00 Gerardo to MX

18:00 Ed to HAM7

19:00 Marc to CER

21:45 Terry to ISCT6

 

H1 CDS (CDS, VE)
patrick.thomas@LIGO.ORG - posted 12:16, Thursday 04 October 2018 (44338)
Lowered EPICS low alarm limit for H0:VAC-LY_CP1_II170_AIP_IC_LOGMA
WP 7856

Per Chandra's request I have changed the low alarm limit for H0:VAC-LY_CP1_II170_AIP_IC_LOGMA from -2 to -3.5: caput H0:VAC-LY_CP1_II170_AIP_IC_LOGMA.LOW -3.5

This is only done in EPICS, so will be reverted if the IOC gets restarted.

Same as was done at an earlier date for CP2 (WP 7787 and alog 43593).
H1 FMP (FMP)
christopher.soike@LIGO.ORG - posted 11:01, Thursday 04 October 2018 (44335)
VPW Desiccant cabinet relative humidity readouts for the last month
Attached are the VPW desiccant plots with the last month's added data.  All 4 data readers are recording data as they should.  Nothing out of the ordinary shown.
Non-image files attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 10:48, Thursday 04 October 2018 (44334)
another instance of H1LSC_SRCL1 FM1 high output problem

FRS11570

Jeff, Gabriele, Dave

This morning we had another instance of the H1LSC_SRCL1 filter-module giving a very high output when an offset is enabled and FM1 is attempted to be switched ON.

The attached image shows:

  1. Input is turned OFF
  2. OFFSET is set to 1.0 and is turned ON
  3. FM1 has been attempted to be turned ON

The result is that FM1 is not turned ON, but the output of the filter-module goes very high (1.2e+10).

On Monday changes were being made to this filter around the time the problem occurred. Today it appears to have broken spontaneously.

As with Monday, restarting the h1lsc model fixes the problem.

Here is the "+106dB" filter line in the H1LSC.txt filter file:

 LSC_SRCL1 0 12 1   4915      0 +106dB     2.000000000000000000000000e+05   0.0000000000000000   0.0000000000000000   0.0000000000000000   0.0000000000000000

 

Non-image files attached to this report
H1 ISC
sheila.dwyer@LIGO.ORG - posted 23:53, Wednesday 03 October 2018 (44331)
OSA set up at AS port

Georgia, Terry, Sheila

Over the past couple of days we have set up the OSA at the AS port.  We had used this to tune differential CO2 powers to reduce the sideband imbalance before O2.   We set the OSA up behind the squeezer laser, and added and ROC= +150 lens to roughly collimate the beam. The OSA is a coherent 216G, we used a Thorlabs PDA100A to monitor the transmitted power.  The trigger channel and the output of the diode are plugged into a couple of extra ADC channels from the squeezer, H1:SQZ-EXTRA_AI_1 is the diode signal and EXTRA_AI_2 is the trigger.  

Attached is a plot of the scan taken part way through the power up to 15W (REF0) and about 1 minute after powering up to 15W.  We would like to look at this during a longer lock.  

Images attached to this report
Non-image files attached to this report
H1 TCS (TCS)
georgia.mansell@LIGO.ORG - posted 21:59, Wednesday 03 October 2018 - last comment - 15:27, Thursday 04 October 2018(44329)
ITMX Hartmann iris closed over again

TVo and I closed the iris to cover the problematic back reflection on HWS ITMX this evening. Screenshot with the Hartmann plate off attached.

We looked on the ccd for some dust that would cause the circular fringes in the image but it looked clean.

We restarted the Hartmann code for ITMX at 1222663398. At this time the ifo was locked at 2W and there was 500 mW of CO2X on.

Images attached to this report
Comments related to this report
thomas.vo@LIGO.ORG - 15:27, Thursday 04 October 2018 (44342)

Opened up the iris and restarted the ITMX HWS code, the IFO status was unlocked at 2 watts and 0.5 Watts of CO2 pre-heating

H1 CDS
david.barker@LIGO.ORG - posted 16:55, Wednesday 03 October 2018 (44326)
filter_diffs now has meld option

If you run the filter_diffs command with a -m option, it will display the differences using meld instead of vim. Meld is a more visually appealing display, but it is graphical and so won't work remotely unless you have set up X forwarding. Vim on the other hand is text based and will work remotely.

the output of

filter_diffs -m h1asc

is shown in the attachment.

Images attached to this report
H1 General
jim.warner@LIGO.ORG - posted 16:04, Wednesday 03 October 2018 (44325)
Shift Summary

16:00 Betsy Hugh to MY

17:00 Karen to MY

17:30 Betsy, Christina, Nichole to MY

18:00 Nutsinee to ISCT6

20:00 Sheila to ISCT6

21:00 Nutsinee to ISCT6

21:30 HAM6 trips on CPS, doesn't look like any one is around

23:00 Terry to ISCT6

 

H1 SEI
jim.warner@LIGO.ORG - posted 15:55, Wednesday 03 October 2018 - last comment - 10:28, Thursday 04 October 2018(44324)
Spontaneous HAM6 trip this afternoon

This afternoon, HAM6 ISI tripped all on it's own, seems like it was probably some sort of glitch in the CPS. Attached trip plot shows all 4 cps in one satellite rack see a sharp spike, that the other 2 CPS don't see. The GS13s also don't see this spike, suggests to me it wasn't real motion and has something to do with satellite rack. Looking at trends of the HAM6 wd, there have been 2 other trips on the HAM6 since the beginning of the month. More investigation is required.

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 10:28, Thursday 04 October 2018 (44333)

FRS Ticket #11596 issued by Hugh R. for action by Jim W.

H1 CAL (CAL, ISC)
keita.kawabe@LIGO.ORG - posted 14:40, Wednesday 03 October 2018 (44323)
Calibration at 1083.7Hz (divide it by a factor of 3.9 for now)

The calibration of H1:CAL-DELTAL_EXTERNAL_DQ is off. The calibration team will work on rough calibration, so we need to wait for that to see reasonable data for the entire band.

For the moment, though, the high frequency part seems to be a factor of 4-ish too large (see attached).

Images attached to this report
H1 AOS
jenne.driggers@LIGO.ORG - posted 14:13, Wednesday 03 October 2018 - last comment - 20:50, Wednesday 03 October 2018(44316)
Wed AM locking
Images attached to this report
Comments related to this report
gabriele.vajente@LIGO.ORG - 20:50, Wednesday 03 October 2018 (44328)

At 15 W, we could reduce CHARD_P gain by a factor 2 and engage the low pass filter.

We tried the same with CHARD_Y, and lost lock while reducing the gain by a factor of 2.

H1 CDS
david.barker@LIGO.ORG - posted 13:54, Wednesday 03 October 2018 (44322)
notched out IPC status of h1psliss and h1lsc on CDS overview MEDM

While h1psl0 is running without its Dolphin cable attached, there are two IPC errors on the overview screen for the models h1psliss and h1lsc. I've notched these out for now and will return them when the PSL dolphin is restored.

Images attached to this report
H1 ISC
gabriele.vajente@LIGO.ORG - posted 11:59, Wednesday 03 October 2018 - last comment - 00:09, Thursday 04 October 2018(44318)
Longitudinal loops in PRMI/DRMI

[Jenne, Gabriele]

Trying to understand why locking PRMI and DRMI takes much longer, we looked at a few things:

Then we moved to DRMI and found that the demodulation phases for REFL9 and REFL45 were a bit off. So we retuned them(REFL9 from -23 to -20, REFL45 from 97 to 88)

Then we measured the longitudinal loop gains (with DRMI still locked on REFL 1F), and found

At the next lock attempt, we should try to switch off the BS notches and see if this makes the lock acquisition easier. We should also improve the REFL 1F sensing matrix to get rid of those cross couplings.

 

Images attached to this report
Comments related to this report
gabriele.vajente@LIGO.ORG - 16:59, Wednesday 03 October 2018 (44327)

Changed the DRMI REFL 1F sensing element that subtracts PRCL from SRCL from -5.508 to -1.8. This made the SRCL transfer function better.

Also, tuned back REFL45 phase to 96, since this makes the MICH transfer function less coupled to PRCL.

Then I tried adding a MICH to PRCL decoupling to get rid of the BS band stop filter issue. I could get a good transfer function by adding a gain of 4.0 in the REFL45Q to PRCL matrix element. This fixed the PRCL transfer function, but somehow has a large effect on the MICH transfer function: MICH overall gain increased by a factor 2. I don't like this, so I did not implement this element permanently.

My guess is that the real reason we see an effect on the PRCL transfer function due to the BS bandstop filters is that we are currently actuating MICH only on BS, and therefore we are inducing a large driving coupling from MICH to PRCL. We should split the MICH actuation to both BS and PRM, with the right ratio.

However, none of all this seems to have any impact at all on the DRMI lock acquisition times. And the open loop transfer functions look good in full lock, once we are locked on POP signals. So moving on...

Images attached to this comment
sheila.dwyer@LIGO.ORG - 00:09, Thursday 04 October 2018 (44332)

More notes about DRMi acquisition, which has been very slow tonight and is preventing us from working on anything else. 

  • We found that the +106dB filter in SRCL was always on and engaged immediately, which should be ramped over 0.2 or 0.3 seconds. (This is the filter that had the problem described in 44267) We changed it to ramp 0.3 seconds. 
  • We've had many short DRMI locks where there is a large oscillation in SRCL. 
  • We added a state to the DRMI guardian to prepare the PRMI to DRMI transition.  This is requested at the same time as the suspension is requested to align, and it should turn back on the BS limiter and low pass.  We have manually tried lowering the PRCL gain before making the transition, but we still see a 100+ Hz oscillation in MICH when SRM swings in.
H1 TCS (ISC, TCS)
georgia.mansell@LIGO.ORG - posted 20:36, Tuesday 02 October 2018 - last comment - 22:50, Wednesday 03 October 2018(44312)
HWS contour centroids and spot position

Niko, Tvo, Georgia

A couple of weeks ago (alog-44087) TVo and I posted a comparison of HWS contours for the ring heater, IFO beam, and CO2 beam positions on the HWS. Niko has since added a feature to the HWS contour code to calculate the centroid of the contours, which I am still tweaking up. This will help work out spot (mis-)centering on the ITMs using the Hartmann

Attached screenshot is the same contours as those from TVo's log with the centroids added (see blue spots, and position info in the plot titles). The full IFO and CO2 positions relative to the ring heater centroids is tabulated below:

  ITMX (x, y) ITMY (x, y)

IFO beam centroid relative to RH centroid [mm, HWS]

September 12

September 13

 

(+22, -0.5)

(+24, 6)

 

(+16, +6)

(+22, +7)

CO2 beam centroid relative to RH centroid [mm, HWS] (+2.1, -0.9) (+5.9, +5.6)

I don't think the 5mm shift in the IFO beam x position between September 12 and 13 is real but rather an indication of the uncertainty. It's interesting that we seem to generally be better aligned in x (yaw), and worst in y (pitch) given the snowman mode we see at the AS camera with the CO2 lasers on.

Currently the centroid calculation only uses the highest 1/3 of the wavefront contours, as using the full data biased the data away from the beam center. It also currently only works for cool-down data.

Images attached to this report
Comments related to this report
georgia.mansell@LIGO.ORG - 22:50, Wednesday 03 October 2018 (44330)

The headings in the figure are the wrong way around: ITMY is on the left and ITMX is on the right. The ring heater, ifo, and co2 labels are all correct though.

H1 TCS (ISC, TCS)
georgia.mansell@LIGO.ORG - posted 19:44, Tuesday 02 October 2018 - last comment - 13:14, Thursday 04 October 2018(44311)
ETMY absorption estimate from 15 W power up, ~0.21 ppm

TVo, Georgia

Last night we powered up to 20 W before losing lock. Today TVo and I had a look at the ETM HWSs to see if we can see any thermal lensing caused by absorption. There is some absorption visible on ETMY HWS.

The first screenshot shows the PSL power [W], ETMX HWS spherical power [diopters], and ETMY HWS spherical power [diopters]. We can estimate the absorption of the optic from the circulating power, the measured thermal lens on the HWS, and the substrate and surface deformations (or lensing per unit power). A back-of-the-envelope calculation puts a first estimate of total absorption at 0.21 ppm. The absorption on ETMX is not visible above the noise.

The HWS beam passes through the substrate of the ETM, reflects off the HR surface, and passes through the substrate again. It samples the substrate lens twice and the surface lens once. So the thermal lens measured on the HWS is

L_tot [D] = (2 A_sub [D/W] + A_surf [D/W] ) * P_circ [W] * alpha

Where L_tot is the total lens in diopters, A_sub and A_surf are the substrate and surface deformations respectively in diopters per W, P_circ is the circulating power in the arms, and alpha is the optic absorption.

Going from 2 W to 15 W we see ~15 uD of thermal lens on the Hartmann. The circulating power at 15 W is ~95 kW (assuming 45 PR gain, 280 arm gain, and 50% reflectivity of the beamsplitter). The substrate and surface deformations as assumed to be 3.86e-4 D/W and -2.93e-5 D/W respectively (numbers acquired from the TCS simulation tool, not sure if they need updating with new test mass coatings).

This gives us an absorption of 0.21 ppm, which seems reasonable.

Final screenshot shows the HWS contour plots between the cold and hot ETM states.

Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 13:14, Thursday 04 October 2018 (44339)COC, SUS

My interpretation from the coating documentation shows that this measurement is in line with what was measured during metrology characterization circa 2015, see last page.

https://dcc.ligo.org/DocDB/0059/C1103241/001/C1103241-v1_Coating%20Characterization%20Report_ETM16.pdf

H1 ISC (ISC)
craig.cahillane@LIGO.ORG - posted 23:41, Monday 01 October 2018 - last comment - 11:42, Thursday 04 October 2018(44272)
REFL 9 phased by 79 degrees
Sheila, Georgia, Craig

Today we changed the phasing on REFL9 from 5.9 to 84.8 degrees.

We've been investigating fast locklosses, probably caused by CARM.  We noticed that if we moved the CARM servo board common offset around, we would win or lose arm power and see a change in the amount of DC power on REFL LF.  (Pic 1)
We also noticed that when powering up, we saw the offset in REFL9 I change by a lot, along with weird glitches in Q associated with servo board IN1 gain changes. (Pic 3)

We went out to the racks, injected a line into CARM above the UGF of about 10 kHz, and checked the REFL9 I and Q monitors. We found that the phasing was terrible: there was far more signal in Q than I.  We adjusted the phase, while measuring CARM and lowering the CARM IN1 gain from 3 dB to -9 dB to maintain our UGF.

After adjusting the phase, we tested the CARM servo board common offset again and found the arm power and REFL LF to be relatively insensitive.  (Pic 2)

Sheila and Georgia are changing the guardian so that our digital CARM gain is lower since we have so much more optical gain now.  I remeasured the CARM loop and posted the results in the pdf.  The gains are in flux right now, for this plot CARM servo board IN1 gain = 1 dB, and Sum Node A IN2 gain = -15 dB at 5 watts of input power.  

We powered up from 5 watts to 15 watts, and I watched REFL9 I offset again (Pic 4).  It still changed, but by about half as much as it did when we previously went from 2 watts to 5 watts in Pic 3.  We are sitting much closer to the resonance now that we aren't dumping a factor of 5 of our optical gain.
Images attached to this report
Non-image files attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 23:53, Monday 01 October 2018 (44273)

We have tried to adjust the CARM gains correctly in the guardian to account for the increased sensor gain from our phasing.  We have tested this in the adjust_power state, but not the CARM_TO_ANALOG state.  

  2W before rephasing 5W before re-phasing 5W after rephrasing 2W after re-phasing (should be settings after CARM_TO_ANALOG now)
SUM node A in2 gain -3dB -3dB -15dB -17dB
REFL IN1 gain +11dB +3dB +1dB 11dB
total  +8dB 0dB -14dB -6dB

The CARM_TO_ANALOG state could be re-written in a way that would be less confusing.  We increased the sensing gain by 14dB with the re-phasing, so we have reduced the SUM node gain by 14 dB for each of the steps in the CARM_TO_ANALOG guardian.  

After this we were stayed locked with 15W of input power and a PR gain of 45, for 20 minutes, then powered up to 20.5W of input power (PR gain dropped to 41) and lost lock after 5 minutes.  

Georgia is now turning off CO2X and its chiller to prevent overflowing the bucket that is catching the leak.  

jeffrey.kissel@LIGO.ORG - 07:52, Tuesday 02 October 2018 (44276)
It looks like the front-end world has crashed. Here's a screenshot of what I think are the relevant SDF differences for this aLOG such that we don't lose this new goodness.
Images attached to this comment
keita.kawabe@LIGO.ORG - 11:42, Thursday 04 October 2018 (44336)

Since nobody wrote, I summarize the story.

1. Some remember that, at some point in the (distant?) past, Q and I cables were swapped, i.e. Q output was used as I output instead of setting almost 90 degrees of phase in delay line. Everything was good except for cross-cabling.

2. Recently people found on the floor that the demod phase was off by almost 90 degrees.

3. At that time, Q  and I were found to be NOT cross-cabled (I output went to I channel). Somebody should have disconnected them and put them back in a "correct" order.

4. The cables were swapped back again (Q output went to I channel) to make IFO happy.

Cross-cabling needs to be fixed before O3 to prevent this from happening again, but this is not a priority for now (it works).

Displaying reports 45321-45340 of 88367.Go to page Start 2263 2264 2265 2266 2267 2268 2269 2270 2271 End