Displaying reports 63741-63760 of 77231.Go to page Start 3184 3185 3186 3187 3188 3189 3190 3191 3192 End
Reports until 18:54, Wednesday 10 September 2014
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 18:54, Wednesday 10 September 2014 (13873)
REFL WFS demod phase readjusted

I readjusted the demodulation phase of all the REFL WFSs. This time, instead of using a IMC excitation techqnue, I simply used a free swinging PRX signal and minimized the q-signals. The phases were adjusted such that every segment has the same sign.

In the process, I found that five RF cables disconnected from the field rack. Bad. This explains why we did not have a good signal in REFL_A_RF9_SEG4. I plugged them back in. Now they can see reasonable signals.

 

=======

H1:ASC-REFL_A_RF9_SEG1_PHASE_R -75.5
H1:ASC-REFL_A_RF9_SEG2_PHASE_R -55
H1:ASC-REFL_A_RF9_SEG3_PHASE_R -58
H1:ASC-REFL_A_RF9_SEG4_PHASE_R -75
H1:ASC-REFL_B_RF9_SEG1_PHASE_R -83
H1:ASC-REFL_B_RF9_SEG2_PHASE_R -85
H1:ASC-REFL_B_RF9_SEG3_PHASE_R -85
H1:ASC-REFL_B_RF9_SEG4_PHASE_R -79
H1:ASC-REFL_A_RF45_SEG1_PHASE_R -116
H1:ASC-REFL_A_RF45_SEG2_PHASE_R -90
H1:ASC-REFL_A_RF45_SEG3_PHASE_R -86.4
H1:ASC-REFL_A_RF45_SEG4_PHASE_R -104.3
H1:ASC-REFL_B_RF45_SEG1_PHASE_R -178
H1:ASC-REFL_B_RF45_SEG2_PHASE_R -179
H1:ASC-REFL_B_RF45_SEG3_PHASE_R 178
H1:ASC-REFL_B_RF45_SEG4_PHASE_R -177
H1 ISC
nicolas.smith@LIGO.ORG - posted 17:58, Wednesday 10 September 2014 (13869)
Simple analytic model of PRC recycling gain in the presence of differential ITM lenses

Lisa asked me to think about the problem of how the radius of curvature error of the ITMs affects the recycling gain.

I’ve made a very simple modal analysis of a power recycling cavity with mismatched ITMs. To calculate the scattering from the 00 mode to the bull’s eye (mode mismatch) mode, I used Modal Model Update 4.

The scattering matrix element from the 00 mode to the bull’s eye is:

langle B | D | 00 
angle = i frac{kw^2Delta R}{2R^2}

where k is the wavenumber, w is the beam width radius, Delta R is the ITM radius error, and R is the ITM radius.

So computing the resonant mode in the cavity, including the scattering to second order, I calculate the amplitude recycling gain (assuming only a differential error in the ITM lenses) to be:

frac{t_p}{1-r_pr_i(1-frac{k^2w^4Delta R^2}{32 R^4})}

where t_p and r_p are the PRM amplitude transmission and reflection coefficients, and r_i is the ITM amplitude reflection coefficient. The expression reduces to the standard FP cavity formula for Delta R=0.

The full mathematica notebook includes losses, and a common ITM radius error, but those effects are small.

Plugging in numbers from Lisa, I get the recycling gain with no lens to be 61 and with the ITM lenses it’s 57.

Non-image files attached to this report
H1 SEI
jim.warner@LIGO.ORG - posted 17:30, Wednesday 10 September 2014 - last comment - 17:40, Wednesday 10 September 2014(13868)
ITMX ISI is running now
-Punchline: I screwed up the measurement settings. These are critical in the calculation of the blend filters. I have loaded new blends based on old data, so ITMX is running, but not in an ideal configuration, as the controllers were designed around a different data set. I will work on getting proper data (last time, I swear!) this weekend. 

