Displaying reports 69901-69920 of 83394.Go to page Start 3492 3493 3494 3495 3496 3497 3498 3499 3500 End
Reports until 09:22, Thursday 11 September 2014
H1 PEM (DetChar, PEM)
sudarshan.karki@LIGO.ORG - posted 09:22, Thursday 11 September 2014 (13878)
Low Frequency Mic
Peter Bojtos, Robert S, Dave Barker

This was a test carried out on two microphones at CS and one at EY with three DAC Box associated with these microphone. I left EX untouched because that setup is working and I am using that as a baseline to check everything else.

 My initial conclusion after looking at the power spectrum and time series plot:

1. MIC S1400302 (at CS) seems to be working with every DAC Box (named B, G and Y). This was not the case when I tested it on Monday. I only tested with DAC B and G and it worked with DAC G but not B. Fishy.

2. MIC S1400299 (at CS) seems to be little arbitrary but may be still working. This was tested with all three DAC Box.

3. MIC S1400300 (at EY) is not working with any DAC Box.

4. Also, the AA chassis that takes the microphone at CS seems to have 10X additional gain compared to EY.

The power spectrum plot and time series plot are attached for comparison.
Non-image files attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 01:25, Thursday 11 September 2014 - last comment - 09:26, Thursday 11 September 2014(13875)
carrier PRMI locked longer with the PR3 opelv servos, recycling gain is still too low

Lisa, Sheila, Rana, Kiwamu

One of the goals for tonight was to test out the PR3 low frequency oplev servo to see if it improves the long term locking stability. And it helped.

We could keep the carrier PRMI locked for more than 30 minutes which is long enough to perform some studies.

The highest recycling gain we obtained tonight was roughly 15. Still too low. The investigation continues.

 

 

(Angular drift)

The PR3 oplev was engaged all the time during the commissioning tonight. We used the pitch loop and left the yaw loop off all the time. This was good enough to keep the PRMI locked for a long time.

On the other hand, we did not have to pay attention to the BS oplevs -- the BS angular drift is not significant or maybe it is not drifting in the carrier lock condition. Indeed, we did not observe a significant long term degradation in the dark port beam pattern. I attach a vide of the dark port when the carrier PRMI was locked. Note that the BS oplev loops were engaged all time time, which take care of only damping. So there was no control at low frequencies via the opelv.

(Some attempt for a better alignment)

The highest build up we obtained tonight was about 3000 counts in POPAIR_A_LF. Compared with the simple MICH configuration, this is 500 times brighter light (it was about 6 counts when a simple MICH was locked with PRM misaligned.) If we ignore a mode-matching effect, this corresponds to a recycling gain of 15.

However, when the intracavity power was maximized, we noticed that the REFL beam had a terrible beam shape -- the prompt reflection from PRM and the leakage fields were far apart. I will post a video of the REFL beam later. So we suspected a large misalignment in IMs.

We then tried moving a combination of IM3 and IM4, and a combination of IM1 and IM4 to see if we can make both the build-up and refl beam better. This was not successful. We could not optimized both at the same time. Tomorrow, we will check out the ABCD matrix for the IMs to make sure we are moving the right degrees of freedom.

(Some loop studies)

In parallel to the low-recycling-gain study, we measured the open loop of the length loops. The UGF of PRCL was about 40 Hz and MICH was 8 Hz. The phase looked OK. We will quantitatively cross-check the loops with models tomorrow.

Non-image files attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 09:26, Thursday 11 September 2014 (13877)

Here are videos of the REFL and BS analog cameras when the power in the PR cavity was maximized. You can see how bad REFL was.

Non-image files attached to this comment
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 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 69901-69920 of 83394.Go to page Start 3492 3493 3494 3495 3496 3497 3498 3499 3500 End