Displaying reports 63081-63100 of 77255.Go to page Start 3151 3152 3153 3154 3155 3156 3157 3158 3159 End
Reports until 17:01, Tuesday 21 October 2014
H1 SEI
filiberto.clara@LIGO.ORG - posted 17:01, Tuesday 21 October 2014 (14568)
HEPI Pressure Sensor field cables installed at EY/EX
Ran HEPI pressure sensor cables from mechanical room to BSC chambers at both end stations. 
H1 ISC
keita.kawabe@LIGO.ORG - posted 16:57, Tuesday 21 October 2014 - last comment - 17:18, Tuesday 21 October 2014(14567)
IMC4 scan shows some clipping both in PRC and SRC path.

IM4 was scanned in YAW while the DC SUM of various sensors were recorded, and it's apparent that there's a clipping.

In the attached, red, blue and green represent normalized DC SUM of the POP_A, POP_B and AS_C respectively plotted against IM4 YAW slider offset. Blue vertical line at -8520.7 shows the alignment we were at this morning.

There appears to be a hard edge on the left side on the plot that is common to the sled and the AS_C, and I guess that's the baffle in front of the PR2.

We're already very close to the edge. From the red and blue data at the blue vertical line, the single trip loss is either 0.3% (red) or 0.7% (blue), and you need to double the number for a round trip loss.

If we go somewhat to the left on the plot, you're already dead. I propose to move somewhat to the right.

The fact that AS_C shows somewhat different pattern means that there's some other clipping going on for the SRC path, on top of the PR2 baffle.

In the plot, Relative power=1 simply means that the measured power was the highest.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 17:02, Tuesday 21 October 2014 (14569)

What was done:

Using straight shot while PRM, SRM, ITMY and ETMs are misaligned, center the POP sled and AS_C using picos.

Record QPD sums.

Move IM4.

Recenter sled QPDs using picos.

Recenter AS_C using ITMX.

Repeat.

 

It turns out that centering is important. For some reason, some quadrants put out bigger numbers than the others at 2%-ish level, so I centered them very well (both PIT and YAW less than 0.05 for the sled, and best effort for AS_C) to mitigate the effect.

Did somebody buy cheap 1% resistors at local Radio Shack?

keita.kawabe@LIGO.ORG - 17:18, Tuesday 21 October 2014 (14572)

I don't have any stamina left to do picomotor centering for PIT scan.

H1 AOS
filiberto.clara@LIGO.ORG - posted 16:56, Tuesday 21 October 2014 (14566)
PCAL Installation EY
Ran field cables for PCAL electronics at EY including power cables. Items that still need to be completed:

1. Install in-rack cabling at Pcal Transmitter Pylon
2. Finish terminating field cables
LHO General
patrick.thomas@LIGO.ORG - posted 16:52, Tuesday 21 October 2014 (14539)
Ops Summary
08:28 - 08:53 cdsfs0 down
08:56 Joe G. to LVEA to retrieve PCAL viewport protector from shelf
09:02 Aaron to pull cables for PCAL (WP 4896)
09:03 Filiberto to end X and end Y to pull cables for HEPI pressure sensors (WP 4905)
09:04 Ed to end X and end Y to check ESD AI chassis filter board versions (WP 4902)
09:11 Jeff B. and Andres looking for parts in optics lab
09:14 John hard-closing GV18 for PCAL viewport protector replacement work (WP 4903)
09:17 Joe G. and Rick to end Y to replace PCAL viewport protector (WP 4903)
09:28 Hugh troubleshooting sensor problem at ITMX (WP 4899)
09:31 Sudarshan and Shivaraj to end X to work on PCAL cabling
09:36 Jeff K. making changes to end X ISI and HEPI models, restarting models
09:40 Contractor to see Bubba and John
09:54 Jeff B. and Andres done in optics lab
10:01 Jeff K. done with model changes and restarts, ready for DAQ restart
10:13 Joe G. and Rick done replacing PCAL viewport protector
10:22 Richard to LVEA to trace HEPI pressure sensor cables
10:29 Unifirst delivery
10:29 Cyrus working on h1broadcast0, restarting
10:31 Kyle reopening GV18
10:35 DAQ restart, error from duplicate channels in Beckhoff
10:58 Richard routing HEPI pressure sensor cables
11:00 Ed done, replaced both boards
11:00 Hugh back to BSC2
11:23 Cyrus done work on h1broadcast0
11:24 Richard done routing HEPI pressure sensor cables
11:44 Daniel done making Beckhoff changes (WP 4904)
11:48 Hugh done in LVEA
13:09 Kyle and John running purge air compressor at end Y (WP 4907)
13:09 Doug and Jason retrieving parts from LVEA
13:42 Doug and Jason done retrieving parts
13:44 Doug and Jason to end Y to realign optical lever
14:08 Ed to SUS test stand, checking UIM chassis
14:20 Doug and Jason done aligning end Y optical lever
15:18 Shivaraj and Patrick updating PCAL Beckhoff code at end X
15:20 Kyle and John done running purge air compressor at end Y
H1 SEI
jeffrey.kissel@LIGO.ORG - posted 16:19, Tuesday 21 October 2014 (14564)
H1ISIETMX and H1HPIETMX Model Updates
J. Kissel, K. Venkateswara