-More detail: If you look at the first attached pdf, the second page shows what the complementary filters should more or less look like, the gain for the sum (say, for the X loop) should be ~1 all the way across and the phase for the sum should be zero. The same page on the second plot shows what was causing the problems at ITMX. The gain for the sum does not stay at 1 and there is a large loss of phase in the 1-10hz region. This was causing loops to go unstable. 

-I didn't notice this at the time, because the commissioning script that calculates the filter produces a plot of the complementary form of the filters (shown in the first png file, the sum is the thicker line at 0 dB) that looks complementary. Something is wrong, somewhere.

-The form that gets loaded into Foton (second png, produced by the same script) should have alerted me, but it's a much less straightforward plot. The third and fourth pngs shows the same plots of the "good" blends, currently installed. 

-The only clue I would have had before trying to run things at this point is that the T240 and L4C blend filters should have been closer together on the Foton plots. Maybe there were other clues, but that's all I can see right now.

-How I figured this out: 

-I worked through the seismic commissioning scripts, designed my isolation loops and installed everything. Damping turned on (although, the first time round the St1 outputs were low) but turning on loops was difficult. 

-When I took open loop measurements in DTT my UGF was lower than expected. The magnitude shown in png #5 (the different traces are different loop gains, blue is a gain of 1, so look at blue) shows the UGF is much lower than design, I designed for 30 hz. The 6th picture shows that the loop has 0 phase at 30 hz and the shape wasn't right, it looked tilted relative to my design. My loop design for St1-X is in the last picture.

-Looking at blends, isolation loops and every other filter I could think of loaded in Foton didn't really yield any help. It wasn't until I ran JeffK's plot_current_blends script (which really should be a function, it would be nice) which produced the attached pdf's that I could see that the blends weren't complementary. After a lot of deleting, reloading and other shenanigans, as well as hours on the phone with Rich and Hugo, I decided to try loading old (Nov of last year!) data and seeing what blends I got. 

-Problems fixed. 

-Head-desk.
Images attached to this report
Non-image files attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 17:40, Wednesday 10 September 2014 (13872)
To avoid this in the future:

-Tomorrow before the commissioners come in, I will do some measurements to figure out the right gains and alog the results. I have a guess, there are only 8 possibilities, and I've already tried 2.

-Hugh and I now both know how to add code to our matlab tf scripts to set these gains before we run the measurement, so I'll add the appropriate code to the our scripts here.
H1 SEI
jeffrey.kissel@LIGO.ORG - posted 17:17, Wednesday 10 September 2014 - last comment - 10:22, Friday 12 September 2014(13870)
LHO SEI Team + Seb's To-do List Sep 11 - Sep 19
H. Radkins, J. Warner, S. Biscans, J. Kissel

Here's a prioritized list of things the LHO SEI Team + Seb intends to tackle (or start tackling) over the next 10 days or so.

(1) Fix problems with ITMX ST1 [[DONE -- aLOG pending shortly]]

(2) (a) Add control of sensor gain and whitening settings to matlab transfer function scripts to ensure they're *always* in the right configuration. 
    (b) Fix blend filter design plots in commissioning scripts to show the blend design MUCH better than it currently does.

(3) Finish commissioning HAM4 and HAM5 ISIs and HEPIs

(4) Support commissioning efforts with "spot" improvements, if possible.

(5) Resurrect Fabrice's Standardized Commissioning Steps list

(6) Use (5) to assess all chambers, to see where we are -- at least with the "fixed" stuff

(7) Gather "current performance" plots for all chambers

(8) Gather HAM2 and HAM3 in-vac, HEPI unlocked, floating, with fluid TFs and HEPI-Position-controlled ISI TFs to help investigation with HAM4 and HAM5 results

(9) Resurrect plant comparison script and use it to compare in-vac transfer functions between HAM and BSC ISIs

(10) Teach Jim and Hugh how to commission sensor correction / feed forward.

(11) Play with Beam Rotation Sensor at EX -- try to get some performance improvements

