Displaying reports 68001-68020 of 77131.Go to page Start 3397 3398 3399 3400 3401 3402 3403 3404 3405 End
Reports until 20:07, Tuesday 21 January 2014
H1 ISC
corey.gray@LIGO.ORG - posted 20:07, Tuesday 21 January 2014 - last comment - 13:00, Thursday 13 February 2014(9413)
EY TMS In-Vac Cabling Work
Comments related to this report
corey.gray@LIGO.ORG - 13:00, Thursday 13 February 2014 (10063)

NOTE:

The short was actually between pin 1 & 23.

H1 ISC
stefan.ballmer@LIGO.ORG - posted 19:25, Tuesday 21 January 2014 - last comment - 01:05, Wednesday 22 January 2014(9412)
First PRMI locks
Kiwamu, Stefan

We locked the PRMI on the sidebands today. The locks lasted for about 1min at a time. Lock acquisition is still slow, so more work is needed.
The first lock started at UTC 2014 Jan 22, 01:59:42, and lasted until 02:00:25. There were several additional locks after that.
Attached is a large screen shot with all relevant screens.

We managed to get a preliminary OLG measurement for PRCL, the UGF seems to be around 55Hz (plot attached.)
We were not successful with a MICH OLG measurement yet.

Finally, attached is also a plot of error and control signals for the two loops.
Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 01:05, Wednesday 22 January 2014 (9414)

It seems that the pitch motion in PRM and PR2 is excited a lot during the acquisition and this prevents us from a smooth and quick lock.

In fact, when I enabled the LSC output after the pitch motion of PRM and PR2 settled down, it often locked within 5 sec. However, when their pitch rang up to more than 1 urad in RMS, locking became extremely difficult -- it catches a fringe approximately once per 5-10 minutes. Also, it seems to me that the unlock events were more or less initiated by the pitch fluctuation. See an example in the attached.

Images attached to this comment
H1 CDS (ISC)
sheila.dwyer@LIGO.ORG - posted 18:49, Tuesday 21 January 2014 (9411)
End X etherCAT machine