As described in LHO aLOG 14521, we've added an IPC connection from top-level of ISI to HPI for the GND super-sensor to be used for sensor correction to the h1isietmx and h1hpietmx front end models. In addition, we've cleaned up the few channels:
-  H1:ISI-GND_BRS_ETMX_DAMPCTRLMON1 --> H1:ISI-GND_BRS_ETMX_DAMPCTRLMON
-  H1:ISI-GND_SENSCOR_ROTVELCORR --> H1:ISI-GND_SENSCOR_ETMX_STS_X_ROTVEL
-  H1:ISI-GND_SENSCOR_TORQUECORR --> H1:ISI-GND_SENSCOR_ETMX_STS_X_TORQUE
Finally, we've updated the BRS OVERVIEW screen to reflect the new channel changes, and confirmed that both ISI and HPI see the tilt-corrected ground super sensor in STSC,
H1:HPI-ETMX_STSINF_C_X_OUT   or
H1:ISI-ETMX_ST1_GNDSTSINF_C_X_OUT
calibrated into 1 [(nm/s) / ct] (above 4 [mHz] is you really care that low). Note that this requires the calibration filters in the GNDSTSINF X bank to be turned OFF.

This change required 
- Making sure the current configuration sticks
     - Capture of a new safe.snap
     - Commit the current filter file
- Recompiling, Reinstalling, Restarting, Restoring the h1isietmx and h1hpietmx models
- Restart of the frame builder / data concentrator / h1dc0
- Committing h1isietmx and h1hpietmx top-level models to the userapps repo.

This opens and closes Work Permit 4906.


P.S. Unfortunately, I didn't realize until writing this aLOG that because of our "store the GND STSs once and only once" policy, we're not storing any of the ETMX STS C channels separately in the frames. The only version of the tilt-corrected GND super-sensor stored in the frames (and regrettably only in the commissioning frames) is 
H1:ISI-ETMX_ST1_SENSCOR_GND_STS_X_IIRHP_IN_DQ   or
H1:HPI-ETMX_SENSCOR_X_FIR_IN1_DQ
which is after the H1:HPI-ETMX_STS_INMTRX, or H1:ISI-ETMX_ST1_STS_INMTRX, so it relies on the matrix being selected to use STS C in the X direction. This is currently the case, but we'll most likely consider added a separate test point and channel in the GND_SENSCOR bank next week.
H1 PSL
patrick.thomas@LIGO.ORG - posted 16:15, Tuesday 21 October 2014 (14565)
added 250 mL H2O to H1 PSL chiller


			
			
LHO VE
kyle.ryan@LIGO.ORG - posted 16:12, Tuesday 21 October 2014 (14563)
Ran Y-end purge air system for a few hours this afternoon
Testing modifications to the purge-air system in preparation for Rai's ionizer work at BSC10 next week
LHO VE
kyle.ryan@LIGO.ORG - posted 16:11, Tuesday 21 October 2014 (14562)
Hard-cycled GV18 this morning to accomodate viewport work by others


			
			
H1 SEI
jim.warner@LIGO.ORG - posted 16:05, Tuesday 21 October 2014 (14561)
ETMX Senscor IIR filter modification