(12) Think hard about HAM and BSC performance models.
Comments related to this report
jess.mciver@LIGO.ORG - 17:40, Wednesday 10 September 2014 (13871)

It would be great if you could also look into the problem reported in alog 12818 in July.

Summary: the archived, science frame versions of the ETMY ground motion monitor channels are still not recording the data properly, but the STS2 sensor looks fine. 

sebastien.biscans@LIGO.ORG - 10:22, Friday 12 September 2014 (13902)

Hey Jess,

It seems that everything is fine on a simulink/adc point of view. The issue is that the MEDM is not set up properly: the matrices are wrong, therefore we're not sending the signal to the frames, but to nothing ...

We just have to change the matrices to fix that. We'll do ASAP.

H1 COC (COC, INS)
michael.landry@LIGO.ORG - posted 16:08, Wednesday 10 September 2014 - last comment - 09:44, Wednesday 04 March 2015(13865)
More electrometer tests with pilot ITMY

We made two additional experiments with the unsuspended, isolated pilot (Corning ETM02) ITMY, in the west bay of the LVEA. (Moreno, Landry)

1) We applied FirstContact to the HR surface, let dry over 24h, measured no excess charge (no more than |3V| at 1" from HR surface, AR surface, and barrel), ripped the FirstContact off the HR face in ~20s *without* doing any TopGun ion gun blowing, and then measured the voltage 1" from the HR surface. We find the resultant charge negative, with a claimed voltage of ~-22kV, -22kV and -22kV at three points across the face of the optic.  Assessing the AR surface, we find a voltage 1" from the AR face of -12.1kV, -12.1kV and -11.3kV.  

2) We made another trial in which after FirstContacting, we removed the polymer film while TopGun blowing to neutralize the surface.  We followed the same basic procedures as outlined in alog 13104, with slightly different timings. The primary change in the experiment was the grounding of the optical table, and the addition of a grounded Al foil shield (see photo attached).  The addition of the shield and ground dramatically changed the behaviour seen in the prior experiment linked above: generally, individual measurements that took minutes to settle exponentially to some voltage now settled in seconds.  Furthermore, the apparent long time constants for which it seemed necessary to continue with the ion gun (~9min total) were not observed in this experiment. We took 2 minutes to pull the FirstContact, which included a coincident 2 minute TopGun blow, plus one additional minute of TopGun blowing, and measured +18 to +30V at several locations 1" from the surface of the HR side of the optic.  

We'll repeat experiment #2 one more time, with shorter intervals between electrometer measurements, to better understand the field sizes, signs, and time constants.

Images attached to this report
Comments related to this report
michael.landry@LIGO.ORG - 09:44, Wednesday 04 March 2015 (17070)

In our final measurement trial of Top Gun de-ionizing of this (FirstContacted) test mass, we used shorter de-ionizing times to understand how quickly charge was being neutralized.  Times are impacted by presence of the partial Al shield (in place for this trial).

i) FirstContact was re-applied to the test mass.  The test setup was the same as above, and per the photo: grounded table and partial Al foil shield, also grounded.

ii) We then pulled the FirstContact over a period of one-minute, with coincident TopGun de-ionizing.

iii) Measuring the voltage with the field mill 1" from the center of HR surface, we find +440V, and at the limb of the optic (top,right, bottom, left) of +290V, +385V, -12V, and +50V.  The sign here is unexpected given prior measurements have shown that post-FC rip, the charge is negative.  For the AR surface, we find 0V 1" from the center, and +30V and -20V near the limb.

iv) After an additional 1m of TG de-ionizing, measurements 1" above the HR surface show: +10V (center), +8V, +10V, +12V, +8V (limb top, right, bottom, left).  The surface is effectively neutralized.  The 1" measurments above the AR surface show +28V (center), 0V (top), +15V (bottom)

v) After an additional 1m of TG de-ionizing (now 3m total), measurements 1" above the HR surface show: +20V (center), +25V, +20V, +15V, +15V (limb top, right, bottom, left).  The 1" measurments above the AR surface show +8V (center), +10V (top), +8V (bottom)

