Displaying reports 63721-63740 of 77231.Go to page Start 3183 3184 3185 3186 3187 3188 3189 3190 3191 End
Reports until 23:11, Thursday 11 September 2014
H1 PSL
kiwamu.izumi@LIGO.ORG - posted 23:11, Thursday 11 September 2014 (13894)
PSL frontend power watchdog tripped, restarted

Jeff K, Kiwamu,

At around Sep 11 2014 21:49:59 PDT tonight, the frontend watchdog of the PSL tripped.

Although we looked into time series of various power monitors, we did not find a trigger event. The 1st attachment is a 20 sec data of the various frontend-related channels. Since we did not see an anomaly in the data, we went ahead and turned the frontend laser back on by going into the PSL enclosure. It came back fine and the PMC, FSS and ISS locked right away. I attach some screenshots of the status monitors for some future reference.

Images attached to this report
H1 AOS (SUS)
jeffrey.kissel@LIGO.ORG - posted 21:47, Thursday 11 September 2014 - last comment - 07:18, Friday 12 September 2014(13893)
ITMY Optical Lever Molesting
J. Kissel, R. Adhikari

In attempts to investigate the long-term, sawtooth drift seen in the H1 SUS ITMY's optical lever (see LHO aLOG 13863), Rana and I went out nudged and poked things on the transmitter/ laser launcher side of things. I attach a time series of the optical lever signal over 4 hours, starting at 2014-09-11 2349UTC, or roughly 4:50p local, and explain the timeline below.
- At around 5:44p local (marked in mustard yellow), Rana gave the pylon a couple of hefty nudges to see if anything was loose. This clearly shifted the pylon in yaw, but had no affect on the sawtooth.
- For the next 10 minutes (between yellow and black), we wandered around the LVEA locking for wrenches to tighten down the nuts and bolts connecting the pylon to the concrete. 
- Having found some, we then cranked on all accessible bolts (marked in black). This moved the pylon in yaw some more. 
- Realizing we needed to open the hood to get it realigned (we got no action out of moving the ITM around), we looked for some allen keys (between orange and black). 
- During this time, you could convince yourself that the sawtooth remained. 
- Once we got back, we opened the lid, which pushed the beam off the edge of the QPD (marked in red). 
- We then unlocked the pitch and yaw adjustment micrometers, and re-centered the beam on the ITM (marked in blue). 
- After recovering the transmitter, Rana went to Daniel's for dinner, and I came back into the control room.
- At around 7:25p local, Kiwamu misaligns ITMY to work on PRX cavity locking, so the beam falls off the QPD again (marked in green).
- At 8:10p local, he realigns ITMY into a Michelson configuration -- and voila! sawtooth has reduced.

The message: I think this means that the problem lies in the QPD. Maybe one of the quadrants in bad, such that depending on the location of the spot on the QPD this drift is more or less prominent. I'll try walking the beam around the QPD for the next hour or so before people come back from dinner to see if I can nail down the problematic quadrant.
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 23:31, Thursday 11 September 2014 (13895)SUS
J. Kissel

Moved the H1SUSITMY around with alignment sliders to a few different positions while we were debugging the PSL to explore the optical lever QPD, looking for bad quadrants. Trend of exploration attached. No clues on a particular bad quadrant, sawtooth problem seems to be systematic to all quadrants.

Alignment values
  Time         P      Y
-80 mins     151.8  -93.1 (good for MICH alignment)
-60 mins     151.8  -80.1
-20 mins     161.8  -83.1
Images attached to this comment
richard.mccarthy@LIGO.ORG - 07:18, Friday 12 September 2014 (13897)
Jason and I discussed testing the Photo Diode with a laser pointer to see if it is the PD or perhaps the electronics once they have a voltage on them.

H1 ISC
keita.kawabe@LIGO.ORG - posted 18:49, Thursday 11 September 2014 (13890)
POP sled fishing expedition: Success.

As was described in alog 13761 (see the addition to that entry) it seemed as if what we see in the POP sled QPDs are not what we expect.

As it turned out, the sled was badly off in YAW such that the beam doesn't come to the sled without using picomotors. I needed to use "magnum" step for moving picomotor in YAW. What we "saw" previously seems to be a lobe of severely clipped beam.