Krishna pointed out last night/ this morning that the new IIR filter we are using for sensor correction at ETMX was designed around an STS-2. We have a T240 at EX, so we needed to adjust the filter some. Basically, we just divided all of the frequencies of all poles/zeros by 2 to approximate the shift from a 8mhz sensor to a 4mhz sensor. This was done for X and Z on the ISI, but just X on HEPI. If we use Z senscor on HEPI, this change will need to be copied over. If we use this filter at the corner or EY, we will have to remember to reverse the change to work with STS's again.


Basically we turned the original istalled IIR:

zpk(-2*pi*[0 0 0 0.01 pair(0.09,50)],-2*pi*[0.005 pair(0.03,65),pair(0.01,70),pair(0.07,50)],1)

into:

zpk(-2*pi*[0 0 0 0.005 pair(0.045,50)],-2*pi*[0.0025 pair(0.015,65),pair(0.005,70),pair(0.035,50)],1)
H1 ISC
daniel.hoak@LIGO.ORG - posted 16:04, Tuesday 21 October 2014 - last comment - 20:04, Tuesday 21 October 2014(14560)
OMC work: AS beam stabilization, several-hour drift, offset locking mode

Latest news from the OMC:

==== Beam stabilization at the dark port ====

To keep the beam centered on the both the AS WFS and the OMC, I recalculated the actuation matrix for the OMC alignment loops, following Koji's calculations in T1400585.  Instead of using OM1 and OM3 for the alignment control, now we use OM1 and OM2, so that all of the control is upstream of the WFS.  This works very well; the low-frequency beam motion on the WFS is suppressed by 10x or more.  In the first plot attached the solid lines (references) are without the OMC alignment loops engaged, the dashed curves are with the OMC QPD servo on.  It doesn't look as though ASC-DC loops from the WFS --> OMs are necessary, but this may change when the dark port is dominated by higher-order modes (all this work was in a single-bounce configuration).  In principle any motion of the OMC suspension relative to the WFS will not be suppressed, from the point of view of the WFS, since the OMC QPDs are on the OMC breadboard, and the WFS are fixed to the table.