I restarted the end X beckhoff machine a few minutes ago (first it had the run time error not found error, then I tried to do an SVN update and was unable to connect to the repository, even though I could see the repository using firefox.  Dave was able to check the snv status, and everything seems to be locked.)  After restarting none of the variables were being exported, even on the beckhoff machine I could not caget them although the PLCs seemed to be running as well as the IoC.  After using the install script to restart EPICS database, the variables seem to be exported, but they are not correct (for example, in the PLC, I can see that H1:ALS-X_FIBR_LOCK_FIBER_POLARIZATIONPERCENT is 17, but if I caget on the beckhoff machine it is zero.  Also, values that I enter on medm screens do not make it into the beckhoff machine.

I think that I have found the beat note between the single shot beam and the PSL doubled light on ISCT1, right now it is at -49dBm, (nothing has been optimized) I wanted to confirm this is it by unlocking the X end PLL and seeing it move in frequency, but that is not possible without the  end TwinCAT.

H1 SYS (SEI, SUS)
jeffrey.kissel@LIGO.ORG - posted 18:48, Tuesday 21 January 2014 - last comment - 05:43, Thursday 23 January 2014(9410)
ODC Bit Confirmation for ER5: IMC components in HAM2, HAM3
In order to ensure that the ODC bits are sending valid reports, I've visually confirmed the status of each subsystem module mentioned below. The ODC is currently reporting a happily locked mode cleaner and I confirm this is true. The goodness has been going on for a while now (as Stefan and Kiwamu are trying to lock the PRMI), but officially, we can say the goodness has been on-going since Jan 21 2014 6:00pm PST (Jan 22 2014 02:00:00 UTC, GPS 1074391216).

DetChar bonus tasks: 
- Post performance ASDs of all the components mentioned below as a comment. I wanna see what "good" looks like for these systems. 
- We should also be able to use tonight as an average reference ASD for recoloring the IMC_F / IMC_L data in to fake DARM.
- Show me spectra of the coil driver noise monitor channels. Show me what a "normal" coil output voltage ASD is for each of the driver stages. Let me know if there are any DAC saturations.
- For the IMC ODC, trend the H1:IMC-MC2_TRANS_SUM_OUTPUT, H1:IMC-IM4_TRANS_SUM_OUTPUT channels (which feed into ODC bits 10-13). Tell me where they average, and what the peak value is on the ~minute time-scale. Find out from the IO group what the expected power budget is from POWER IN to MC2 TRANS SUM, and from POWER IN to IM4 TRANS SUM, so we can stick that into the [W/W] gain and have these bits' thresholds be calibrated.

During this time there was no excitation on anything mentioned below.

IMC: IMC Locked, IMC WFS control ON, spitting out clean 00 mode light.
     ODC bits all green (0-13), bits 2-9 masked out (see LHO aLOG 9373), summary bit (bit 0) and bit 10 are masked out (why?)

HAM2:
HPI: well-performing, well-aligned to target values. Level 1 isolation filters, position-sensor-only ("Pos") blend filters. 
     ODC bits all green (0-3), but summary bit (bit 0) is masked out (why?).
ISI: well-performing [BLRMS lights are mostly green, with some yellow in upper-left corner], well-aligned to target values. Level 3 isolation filters, with "01_28" blend filters. 
     ODC bits all green (0-4), but summary bit (bit 0) is masked out (why?).
MC1: IMC locked, IMC WFS control ON, locally damped and aligned
     ODC bits all green (0-7) are green, but summary bit (bit 0) is masked out (why?).
MC3: IMC locked, IMC WFS control ON, locally damped and aligned
     ODC bits all green (0-7) are green, but summary bit (bit 0) is masked out (why?).

HAM3:
HPI: well-performing, well-aligned to target values. Level 1 isolation filters, position-sensor-only ("Pos") blend filters. 
     ODC bits all green (0-3), but summary bit (bit 0) is masked out (why?).
ISI: well-performing [BLRMS lights are mostly green, with some yellow in upper-left corner], well-aligned to target values. Level 3 isolation filters, with "01_28" blend filters. 
     ODC bits all green (0-4), but summary bit (bit 0) is masked out (why?).
MC2: IMC locked, IMC WFS control ON, locally damped and aligned
     ODC bits all green (0-7) are green, but summary bit (bit 0) is masked out (why?).


I don't imagine I'll get the chance tonight, but if possible I may put these components in various *bad* states tomorrow, to check that the ODC properly reports as such.
Comments related to this report
duncan.macleod@LIGO.ORG - 09:49, Wednesday 22 January 2014 (9430)
Q: "summary bit (bit 0) is masked out (why?)"

A: The summary bit will always appear grey in the 'Mask' portion of the ODC MEDM screens because it is not used in the summary bitmask. The bitmask defines which bits are checked in order to determine whether the summary bit should be turned on, if you were to include the summary bit itself in that check then the bit would never be activated. If this is a cause of confusion, we can remove the summary bit from the bitmask identifier on the MEDM screens.
michael.coughlin@LIGO.ORG - 05:43, Thursday 23 January 2014 (9462)
ASD of IMC-F at this time (psd.png)
ASD of HAM2 ground sensor at this time (psd_ground.png)
Images attached to this comment
H1 SEI
sebastien.biscans@LIGO.ORG - posted 17:49, Tuesday 21 January 2014 (9409)
ETMX performance

I've played with the ISI-ETMX to reduce the excess motion seen in pitch and longitudinal at the suspension point by the ISC group (see Sheila's log).

I've tried different configurations (see plot attached). In all these configurations, HEPI is controlled in position.

I was able to get some improvement, especially in longitudinal. The key was to blend with the T240s to avoid the extra sensor noise coming from the L4Cs at low frequency. We could blend lower, using Ryan's blends (blend frequency at 40mHz). I've been having some troubles with them, but I'll try that again tomorrow.

Even if HEPI-ITMX is not controlled, I've tried the same thing and ended up with the same kind of results. I'll do a more complete post about that later.

Images attached to this report
H1 General (CDS)
jeffrey.kissel@LIGO.ORG - posted 17:00, Tuesday 21 January 2014 (9408)
How to Log Into Wall Monitors
To finally to begin putting non-CDS, useful interferometer diagnostics (band-limited RMS of seismic motion, glitch-grams, inspiral range [when we have one]) onto the wall monitors in the control room, I had to first learn how. Here's how you do it:

From a machine running OSX (e.g. the operator2 station on the right-hand side of the operator's workstation):
- Click on a blank space on the desktop, to switch to the "Finder" toolbar along the top.
- Either
     - Select the "Go" drop-down menu
     - Select "Connect to Server" 
   Or
     - Use the "Command + K" keystroke
- enter in the server 
   vnc://video#
   where # is a number from 0 to 6, representing each vertical pair of monitors around the room. 
This opens up a screen sharing desktop akin to what you see on the wall.

It should have all the same functionality as the OSX workstation from which you've started.
LHO General
gerardo.moreno@LIGO.ORG - posted 16:30, Tuesday 21 January 2014 (9407)
Ops Summary

- 9:05 am, Corey to LVEA West bay, assembly/search for cables.
- 9:13 am, Jim and Adrien to LVEA, work around HAM4.
- 9:29 am, Corey out of the LVEA.
- 9:33 am, Patrick to Mid-Y, retrieve Beckoff chassis for test stand.
- 9:39 am, Mitchell to LVEA, joining Jim and Adrien.
- 9:45 am, Corey to End-Y, cable work.
- 10:11 am, Cyrus and Jim, control room, work per WP#4404.
- 10:16 am, vendor delivery, water.
- 10:16 am, Patrick back from Mid-Y.
- 10:51 am, Kyle to LVEA, x-beam manifold turbo pump work.
- 10:59 am, Mitchell out of LVEA, Jim and Adrien remain inside.
- 11:10 am, Kyle out of LVEA.
- 11:46 am, Jim and Adrien out of the LVEA.
- 12:31 pm, Jeff L. to LVEA, take a load of OFI components and inventory components in the west bay area.
- 12:37 pm, Filiberto to End-X, ISC rack, cable work.
- 1:00 pm, Praxair LN2 delivery, to X-end CP8.
- 2:00 pm, David to control room, work per WP#4405.
- 2:07 pm, David to control room, DAQ restart.
- 2:20 pm, Filiberto out of End-X.
- 2:41 pm, Kyle to the LVEA, turbo-pump by the x-beam manifold.
- 2:54 pm, Sheila to LVEA, ISCT1 to misalign a mirror.
- 2:59 pm, Sheila out of the LVEA.
- 3:05 pm, Jeff L. out of the LVEA.
- 3:50 pm, Jeff L. to the LVEA, inventory OFI components at west bay area.

H1 DAQ (CDS, DCS)
david.barker@LIGO.ORG - posted 15:36, Tuesday 21 January 2014 - last comment - 15:49, Tuesday 21 January 2014(9405)
h1fw0 down of memory upgrade

WP4406

Jim has powered h1fw0 down for its memory upgrade.

Comments related to this report
james.batch@LIGO.ORG - 15:49, Tuesday 21 January 2014 (9406)
h1fw0 is running again, 15:48 PST.  New memory is 72GB.
H1 CDS (SEI)
david.barker@LIGO.ORG - posted 14:20, Tuesday 21 January 2014 (9404)
h1seih45 models restarted, new IOP model with WD wired open

WP 4405. I modified the IOP model for h1sieh45 (h1iopseih45) to fix a copy-paste error with the IOP watchdogs. For now, since SR2 is not sending an IPC status I have "wired the watchdog open" by setting the dackill input to unity. When the new IOP watchdog software using the new targeted parts go in I will remove this hard-wire.

14:00 all models on h1seih45 killed, IOP model restarted, all user models restarted (h1hpiham4,5 h1isiham4,5)

14:07 DAQ restarted due to IOP model INI file change

This closes out WP4405

H1 ISC
alexan.staley@LIGO.ORG - posted 12:36, Tuesday 21 January 2014 (9401)
EX PDH Open Loop TF

Sheila and Daniel took several TFs of the EX PDH open loop on friday. I have attached the files, and a matlab script for the graph. These TFs were taken w. the following configuration:

PLL Servo Board:

PDH Servo Board:

Images attached to this report
Non-image files attached to this report
H1 CDS
cyrus.reed@LIGO.ORG - posted 10:22, Tuesday 21 January 2014 (9400)
EPICS Gateway Changes

Jim and I are changing the EPICS gateway configuration as specified in WP4404.  This involves changing the user environment to use EPICS_CA_ADDR_LIST for CA broadcast as opposed to routing through the EPICS gateway.  The gateway processes will remain in place for the vacuum controls (which do not have a default route, and therefore don't support this), and for the FE network to support the EDCU.  The unused gateway processes will be decommissioned.

NOTE:  Once the gateway processes are stopped, you will need to re-launch MEDM, etc. from a new shell to pick up the environment changes.  (The simplest method is to log out, then log back in.  This ensures you are not left with anything 'stale' on the desktop.)

H1 ISC (AOS, SEI, SUS)
sheila.dwyer@LIGO.ORG - posted 09:41, Tuesday 21 January 2014 - last comment - 10:07, Tuesday 21 January 2014(9397)
Pitch fluctuations, going into LVEA

I've attached the oplev trends for PIT ITMX and ETMX over the last 12 hours, (7urad, pp)  these can be compared to the trends in T1300563

(page 11 and 16).  You can see that we had about 1/5 the fluctuations in pitch durring HIFOY that we do now.   After Hugh's work on friday the longitudnal motion is reduced (now we see about 2-3 fringes per second) to levels where wwe should have enough range to lock stably.  As was documented in the alogs 9384 and 9381, the unexpected low finesse of the ETM means that higher order modes ( caused by misalingment or mode mismatching) cause offsets in our locking signals.  As a result we are more sensitive to pitch fluctuations that we should have been, and our lock is not really stable yet.  So if SUS/SEI can work on reducing the pitch fluctuations, we should give them whatever time they need with the optics.  Also, we should simulate if our locking signals would be OK with the level of pitch fluctuations seen durring HIFO Y. 

Last, I am going into the LVEA to look for parts in the east bay and work on ISCT1. 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 08:15, Tuesday 21 January 2014 (9398)

Out of LVEA

SHG output green power is 0.14mW, ALS prisim is in place. 

keita.kawabe@LIGO.ORG - 10:07, Tuesday 21 January 2014 (9399)

Seems like the short term fluctuation of ETMX PIT was 3 to 4 urad pp after it quieted down in the plot.

The ETM rotation is amplified by a factor of R_ETM/(R_ETM+R_ITM-L)=12.6 to give the rotation of the cavity axis where R_ETM=2241.5m, R_ITM=1936.5m, L=4000m. (Replace R_ETM with R_ITM in the numerator to produce the amplification factor for ITM, which gives a factor of 10.9.)

The same ETM rotation is going to shift the cavity waist vertically by angle*R_ETM*dITM/(R_ETM+R_ITM-L)=angle*1260m where dITM is the distance from the cavity waist to the center of the curvature of the ITM (about 100m). (Replace dITM with dETM, about 80m, for ITM rotation.)

  ETM angle (urad p-p) cavity angle (urad p-p) divided by 20urad divergence angle cavity waist vertical/lateral shift (mm p-p) divided by 8.5mm waist radius
PIT 3 to 4 when quiet

(38 to 50) / 20

= 1.9 to 2.5

(3.8 to 5.0)/8.5

= 0.5 to 0.6

YAW 1 13 / 20 = 0.65 1.3/8.5 = 0.15

In OAT and HIFO-Y not only was the mirror motion itself smaller, but the geometry was also better because the denominator in the amplification factor, R_ETM+R_ITM-L, was (2303+2312-4000)=615m instead of 177m, i.e.  the cavity axis rotation per mirror rotation was a factor of 3.5 smaller than it is now.

H1 ISC (ISC)
stefan.ballmer@LIGO.ORG - posted 20:44, Monday 20 January 2014 (9396)
Acquiring PRY using only the BS actuation - BS L2P and L2Y decoupling a success
Kiwamu, Stefan

With the BS L2P and L2Y decoupling in place we were successfully able to hand off a PRY lock to the BS, turning off any PRM and PR2 feed-back.

We needed an output matrix element of -0.05.

The attached open loop gain plot shows a lock on PRM & PR2 in black, the original BS lock in orange, and the final BS lock after adding an additional z30:p100 lead filter.

I then noticed that the BS is still ringing up during lock-acquisition because of an asymmetric saturation in the M2 coils. Adding a low limiter (10000cts) before the f^2 filter fixed the problem, but that was not enough low frequency range once in lock.
Thus I added a z1:p20 filter in the ISCINF filter, with a 2e5cts limiter, followed by a z20:p1 filter in the M3_LOCK filter. This way I can limit high-frequencies earlier, but still have the low frequency range.

With that the PRY was acquiring using only the BS actuation (StripTool trace attached) - success!

Next on the to-do list: power-recycled Michelson.

Images attached to this report
H1 ISC (ISC, SUS)
stefan.ballmer@LIGO.ORG - posted 16:57, Monday 20 January 2014 (9394)
BS L2P and L2Y decoupling using the drivealign matrix (driving stage M2)
Koji, Kiwamu, Stefan

We finished setting the BS drivealign matrix. Attached are the transfer functions of the two filters.
To test it we put in a 0.5Hz drive, and took a snapshot of a StripTool, starting without the drivealign elements, and ending with the L2P and L2Y drivealign elements engaged.

Note that we don't understand why the L2P coupling seems to fall faster than 1/f^4 above 3Hz. Since the measurement has very low coherence, this might actually be a measurement error. However, since the drive is so weak up there, this might actually not matter in practice.


The raw data is in
/ligo/home/controls/sballmer/20140115/BSTFdata
BSTF_v5measDone.xml
BSTFpitch_v5.xml
BSTFyaw_v5.xml

For reference, here are the actual filters used:

BS_M2_DRIVEALIGN_L2P:
zpk([0.0988999+i*0.419892;0.0988999-i*0.419892;0.0016662+i*0.747769;0.0016662-i*0.747769;
    0.77626+i*1.58279;0.77626-i*1.58279],[0.0545374+i*0.369777;0.0545374-i*0.369777;
    0.330458+i*2.11871;0.330458-i*2.11871;0.0573483+i*1.115;0.0573483-i*1.115;0.033991+i*0.481048;
    0.033991-i*0.481048],-0.010800065,"n")

BS_M2_DRIVEALIGN_L2Y:
zpk([0.0375136+i*1.25343;0.0375136-i*1.25343;0.185383+i*1.14346;0.185383-i*1.14346],
    [0.0211465+i*1.07707;0.0211465-i*1.07707;0.255547+i*1.35495;0.255547-i*1.35495],-0.00289650892,
    "n")

Images attached to this report
H1 ISC (SYS)
daniel.sigg@LIGO.ORG - posted 21:31, Saturday 18 January 2014 - last comment - 14:17, Tuesday 21 January 2014(9385)
X-arm Cavity Length

Doc D0901920 lists the cavity length as 3994.485 m (as built, anyone?). The attached Mathematica snipped calculates the axial location of the sidebands.

Non-image files attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 12:51, Tuesday 21 January 2014 (9402)

The as-built distance for the X-arm cavity according to IA (Jason & Doug) is 3994.472 ± 0.004 m.

douglas.cook@LIGO.ORG - 14:17, Tuesday 21 January 2014 (9403)
I would like to get an accurate X arm cavity length measurement when we do a cavity characterization. I have ask JAX if she had some time for this after we pump down. She did this during the HIFOy test. This along with the survey as built numbers would help verify the BTVE-8 (gold standard) monument position at the X-end station with its relationship to the BTVE-5 in the corner station. We would incorporate data from the ITMx survey monuments based on their as built position to the BTVE-5. We would possibly gain a more accurate measurement of the distance between the BTVE monuments for the future.
H1 IOO (ISC, PSL)
kiwamu.izumi@LIGO.ORG - posted 16:00, Friday 06 December 2013 - last comment - 17:22, Monday 20 January 2014(8867)
EOM characterization: good

Alexa, Stefan, Sheila and Kiwamu

Yesterday, we set up an optical spectrum analyzer on the PSL table to measure the characteristic of the EOM. The results look good except for the 24 MHz resonance . The resonance for the 24 MHz sideband is apart from the modulation frequency by 250 kHz or so. However the IMC doesn't need a large modulation depth and the IMC locking has been OK, we are good. Also, I took some impedance data and will put those data together into a DCC document for a record purpose.

The plots below are the measured modulation depth when driven hard as a function of the modulation frequencies. The vertical dashed-lines represent our actual modulation frequencies i.e. f1 = 9099471 Hz , f_mc = 24078360 Hz and f5 = 5 x f1.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 15:55, Monday 20 January 2014 (9393)

A document summarizing the measurements and their results is now available in DCC (https://dcc.ligo.org/LIGO-E1300966).

kiwamu.izumi@LIGO.ORG - 17:22, Monday 20 January 2014 (9395)ISC

I kept forgetting to report the important information regarding to the modulation depths. Here are the estimated modulation depths:

   Modulation depths [rad] Peak height measured with OSA RF power at the input
9 MHz 0.1 20 mV 12.3 dBm
24 MHz less than 0.04  less than 3 mV 13.8 dBm
45 MHz 0.07 10 mV 10.8 dBm

The peak height of the carrier light was about 7.3 V. I used 2 * sqrt(V_sideband / V_carrier) to derive the modulation depths.

Displaying reports 68001-68020 of 77131.Go to page Start 3397 3398 3399 3400 3401 3402 3403 3404 3405 End