Anyway, using a straight shot beam I'm already getting 1551 counts of H1:ASC-POP_A_SUM_OUT and 1450 counts B (whitening gain 45dB), while the maximum we should get is about 1540 counts assuming 10W through IMC, 3% PRM, 229ppm PR2, 10% through attenuating BS, 1k transimpedance, 45db whitening and 0.8A/W responsivity.

(I'm not using "toW" filter, so these SUM numbers are raw counts.)

Note that centering on QPDA is sort of reasonable, so you should be able to use that reliably for the carrier buildup measurement, but on QPDB the beam is only on one quadrant (S3). I'll continue centering tomorrow.

H1 ISC (ISC)
lisa.barsotti@LIGO.ORG - posted 18:34, Thursday 11 September 2014 - last comment - 21:02, Thursday 11 September 2014(13874)
Angular fluctuations during PRMI carrier lock
Sheila, Kiwamu, Rana, Lisa

This plot corresponds to one of tonight PRMI carrier locks (Sep 11 around 3.50 UTC). The recycling power fluctuations are larger than 50%.  PR3 PIT is causing the motion at 700 mHz, ITMX YAW is largely dominating around 100 mHz .
Non-image files attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 21:02, Thursday 11 September 2014 (13892)

From the video of the BS camera that I posted last night (see alog 13875) and the size of the BS elliptical baffle (T1300408), I roughly estimated the vertical spot motion on the BS to be 22 mm in pk-pk (at about 0.7 Hz). This is incredibly big.surprise

According to an ABCD matrix model for the PRMI, the most effective optic for the BS spot motion is, of course, PR3. The PR3-to-BS coefficient, which is obtained from the matrix analysis, is about 1.7 x 105 [m/rad]. In order for PR3 to cause a 22 mm motion on the BS, PR3 should move by 22 mm / 1.7 x 105  = 0.13 urad. Looking at the rms of the PR3 oplev pit, indeed a peak at 0.7 Hz was dominating the rms which pushes the rms to something like 0.05 urad which is consistent with the estimated PR3 motion from the BS spot motion. So it was clearly from PR3.

H1 SEI
sebastien.biscans@LIGO.ORG - posted 18:27, Thursday 11 September 2014 (13889)
Improvement of the OPLEV motion on ITMX

Jim, Sebastien

For the past couple of days, we were seeing extra motion below 100mHz on the ITMX optical lever (especially in Yaw -> almost 1 microradian at DC)

Jim and I spent some time looking at the BSC-ISI, and finally ended up with a better configuration: the motion in Yaw has been reduced by one order of magnitude below 100mHz

New configuration:

- TSheila blends everywhere on ST1

- T750mHz blends on ST2. GS13s in high gain mode.

 

This improvement should be good enough for tonight. However, those are some premilinary results and there is still some work to do to fully understand what's happening.

It seems (this is just a guess for now) that we were reinjecting some noise by using the GS13s in low gain and  the wrong blends (too aggressive).  We'll have a better look at the ISI performance in different configurations tomorrow.

We also have to compare those results with the other chambers and see if we see consistency. Plus, it would be nice to work on damping the 0.7Hz resonance seen in Yaw.

Work in progress!

Images attached to this report
H1 AOS
jason.oberling@LIGO.ORG - posted 16:43, Thursday 11 September 2014 - last comment - 20:40, Thursday 11 September 2014(13888)
BS OpLev

As logged here by Kiwamu, there was a reported problem with the BS oplev.  I've now gone through several hours of data and have found no instances of these small (on the order of 20 - 30 counts) changes in the QPD SUM causing the oplev pitch/yaw outputs to behave badly.  After reading this alog, it sounds as if the BS oplev is behaving.  In light of this I'm going to leave the oplev as is.  I will continue to keep an eye on it, and if any problems are noticed during commissioning efforts please let me know.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 20:40, Thursday 11 September 2014 (13891)ISC, SUS

Thanks, Jason. But it is still there. See the attached time series below:

These are time series data from this evening when the simple Michelson was locked on a dark fringe. The red arrows are to point the transient/glitch events.

As the oplev sum steps by about 10-20 counts, it kicks the BS through the oplev servos and causes a transient-type misaligment in the Michelson, which is visible in LSC-ASAIR_A_LF_OUT in the upper left of the plot. Since the oplev YAW and PIT signals are suppressed by the oplev damping loop, the transient does not always show up in these channels in an obvious way.

Also I am attaching a video of the AS camera from this evening when the simple Michelson was locked at a dark fringe. It is clear that the Michelson is suffering by this fast transient.

Images attached to this comment
Non-image files attached to this comment
H1 DAQ (CDS, DCS)
david.barker@LIGO.ORG - posted 16:26, Thursday 11 September 2014 (13887)
h1fw0 stopped, QFS solaris box updated and rebooted

Dan, Jim, Dave

h1fw0 was becoming unstable (4 restarts today). We stopped h1fw0 and unmounted the file system. Dan upgraded h1ldasgw0 Solaris and rebooted. We restarted h1fw0, here is the data gap in the frame record"

-rw-r--r--  1 controls controls 1232710812 Sep 11 15:40 H-H1_C-1094510336-64.gwf
-rw-r--r--  1 controls controls 1232554615 Sep 11 16:22 H-H1_C-1094512896-64.gwf
 

LHO General
patrick.thomas@LIGO.ORG - posted 16:01, Thursday 11 September 2014 (13886)
Ops Summary
08:17 Richard and Bubba to the end station chiller yards to look at new VFDs
11:20 Gerardo to the LVEA west bay to move the optic used for the electrostatic charging tests
13:18 Travis to the LVEA west bay to retrieve parts for the staging building
14:20 Jeff K. to end Y to swap cables for the ISI STS
14:45 Jeff K. back from end Y, did not swap cables, fixes need to be made in the model
15:39 Dave shutting down fw0 so that Dan can restart the Solaris box

Dust alarms at monitor #6
LHO VE
kyle.ryan@LIGO.ORG - posted 15:29, Thursday 11 September 2014 (13885)
1335 hrs. local -> Started pump cart at BSC5 @ X-end
Permanent/dedicated AC receptacle for BSC5 annulus ion pump was wired yesterday and now need to get annulus on line
H1 CDS
patrick.thomas@LIGO.ORG - posted 15:17, Thursday 11 September 2014 (13884)
Advanced LIGO Conlog introduced
Advanced LIGO Conlog was introduced. The full presentation is available in the DCC. The document number is G1401113.

Some highlights:

* It provides a means to access historical values of control settings. This is accomplished by monitoring and recording EPICS process variables to a database. Searches on this database are made available through a web form and command line client.

* It is designed to retrieve values at a given instant, or changes over an interval (as opposed to continuous trends like dataviewer).

* It can help answer questions like: "I know it was working before, what changed?".

* It is currently available only on the internal CDS network. The web page is at 'h1conlog'. The command line client is called 'conlog_search'.

* There are three different search types available:
1. Return the value, alarm status and alarm severity at a given time:
The value, alarm status and alarm severity of each process variable at the given time is returned.

2. Compare the value, alarm status and alarm severity at two given times:
If the value, alarm status or alarm severity of a process variable differed at two given times, the differences are returned.

3. Find changes in the value, alarm status and alarm severity between two given times:
If the value, alarm status or alarm severity of a process variable changed between two given times, the changes are returned.

* Its status is indicated on an medm screen named CONLOG. This screen can be accessed from the sitemap under the CDS menu.

Please give it a try and don't hesitate to inform me of any issues that you encounter.
H1 SEI
jim.warner@LIGO.ORG - posted 13:28, Thursday 11 September 2014 (13883)
Proper SEI gain settings for BSC ISI
It occurred to me last night that instead of doing measurements, I could figure out the gains from comparing the results of one measurement I remembered the settings for (because it was recent, but wrong) to a more distant measurement that was "right"(or at least things work). The GS-13's have to be run in low gain, or the St1 actuators will saturate them, so they are known. Looking at my data from the 14th (or 4th) of Nov, 2013 (first 2 plots, with "unknown" but "correct" gains) and comparing the magnitudes with the measurement I took on the 6th of this month (plots 3 & 4, with L4C and T240 in low gain) indicates that the T240 should be in high gain, L4C and GS-13 in low gain. 
Non-image files attached to this report
H1 AOS
alexan.staley@LIGO.ORG - posted 12:55, Thursday 11 September 2014 (13882)
PRM M3 L2P

(Kiwamu, Alexa)

 

We adjusted the PRM M3 L2P drive align gain to -1.36. This reduces the coupling of length drive to pitch. We deduced this by driving PRM_M3_LOCK_L at several frequencies and seeing the effect in ASC_REFL_B_DC_PIT.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 11:45, Thursday 11 September 2014 - last comment - 19:16, Thursday 18 September 2014(13881)
ASAIR photo diode chain check; ASAIR_A has a smaller transimpedance

I have been checking the whole ASAIR_A and _B electronics chain all the way from the diodes to the ADCs.

In summary:

Note that I used the old calibration coefficient for estimating the amount of amplitude modulation in the AM laser (see alog 9630).

 


ASAIR_A_RF45 (S1300523)

Remarks:

The transimpedance seems smaller by a factor of two than that of the test sheet at 45.5 MHz. All the signal chain after the PD looks healthy.

According to the test sheet from Caltech (S1300523), the transimpedance of the high-rf output should be 803 Ohm. However, it seems that the AM signal I obtained was smaller than the expected by a factor of two. If I we blame the transimpedance for this discrepancy, the transimpedance is smaller by a factor of two.


ASAIR_B_RF18 (S1200242)

Remarks:

The signal chain looks OK. The demodulated signal at the ADC is bigger than the expected by 12%. Good enough.

The demod board has a special one where it has a diplexer upfront. According to the test sheet (S1001003), the conversion gain of the whole demodulation box for 18 MHz is 13.8.


ASAIR_B_RF90 (S1200242)

Remarks:

The signal chain looks OK. The demodulated signal at the ADC was smaller than the expected by 13%. Good enough.

According to the test sheet (S1001003), the conversion gain of the whole demodulation box for 91 MHz is 11.4.


Transimpedance measurement of resonant-type RFPDs

To investigate the too-low-transimpedance in REFL_A(S1300523). I measured the transimpedance of S1300523 and S1300526 (whic is a spare, ) to make a comparison. Of course this measurement relies on the AM laser calibration. I believe that the calibration of the AM laser calibration is better than a factor of two and therefore I claim that the transimpedance is actually lower than 803 Ohm as measured.

I used HP4395A and the AM laser. The calibration of the data was done such that the transimpedance of S1300523 becomes 403 Ohm at 45.50298 MHz. The same calibration coefficient was applied on S1300526. The plot below shows the results. The vertical and hrizontal line indicates 45.5 MHz and 403 Ohm respectively.

From this measurement, I conlude that S1300523 is behaving fine. Also the two RFPDs consistently showed lower transimpedance gain by roughly a factor of two than that reported in the test sheets at 45.50 MHz. A possible explanation I can thinkg of at this point is that the test sheets were somehow consistently overetimsted the transimpedance gains.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 19:16, Thursday 18 September 2014 (14025)

This is a follow up of the RFPD calibration.

Since we measured the transimpedance gain of ASAIR_A_RF45 to be lower by a factor of two than that of the test sheet, we were wondering if the AM laser calibrator was still accurate. So today I checked the response of an already-calibrated RFPD to see if the calibration of the AM laser is still right.

  • As a result, I conclude that the AM calibrator is still accurate and the calibration did not change within a uncertainty of roughly 20% or so.
  • Therefore, the transimpedance gain of ASAIR_A_RF45 must be actually low as measured.

 


(Measurement on an already-calibrated RFPD; REFLAIR_A_RF45)

See the previous measuerment on alog 9630. The below are the numbers I newly obtained today.

  • Drive = 0.1 Vp-p at 45.508 MHz
  • Measured RF signal at the SMA jack = 162 mVpp at 45.508 MHz
    • This is lower than the past measurement by 17%. Not too bad.
  • Measured Imon = 880 mVpp
    • This is consistent with the past value shown in alog 9630.
  • ADC counts of the beatnote at 46 Hz = 2886 cnts p-p
    • This is also consistent with the past measurement in alog 9630.
  • DC value measured at the BNC jack = 125 mV.
    • This is higher than the previous measurement by roughly 15 %.
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 09:47, Thursday 11 September 2014 (13879)
CDS model and DAQ restart report, Wednesday 10th September 2014

model restarts logged for Wed 10/Sep/2014
2014_09_10 10:24 h1hpiham2
2014_09_10 10:24 h1hpiham3
2014_09_10 10:24 h1iopseih23
2014_09_10 10:26 h1isiham2
2014_09_10 10:26 h1isiham3

no unexpected restarts. h1sieh23 was dac-locked and needed a restart.

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 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 63721-63740 of 77231.Go to page Start 3183 3184 3185 3186 3187 3188 3189 3190 3191 End