Anyways if you want to keep the beam centered on the AS WFS, you can set the OMC guardian to the 'ASC_QPD_ON' state.  The guardian control should be robust in the event of locklosses (if there's no light on the QPDs it will run the OMC down script and wait for the beam to return).  Note that if cavities are moving through fringes this will screw everything up, so maybe it makes sense to have the OMC guardian managed by the DRMI when ASC loops are being tuned.

 

==== Offset locking state for the OMC (also some gain swapping) ====

To measure the length noise in the OMC I added another state to the OMC guardian, OFFSET_LOCK, that moves the lock halfway off-resonance.  The procedure follows what Zach outlined at LLO.  I found some gotchas that had to be solved: the high-pass filter on the input to the LSC demod needs to be turned off, and the DCPD normalization has a *lower* saturation limit at 0.1 that will totally ruin the DCPD NORM signal for small transmitted power on the DCPDs.  (The overall dc gain in the DCPD A and B filter banks is -122.4dB, so we hit the lower limit pretty easily.)  To keep us from hitting the lower rail, I moved a gain factor of 1000 from the DCPD SUM filter bank to the DCPDs themselves, this keeps the output of DCPD_NORM_FILTER above the lower saturation limit.  The NORM channel is used for the OMC LSC and the SUM (which previously had the 1000x gain, now moved upstream) is sent to the IFO LSC, but the change is common to both DCPDs, and the overall SUM signal hasn't changed, so this adjustment should be transparent downstream of the DCPD conditioning.

 

==== OMC stability over several hours ====

Last night the OMC was locked on a single bounce from ITMY for about eight hours.  The PZT control drifted by 2V, slowly approaching an equilibrium state, and there was no change in the transmitted power.  (There was a small earthquake just after 0900 UTC that caused some noise in the DCPD SUM.)  It relocked a couple of times on its own in the morning.  This is with the QPD servo enabled, not the dither, so the alignment stability is somewhat better than what we'll use for the full IFO.

A 2V change in the PZT drive corresponds to a 28nm change in the cavity length (from T1000276).  The DCPD SUM channel should be calibrated for mA (I think), and for a single-bounce beam with 10W input to the IMC there should be about 19mW at the dark port.  To do: calculate the expected change in cavity length and the time constant to see if this 2V shift in drive is what we expect from thermal expansion of the breadboard.

 

==== OMC LSC demod phase ====

I repeated Nic's measurement of the demodulation phase for the OMC LSC dither loop.  With the OMC LSC loop open, I moved the PZT slightly off resonance, turned on a 100Hz excitation in PZT1, and adjusted the demod phase so that the ratio of the I-phase / Q-phase was maximized.  I found a phase of 70deg was optimal; this is quite a bit off from Nic's observation of 120deg.  I'm not sure how different our methods were, or whether a drift of ~50deg over ~2 months is something we should expect.  We'll keep an eye on this phase and see if it keeps changing.

Images attached to this report
Comments related to this report
daniel.hoak@LIGO.ORG - 20:04, Tuesday 21 October 2014 (14575)

As an alternative to the OMC QPD servo, I set up the ASC DC3 loop for centering the beam on the AS WFS.  The ASC input and output matrices are now set to use AS_A,B --> DC3,4 --> OM1,2.  Both loops have the same filters (in the DC centering filter banks), and the gains are generally the same (although I found the AS_A yaw loop, DC3_Y, was unstable and needed to be 3x lower than the others).  By eye, the current gain settings provide about the same stabilization as the OMC QPD servo, so the UGFs are probably around 5Hz.  Previously we had been using DC4 to center the beam on AS_A, this worked ok but using two loops is quite a bit more stable.  The filters that are enabled are FM1,2,3 and 5, although I have left the integrator (FM2) off for now.  Probably the thing to do is cycle the integrator on lockloss in the guardian.  Or clear the history.

I edited the guardian scripts (ENGAGE_CORNER_WFS_CENTERING in the ISC_GEN_STATES module) to turn on the correct matrix elements and filters.  Also I added the DC3 loops to the CORNER_WFS_DC_centering_servos_OK function.  These names are getting a little rococo.

H1 CDS
patrick.thomas@LIGO.ORG - posted 15:49, Tuesday 21 October 2014 (14559)
Changes to Beckhoff PCAL library updated at end X
Patrick, Shivaraj

Opened remote desktop to h1ecatx1
Ran svn update for C:SlowControls
Opened TwinCAT Target Configuration GUI
Selected H1ECATX1, PLC3
Ran 'Stop', 'Update from source', 'Compile' and 'Activate and run'. No errors.
Noticed all channels went white/invalid for end X Beckhoff
Ran 'exit' in the IOC.
Ran 'Restart EPICS database' in the TwinCAT Target Configuration GUI. Channels recovered.

Burtrestored h1ecatx1 PLC1, PLC2 and PLC3 to 14:10 today.
H1 SEI
hugh.radkins@LIGO.ORG - posted 15:11, Tuesday 21 October 2014 (14557)
WBSC3 ITMX ailing HEPI sensors Update

re 14488, I switched the ITMX H1 L4Cs and saw that the large L4C offset stays with the channel and not with the sensor itself.  With the Pier Pod powered off, the epics reading remains at -4300cts so the problem is down stream of the Pier Pod.  McCarthy and I will revisit this next week or whenever we can.

The IPS problem noted in 14488 has not resolved although I thought I had found a problem.  The sensor flag stands between the IPS sensor element pair and it looked like the flag was touching the Sensor Holster wall--I was unable to slip a piece of paper between them.  I've spotted this on a few Actuators and thought rubbing was the problem.  However, attached is Spectra taken at 1230 today and there is little changed even though I had made sure it was well clear.  There is another potential rubbing spot (right near by) but I failed to look this morning.  See the second attachment here where I point to the two rubbing locations.

Images attached to this report
Non-image files attached to this report
H1 SEI
patrick.thomas@LIGO.ORG - posted 14:53, Tuesday 21 October 2014 (14558)
OPS: reset of HEPI L4C Accumulated WD Counters Tuesday 21st October 2014
Reset HAM2, HAM3, HAM4, HAM5, BS and ETMY.
H1 AOS
edmond.merilh@LIGO.ORG - posted 14:36, Tuesday 21 October 2014 (14556)
UIM chassis removed from Quad Test Stand for Modification

The UIM Chassis S0900300 was removed from the Quad test stand to be modified in compliance with E1400164. It will be returned after a full set of TFs and Noise measurements have been recorded.

H1 AOS
jason.oberling@LIGO.ORG - posted 14:25, Tuesday 21 October 2014 (14555)
ETMy Optical Lever Re-aligned

Doug, Jason

Re-aligned the ETMy optical lever this afternoon, approximately 1400 PDT.

H1 SEI (SEI)
hugo.paris@LIGO.ORG - posted 14:16, Tuesday 21 October 2014 (14554)
BSC-ISI overview screen updated

The BSC-ISI overview screen was updated to add a missing column on the STS2CART matrix display. The new screen was commited under the svn:

/opt/rtcds/userapps/release/isi/common/medm/bscisi/ISI_CUST_CHAMBER_OVERVIEW.adl  -r8929

Images attached to this report
H1 CDS
patrick.thomas@LIGO.ORG - posted 12:59, Tuesday 21 October 2014 - last comment - 13:17, Tuesday 21 October 2014(14551)
updated Conlog channel list
Added 660 channels (including guardian channels)
Removed 36 channels
Comments related to this report
patrick.thomas@LIGO.ORG - 13:17, Tuesday 21 October 2014 (14552)
Updated again to remove guardian message channels (_GRDMSG) (removed 68 channels). These would get stored as an array of numbers instead of strings.
H1 SEI
fabrice.matichard@LIGO.ORG - posted 09:47, Tuesday 21 October 2014 - last comment - 16:37, Sunday 26 October 2014(14537)
Seismic Performance: Windy days, Normal days, ISI Off. Room from improvement at ETMY.

Goals:

I have been looking into recent data in order to:

- compare the performance form units to units

- correlate ISI stage 1 performance with optical lever motions

- compare winday times with regular times

 

Plots Desciption:

There are 4 figures attached. Each one display one hour of data.

- The first figure is for the windy afternoon on Saturday October 11th reported by Sheila

- The second figure is for Sunday October 19th at 3am

- The second figure is for Monday October 20th at 3am

- The second figure is for this morning, October 21st at 3am

 

In each of the four plots attached:

- the three plots in the top row show the ISI longitudinal motion (along the arm axis). Left plot is time series, middle is ASD, right is RMS.

- the three plots in the middle row show the optical lever pitch motion. (Left plot is time series, middle is ASD, right is RMS.)

- the three plots in the Bottom row show the optical lever pitch motion. (Left plot is time series, middle is ASD, right is RMS.)

 

Comments:

Windy day (first plot):

In the first plot (windy day), the ISI stage 1 RMS motion is about 10 times higher than usual, around 1000 nm/s RMS instead to about 100 nm/s in normal days. The Stage 1 motion is dominated by features below 50 mHz, most likely tilt as reported by Krishna.

The optical lever pitch motion is about a factor of 3 or 4 higher than usual (around 100 nRar instead of a few tens). Though the ISI is shaking at 50 mHz, the RMS of the optical lever is still dominated by the suspension mode at 0.5 Hz. 

ETMY test mass pitch is moving twice as much as the others. This can clearly be correlated with the ISI motion at the suspension modes. We need to look into ETMY (something wrong in the blend? not enough loop gain? sensor noise?)

The test masses Yaw motion is dominated by features at the micro-seism, that are probably self inflicted (see comments for the third plot). ISI low performence on ETMY between 0.2 Hz and 1 Hz also affects the performance of the Yaw motion of this test mass.

 

Regular input motion, night time (second plot):

The ISI motion is pretty consistent from chamber to chamber, except for ETMY that should perform better above 0.25 Hz.

The Pitch motion of all test masses is dominated by the 0.5 Hz suspension mode.

The Yaw motion of all test masses is dominated by the micro-seism.

 

ISI off:

the third plot (data taken yesterday night) is quite interesting, as it looks like ITMY ISI was damped only.

In this configuration, ITMY pitch RMS motion is 10 times higher than the other units (near 1000 nrad RMS)

The Yaw motion is much lower (tens of nrad), but the three units isolated don't perform better than the unit damped. The unit damped is dominated by suspension modes features. The units isolated are dominated by micro-seism features.

 

Fourth plot (this morning at 3 amd);

all ISI are ON. They all perform similarly at low frequencies (below 0.5Hz), but optical levers RMS values are high and not consitent from units to units. Maybe some commissioning activities... to be checked.

 

Conclusion:

- we need to look into ETMY, and improve its performance at the suspension frequencies

- on windy times, and assuming alignment is the priority: for reducing the test masses pitch RMS value, we might want to try to improve the ISI performance at 0.5 Hz at the cost of further increasing the very low frequency motion. For yaw, we need to reduce the self inflicted amplification at the micro-seism.

- on regular times, we need to reduce the apparently self-inflicted yaw motion at the micro-seism

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 10:25, Tuesday 21 October 2014 (14541)
Recall that I haven't yet refined the optical lever calibration on the ETMs. My goal is to get to that during maintenance  today (Tuesday, Oct 21 2014).
jim.warner@LIGO.ORG - 13:45, Tuesday 21 October 2014 (14553)

Fabrice pointed out at a telecon this morning that the performance of ETMY was not as good at 1hz as the other chambers. I looked at the filters I designed, and the gain at 1hz was pretty low (only about 10, see pg 2 on first attachment). This was caused by a too aggressive plant fit, which ate up too much gain at ~1hz, something I gotten smarter about since April when I designed these loops. I've touched up just this loop in matlab (second attachment), but I'll wait for a window to install it. Kiwamu said ths hasn't caused problems for them yet, but it would be nice for all platforms to have the "same" performance.

Non-image files attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 21:21, Monday 20 October 2014 - last comment - 12:56, Tuesday 21 October 2014(14531)
indeed multiple zero crossing in SRCL

Alexa, Evan, Kiwamu

We observed some new features which are related to the SRC mode hopping.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 10:41, Tuesday 21 October 2014 (14543)

The SRCL error signal was calibrated in [nm] from a measurement of the open-loop transfer function last night. However the number does not seem right.

Last night, the UGF of the loop was estimated to be 27 Hz, which corresponded to an optical gain of about 5.0 x 1010 [cnts /meters] at the input of the LSC-SRCL filter. Therefore an offset of -800 cnts that we introduced at the SRCL input corresponds to a displacement of 16 [nm] ... which is actually already out of the linear range  close to the edge of the linear range (because the linear range is 20-ish nm 40 nm in full width for SRCL). Something is not right.

kiwamu.izumi@LIGO.ORG - 12:56, Tuesday 21 October 2014 (14550)

I made an independent and more accurate calibration for SRCL. The result suggested that my previous calibration was off by roughly a factor of 2. The optical gain of SRCL should be 1.65 x 1011 [cnts/meters].

Therefore the 800 counts offset that we put yesterday should correspond to a displacement of 4.8 nm. We could sweep SRCL up to 6000 counts or 36 nm in one side of the fringe yesterday.

 

(Calibration method)

In the previous entry, I used the SRCL UGF in order to estimate the optical gain in counts/meters. This time, I used a sideband build-up signal which should give us a direct measure of the SRCL linewdith or liner range.

The plot below shows time series of some signals when we were changing the SRCL offset last night:

As shown in the plot, as we swept the offset of SRCL, the sideband power of SRC observed by AS_RF90 decreased/increased. When the sideband power becomes the half of the maximum,  SRCL must be at the point where the linear range ends. Since we already know how big the linear range should be in terms of the SRCL displacement, we can calibrate the optical gain.

 

The plot below shows a x-y projection of AS_RF90 and SRCL_OFFSET from the same data as shown above:

By performing fitting, I was able to estimate the half-wdith at half-maximum (HWHM). I found the HWHM to be 3300 counts in terms of SRCL_OFFSET. According to galaxy (https://galaxy.ligo.caltech.edu/optics/), the transmissivity of SRM is T_{srm} = 37% for SRM-w14 and this gives a finesse of about 13. Therefore the HWHM should be (1064 nm ) / 4 / finesse = 20 nm. 

Finally the calibration is calculated as (3300 counts) / (20 nm) = 1.65 x 1011 [counts/meters].

Images attached to this comment
Displaying reports 63081-63100 of 77255.Go to page Start 3151 3152 3153 3154 3155 3156 3157 3158 3159 End