H1 CDS
james.batch@LIGO.ORG - posted 16:04, Wednesday 10 September 2014 (13866)
New version of dataviewer installed
A new version of dataviewer has been built and installed for Ubuntu and OS X control room computers.  This version allows unsigned integer data to be viewed properly, fixes a bug where the mean value of integer data in minute trends was always 0 or close to it, and allows selection of short channel names from the channel menu.  WP 4837.
LHO VE
kyle.ryan@LIGO.ORG - posted 14:29, Wednesday 10 September 2014 - last comment - 16:15, Wednesday 10 September 2014(13864)
Swapped PT170B and PT180B sensor electronics
Following the recent replacement (generic maintenance) of PT120B, PT170B and PT180B Cold Cathode gauge sensor+electronics, there has been an apparent 25% discrepancy between the indicated pressures of the new PT170B and PT180B gauges -> Swapping the removable electronics between the two units has (surprisingly) resulted in both read backs being as expected in both absolute and relative pressure values 
Comments related to this report
kyle.ryan@LIGO.ORG - 16:15, Wednesday 10 September 2014 (13867)
This result might make sense considering that these three gauges were all replaced at the same time and the electronics units were removed from the sensors to ease the installation of the sensors.  No attempt was made to keep a given electronics unit together with its associated, as received from the factory, sensor head.  These (sensor+electronics) pairs are probably factory calibrated as a set and we probably had mixed up these pairs on initial installation of the electronics units.  These units don't have a provision for user calibration. 
H1 AOS
jason.oberling@LIGO.ORG - posted 13:58, Wednesday 10 September 2014 (13863)
ITMy Oplev

As stated yesterday, I changed the ITMy oplev laser and saw no change in the sawtooth pattern in the oplev yaw.  I noticed that the curtains of the cleanroom that is still sitting over the Y manifold spool were resting on the oplev receiver pylon.  Today we moved that cleanroom and saw, once again, no change in the sawtooth pattern.  See the attached dataviewer screenshot, where the signal gets noisy is when we moved the cleanroom.  Will continue to investigate.

Images attached to this report
H1 SUS (SUS)
aaron.sevigny@LIGO.ORG - posted 13:38, Wednesday 10 September 2014 (13862)
ESD Bias Filter change
Changed location of ESD bias filter at ETMX and ETMY to before the 10kohm resistor instead of after.
H1 SEI
hugh.radkins@LIGO.ORG - posted 12:01, Wednesday 10 September 2014 (13861)
EndX & EndY HEPI Pump Controllers Restarted to confirm database alarm addition goodness

no issues, goodness is good.

H1 SEI (CDS)
hugh.radkins@LIGO.ORG - posted 09:00, Wednesday 10 September 2014 - last comment - 10:38, Wednesday 10 September 2014(13858)
WHAM 2 & 3 HEPI off line line from ~secret DK (dackill?)

Despite having everything green and resets pressed on all the HEPI screens(watchdog, dackill, iopdackill) there is no output to the Actuators.  There are DK red lights on the CDS Overview.  We (Richard & I) can't figure out how to clear this.  He went away and return with "Restart the Model."

Comments related to this report
james.batch@LIGO.ORG - 10:34, Wednesday 10 September 2014 (13859)CDS
After scanning dmesg and the /proc/h1iopseih23/status file, I didn't see any obvious reason why there was a DAC enable error.  Restarted all models on h1seih23 to clear the DAC Enable error status of the IOP model.
hugh.radkins@LIGO.ORG - 10:38, Wednesday 10 September 2014 (13860)

HEPI & ISI are now isolating normally under Guardian--thanks Jim.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:10, Wednesday 10 September 2014 (13856)
CDS model and DAQ restart report, Tuesday 9th September 2014

model restarts logged for Tue 09/Sep/2014
2014_09_09 09:11 h1iopsusquadtst
2014_09_09 09:11 h1susquadtst
2014_09_09 09:16 h1iopsusquadtst
2014_09_09 09:54 h1iopsusquadtst
2014_09_09 09:54 h1susquadtst

2014_09_09 10:34 h1iopoaf0
2014_09_09 10:34 h1oaf
2014_09_09 10:34 h1odcmaster
2014_09_09 10:34 h1pemcs
2014_09_09 10:34 h1tcscs

2014_09_09 10:46 h1dc0
2014_09_09 10:48 h1broadcast0
2014_09_09 10:48 h1fw0
2014_09_09 10:48 h1fw1
2014_09_09 10:48 h1nds0
2014_09_09 10:48 h1nds1

2014_09_09 10:54 h1isiham4
2014_09_09 10:54 h1isiham5
2014_09_09 11:05 h1lsc
2014_09_09 11:06 h1lsc

2014_09_09 11:07 h1dc0
2014_09_09 11:12 h1broadcast0
2014_09_09 11:12 h1dc0
2014_09_09 11:12 h1fw0
2014_09_09 11:12 h1fw1
2014_09_09 11:12 h1nds0
2014_09_09 11:12 h1nds1

2014_09_09 11:21 h1isiham4
2014_09_09 11:27 h1broadcast0
2014_09_09 11:27 h1dc0
2014_09_09 11:27 h1fw0
2014_09_09 11:27 h1fw1
2014_09_09 11:27 h1nds0
2014_09_09 11:27 h1nds1

2014_09_09 14:25 h1omc
2014_09_09 15:32 h1nds1
2014_09_09 15:50 h1nds1

2014_09_09 17:04 h1iopoaf0
2014_09_09 17:04 h1oaf
2014_09_09 17:04 h1odcmaster
2014_09_09 17:04 h1pemcs
2014_09_09 17:04 h1tcscs
2014_09_09 17:22 h1iopoaf0
2014_09_09 17:22 h1oaf
2014_09_09 17:22 h1odcmaster
2014_09_09 17:22 h1pemcs
2014_09_09 17:22 h1tcscs
2014_09_09 17:34 h1iopoaf0
2014_09_09 17:34 h1oaf
2014_09_09 17:34 h1odcmaster
2014_09_09 17:34 h1pemcs
2014_09_09 17:34 h1tcscs

maintenance day. Startup of h1susquadtst. Swap of DAC in h1oaf0, subsequent replacement of original DAC later. New ISI Ham4,5 code. Reversion of h1lsc to RCG2.8.3. New code for h1omc. Associated DAQ restarts. Unexpected failure of h1nds1.

H1 SEI
sheila.dwyer@LIGO.ORG - posted 01:30, Wednesday 10 September 2014 (13855)
ITMX ISI state and PRMI Locking cont

(Jeff, Jamie, Sheila, Alexa, Lisa)

 

Tonight we used ITMX ISI with the guardian paused. We had damping on stage 2, and on stage 1 X, RX and RY. For stage 1 we used the level 3 controllers that are loaded and a gain of 2.

 

Our goal for the night was to lock PRMI on the carrier. However, we would lose lock when we aligned PRM after locking MICH on mid fringe. We must be missing some setting. We had found the FM2, FM3, FM4 were turned off (probably for locking on PRMI sideband) on LSC_POPAIR_A_LF. So maybe we are missing something else, but we just don't know what. Also the counts on LSC_POPAIR_A_LF_OUT have decreased to 1.8 from 3. To handle this, we adjusted the normalization matrix and triggering values, but this did not seem to work. The MICH mid-fringe OLTF was consistent with the previous measurements. We also slowed down the ramp for aligning PRM, but this did not help.

H1 ISC (ISC)
lisa.barsotti@LIGO.ORG - posted 00:00, Wednesday 10 September 2014 (13853)
New plotting tool for lock loss science
Jamie, Lisa

Jamie improved the tool he adapted from SEI to be able to plot multiple channels and rescale the axis all at the same time. It is now ready for public consumption.
The script which does the magic lives here:/opt/rtcds/userapps/release/sys/common/scripts/lockloss.

usage: lockloss plot [-h] [-w WINDOW] [-c FILE] [-o FILE] time

plot specific time

positional arguments:
  time                  GPS time to plot

optional arguments:
  -h, --help            show this help message and exit
  -w WINDOW, --window WINDOW
                        plot time window in seconds (default: '[-240, 5]')
  -c FILE, --chanfile FILE
                        file with list of channels to plot, 1 per line ('-'
                        for stdin)
  -o FILE, --outfile FILE
                        save plot to file

This is an example which uses a list of channels stored in my PRMI config file with some useful signals. I would be happy to attach this file to this entry, but apparently I can't.
In any case, it is just a list of channels...

lisa.barsotti@opsws3:~$ lockloss -c ~/lockloss/PRMI plot -w '[-200, 5]' 'tconvert Sep 9 10:34 UTC'

This is the lock loss that Kiwamu reported here , where the sideband build up is dominated by a 40 mHz oscillation in ITMX YAW.
The power fluctuations are kind of huge (75%), so the fact that the PRMI unlocked is not surprising, as Kiwamu was saying.

This tools will then talk to the Guardian and automatically provide a selectable list of lock loss GPSs.

The message of this entry is that, as long as NDS2 cooperates, this tools drastically improves the way we have been doing lock loss analysis in the last decade (and any analysis which requires zooming multiple channels, really).
Images attached to this report
H1 SEI (DetChar)
jeffrey.kissel@LIGO.ORG - posted 21:16, Tuesday 09 September 2014 - last comment - 09:57, Friday 12 September 2014(13848)
Random HAM2 HAM3 ISI Trip
J. Kissel, J. Rollins, S. Dwyer, A. Staley

While Sheila and Alexa began to lock PRMI on carrier, the HAM2 and HAM3 HEPI and ISIs tripped for an unknown reason. We'll leave this to people offline to figure out what happened. See attached actuator trip plots from the ISIs.
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 21:36, Tuesday 09 September 2014 (13849)
Again with the tripping. Only HEPIs this time. Only in the vertical direction.
Images attached to this comment
jeffrey.kissel@LIGO.ORG - 21:45, Tuesday 09 September 2014 (13851)
Now can't bring up HAM2 or HAM3 HEPIs with out tripping. Took a look at HEPI pump controller -- the screen's not very non-expert friendly, but there's a red light at the pressure indicator ...
Images attached to this comment
hugh.radkins@LIGO.ORG - 08:25, Wednesday 10 September 2014 (13857)

Pump System is fine--80psi at the output.

Sorry about the medm--been waiting for the long promised Beckoff system to upgrade channels etc.  The Red light is the reservoir level, not pressure; the level switch is not hooked up to system.

jeffrey.kissel@LIGO.ORG - 09:48, Thursday 11 September 2014 (13880)CDS, DetChar
This issue was (sadly) resolved with a restart of front-end processes; see LHO aLOG 13858.

If DetChar's bored they can help CDS trace the problem by grabbing the exact time of failure.

SEI Team -- is the CDS state word used in computing the "you have the ability to drive" outer ring of green?
hugh.radkins@LIGO.ORG - 09:57, Friday 12 September 2014 (13901)

Jeff--The first step of the out ring of the HEPI medm not being green is to go orange or something like that.  This means only that the HEPI L4C have seen some saturations and the counter is no longer zero.  The system is still operating normally even though the medm perimeter is not green.

I don't think this is used to calculate the ODC state bit--I'll investigate.--Jeff, I'm not sure what the CDS state words is.  The ODC state word is green now on ITMX HEPI where the outer perimeter is orange and the Isolation loops are closed.

Displaying reports 63741-63760 of 77231.Go to page Start 3184 3185 3186 3187 3188 3189 3190 3191 3192 End