Displaying reports 67561-67580 of 77152.Go to page Start 3375 3376 3377 3378 3379 3380 3381 3382 3383 End
Reports until 11:35, Thursday 06 February 2014
LHO General
patrick.thomas@LIGO.ORG - posted 11:35, Thursday 06 February 2014 (9889)
Mitchel out of LVEA west bay


			
			
H1 CDS
patrick.thomas@LIGO.ORG - posted 10:21, Thursday 06 February 2014 (9887)
updated alarm handler
I commented out the DC watchdog components in /opt/rtcds/userapps/release/cds/h1/alarmfiles/h1cds_iop_sus_watchdog_b123.alhConfig.
H1 General
patrick.thomas@LIGO.ORG - posted 10:05, Thursday 06 February 2014 - last comment - 11:23, Thursday 06 February 2014(9886)
Jeff B. working on test stand by HAM4,5


			
			
Comments related to this report
patrick.thomas@LIGO.ORG - 11:23, Thursday 06 February 2014 (9888)
Done.
H1 General
patrick.thomas@LIGO.ORG - posted 10:03, Thursday 06 February 2014 (9885)
Corey to end X, end Y
Getting alignment targets from end X and installing them on TMS at end Y.
H1 DAQ (CDS)
james.batch@LIGO.ORG - posted 09:55, Thursday 06 February 2014 (9884)
Restarted h1fw1 and h1nds1 daqd process
Frame writer 1 daqd and nds1 daqd were restarted to read new daqdrc files to allow writing of raw minute files in the proper place, following moving of old files to a different file system.  
H1 SYS
kaitlin.gushwa@LIGO.ORG - posted 09:20, Thursday 06 February 2014 - last comment - 10:29, Tuesday 11 February 2014(9850)
HAM4 witness plates & optics
Jeff B. & Kate G.

A horizontal 4" witness plate (wafer) and horizontal 1" optic (S/N 1247) were placed near the center of the SEI table on Feb 5th. A vertical 1" optic (S/N 1245) was mounted on the HR side of SR2. A vertical wafer still needs to be set near SR2. 

Important notes: Witness samples were not placed immediately after the chamber was opened. Jeff did some cleaning before SR2 was installed and the wafers and optics were placed. Also, the 1" optics were removed from their PET G containers, put in PEEK holders, double bagged, and stuck in a bag with other tools before going in chamber. I didn't see obvious scratches in the First Contact, so hopefully the samples weren't damaged. 
Images attached to this report
Comments related to this report
kaitlin.gushwa@LIGO.ORG - 10:29, Tuesday 11 February 2014 (9974)

On Feb 7th, I used a handheld particle counter in the cleanroom around HAM4 and in chamber before starting work. The counts seemed really high. The particle counter (used for trending data) on the +X side of the chamber was not working.

Size (um) Cleanroom Count Chamber Count
0.3 10725 17177
0.5 2518 3895
0.7 1075 1562
1.0 586 798
2.0 169 213
5.0 1 0

I placed a vertical wafer near the HR side of SR2, and inspected the cleanliness of the chamber with a flashlight array. There were a few particles on the witness samples (which had not seen work since they were placed two days earlier), and a lot of contamination on the TCS HWS optics and SEI table. The dark iPhone photos don't do it justice.There was only time for a quick cleaning using the TigerVac and IPA soaked wipes. It would be helpful to get a PET swipe sample the next time work is done in HAM4. 

Images attached to this comment
H1 SEI
hugh.radkins@LIGO.ORG - posted 07:58, Thursday 06 February 2014 - last comment - 08:03, Thursday 06 February 2014(9882)
WBSC 1 & 2, ITMY & BS ISI not Isolating this morning

Maybe Stefan turned these off, I didn't catch such in the alog.  I thought I left these in some Isolation state yesterday as Stefan wanted PRMI asap.

ITMY is damping with a Stage2 trip from GS13 limits.  The BS has no trip indicator but is damping only.

The HEPIs here are running normally.

Comments related to this report
hugh.radkins@LIGO.ORG - 08:03, Thursday 06 February 2014 (9883)

I just noted the detail in Kiwamu's log about turning them off but he did not note a specific problem.

H1 SUS (ISC)
stefan.ballmer@LIGO.ORG - posted 04:28, Thursday 06 February 2014 - last comment - 04:30, Thursday 06 February 2014(9878)
BS opleve was oscillating

Stefan and I found that the BS oplev was oscillating because of probably a loop instability. Disabling and enabling them at H1:SUS-BS_M2_OLDAMP_P(Y) made it stable again. It had been oscillating for more than 15 hours.sad The attached is the trend.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 04:30, Thursday 06 February 2014 (9881)

posted by Kiwamu, not Stefan, sorry.

H1 PSL
stefan.ballmer@LIGO.ORG - posted 04:20, Thursday 06 February 2014 - last comment - 04:30, Thursday 06 February 2014(9877)
Ref cav transmitted light decreasing, the threshold lowered to 0.4
Stefan and I lowered the threshold value of the ref cav transmitted light because it was preventing FSS from a smooth recovery. It is now 0.4.
Comments related to this report
kiwamu.izumi@LIGO.ORG - 04:30, Thursday 06 February 2014 (9880)

Posted by Kiwamu, not Stefan.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 04:06, Thursday 06 February 2014 - last comment - 04:15, Thursday 06 February 2014(9874)
Unidentified oscillation at 40 Hz in PRMI

Stefan, Lisa, Kiwamu,

Our goal tonight was to lock PRMI with the 3f signals. However we didn't reach that point yet because of a (perhaps new) issue in the PRMI locking.

A good news is that the power build up was high because of the ring heater on ITMY which had been set at 4 W in total. POPAIR_B_RF18 went to 8000 counts.

 

40 Hz unidentified oscillation in PRMI signals:

After some tweak of alignment and gains, we managed to lock PRMI with the sidebands being resonant. However the PRMI lock was fragile for some reason. In particular, it lost the lock frequently when we changed the PRC gain. We took spectra of the signals and were surpprised by a huge peak in both PRC and MICH signals. This was causing a DAC saturation in the M2 stage of PRM which made the PRC loop unstable. This is something we didn't see before. We looked at some previous spectra from the last long stretch of 3rd of February (alog 9809) and confirmed that there was no such oscillation at that time. The attached shows spectrum of various signals from tonight. It is obvious that there is a broad and prominent oscillation at around 40 Hz in each signal. Note that when I took this data, I had a notch in PRM M2 stage to mitigate the saturation and that's why the PRM_M2 signal look a bit suppressed at around 30 Hz.

 

We tried to lower the UGF of PRCL, but the oscillation persisted. In fact the peak moves as we changes the UGF. For example, lowering the UGF also brings the peak frequency lower. We suspected a gain peaking and tried to move the UGF, but somehow the gain margin was so narrow that we could not move around so much. According to a quick swept sine measurement, the UGF was at around 40 Hz.. Another thing we suspected was a roll mode which is usually at around 40 Hz in the case of the small triple suspension. Since we failed to lower the UGF, we could not really try a notch technique to minimize unwanted excitation. We also looked at MC_F because we suspected the roll mode of MC2, but there was no visible oscillation at all. I also quickly tried the PRX locking to see if it still persists, but I didn't see any oscillation in PRX.

We are still unable to identify this oscillation.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 04:15, Thursday 06 February 2014 (9875)

Some other notes:

  • We turned off the isolation loop of ITMY and BS ISIs at the beginning of the PRMI commissioning tonight.
  • The power recycling gain steadily kept dropping over 5 hours despite of our semi-automated alignment. See attached. I have no idea why.

Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 03:33, Thursday 06 February 2014 - last comment - 04:16, Thursday 06 February 2014(9873)
ALS frequency fluctuation is bigger than the linewidth

Stefan, Lisa, Kiwamu,

The X arm is now quiter due to the oplev on ETMX and we are now becoming able to assess the noise performance.

Since Stefan got the oplev active loop running on ETMX and made the arm quitter, we wanted to measure the ALS infrared frequency noise by locking the PSL to the X arm using the green beatnote. The hand off process was very smooth tonight and we could try many times to bring the PSL frequency close to the arm resonance. Stefan engaged the additive offset path on top of the MCL feedback. We measured the UGF to be 3.6 kHz with a phase margin of about 64 deg.

It seems that the CARM noise is now suppressed to ~ a few 100 Hz which is unfortunately still greater than the arm linewidth of about 84 Hz. Because the fringe moved more than its linewidth, we could not confine it within the linear range. The below is a screenshot of the PDH signal in StripTool. You can see that the PDH signal, which in blue, goes back and forth around a resonance, resulting in a periodic funny shape. Also it looked like we need to have some more gain at low frequencies because we saw a low frequency excursion in the error signal.

 

Even though the PDH signal was pretty much out of the linear range, we calibrated REFLAIR_A_RF45 using Alexa's formula (see alog 7054) and tentatively made a noise spectrum which, of course, underestimated the actual noise due to a low optical gain. One thing we immediately noticed was that there is a 70 Hz broad peak which maybe a vibration of the periscope on ISCT1. It looks quite similar to what we had in HIFO-Y. We are not sure what this is at this point.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 04:16, Thursday 06 February 2014 (9876)

Note that the ISCT1 hepa filter has been intentionally off in order to get low noise.

H1 IOO (IOO)
paul.fulda@LIGO.ORG - posted 23:43, Wednesday 05 February 2014 - last comment - 16:15, Friday 07 February 2014(9870)
IMC mirror alignment offset calibration using transmitted power drop

I finally got a script working to step the alignment offsets on the IMC mirrors and record the transmitted power drop with MC2trans and IM4trans QPDs. 

The idea behind this was to compare the quadratic function for power drop with misalignment with the theoretical function, giving us a means of accurately calibrating the alignment offsets.

The reason I'm interested in calibrating these offsets accurately is for beam jitter measurements using the coupling from jitter to RIN in transmission of a misaligned IMC [see e.g. LHO aLOG entry 8190]. The coupling factor is determined by the slope of the quadratic function, so we can't calibrate jitter measurements made in this way any better than we can calibrate the DC alignment offset.

The first attached plot shows the normalized transmitted power obtained for each individual mirror DOF, from both IM4trans QPD and MC2trans QPD, over "intended" alignment offset. Also included is a plot of the normalized transmitted power from a Finesse model of the IMC over "real" misalignment offset. From these plots we can see that in general the alignment offsets actually applied to the MC mirrors are larger than the intended alignment offsets. However, the measured data is not always symmetric (especially for IM4). This could be due to clipping at the QPDs. The centering on IM4trans is not as good as the centering on MC2trans, so I would be more confident in the numbers from MC2trans.

I fitted a quadratic function P=A(x-h)^2+k to each of the curves. The calibration is then done by scaling the alignment offsets applied to the actual suspensions by sqrt(Amodel/Adata). The second attached plot shows each DOF again, but this time with the x-axis scaled for the measured data to fit the model. I used the scaling factors calculated from MC2trans data since the centering on this QPD was better. For the most part I'd say the data matches the model well after this scaling.

These scaling factors are:

DOF Scaling factor
MC1 Pitch 0.7043
MC1 Yaw 0.8223
MC2 Pitch 0.8572
MC2 Yaw 0.8326
MC3 Pitch 0.7823
MC3 Yaw 0.8588

I would propose to include these scaling factors in the calibration of the MC mirror offsets.

The script can be run again at any time to check for any possible changes in e.g. the OSEM coil driver gains over time. It might be beneficial to take more data points at some point too, but the script takes 15mins or so to run as it is (mainly due to the time given for optics to settle between changes of offset). Another improvement would be to step MC1 and MC3 pitch over a larger range, since the transmitted power is actually fairly insensitive to these DOFs. Both these things can be edited in the top few lines of the script.

In case anyone is interested in running this script in future, it is located at opt/rtcds/userapps/release/ioo/h1/scripts/imc/pfulda/IMC_align_calibrate.py

Be sure to run the mcWFSrelieve script located in opt/rtcds/userapps/release/ioo/h1/scripts/imc/ first though!

I attach the analysis scripts here too, including the measured data, Finesse model and results, and other functions used.

Non-image files attached to this report
Comments related to this report
paul.fulda@LIGO.ORG - 20:07, Thursday 06 February 2014 (9904)

In preparation for beam jitter measurements, I applied these calculated gains to the MC mirror M1 OPTICALIGN filter banks. Rather than just edit the gain directly, I made a new filter in each DOF's filter bank with the calculated gain. These filters are all called "alog9870" to point anyone towards the above entry for explanation. I then calculated the required new input offset values to retain the current alignment, and adjusted these while switching the filters on. The IMC is still aligned, but now the alignment offsets are calibrated to um using the data gathered from the IMC power drop measurement.

paul.fulda@LIGO.ORG - 15:12, Friday 07 February 2014 (9919)

Last night I had a bit of time to run the script again for a more detailed measurement, with 21 alignment steps, waiting 15 seconds for alignment to stabilize between each, and also averaging PD data for longer than previously. I also increased the misalignment range from ±30urad to ±50urad for MC1 and MC3 pitch.

Since the alignment offsets are now calibrated based on the previous measurement, I was curious to see if the model now fits well to the new data without the step of adjusting the x-axis.

The attached plot shows the new measured data and the model, without any adjustment of x-axis scaling. I think they all agree pretty well, though the one thing that concerns me slightly is the apparent offset in MC2 pitch. Is it possible there is an offset somewhere in the WFS loop that causes this? If so, maybe we could try adjusting this to maximize transmitted power / minimize reflected power.

Non-image files attached to this comment
paul.fulda@LIGO.ORG - 16:15, Friday 07 February 2014 (9922)

Just for completeness. the new MC opticalign offsets with this calibration included are:

DOF Old offset New offset
MC1 P 883.3 1254.2
MC1 Y -1945.7 -2366.2
MC2 P 470.4 548.8
MC2 Y 257.2 308.9
MC3 P -430.6 -550.4
MC3 Y -2119 -2467
H1 ISC (ISC)
lisa.barsotti@LIGO.ORG - posted 19:41, Wednesday 05 February 2014 - last comment - 00:06, Thursday 06 February 2014(9869)
Realignment of arm green beam on ISCT1 - beat note found again
Stefan, Lisa

Now that the mirrors move less and the arm cavity locks stably, we want to actually measure the frequency noise between the red and green.

When trying to do the green CARM hand off, we found that we didn't have a signal. 
We tracked it down to a bad alignment between the green beam from the SHG and the one from the arm.
We used Sheila's numbers  as reference: the beat note was supposed to be around 28 mV, it was just a few mV. We realigned the green arm beam on ISCT1, and we brought the beat note back to about 22 mV. 
Comments related to this report
lisa.barsotti@LIGO.ORG - 00:06, Thursday 06 February 2014 (9871)ISC
Stefan put together these offending inferior not-yet-Guardian scripts for making the CARM hand off easier.
They live in userapps/release/als/h1/scripts: CARM_handoff (for doing the handoff) and CARM_down (down script when the IMC unlocks).
H1 AOS (ISC, SUS)
lisa.barsotti@LIGO.ORG - posted 13:49, Wednesday 05 February 2014 - last comment - 00:44, Thursday 06 February 2014(9847)
Mirrors move less, X arm stably locked on green
Everyone


- ITMX motion has been largely reduced by the seismic teem, now the motion at 0.5 Hz is around 0.03 urad, A LOT less than before;

- The tuning of the ETMX is still in progress, but in the meantime Stefan implemented a 'dirty' optical lever feedback which reduced the ETMX PIT motion by about a factor of 5 at 0.5 Hz. With the OL feedback on, ETMX PIT @ 0.5 Hz is around 0.1 urad. There is some gain peaking around 1 Hz.

- In this state, the one arm is stably locked on green with 32 uW (calibration to be confirmed) in transmission (~840 counts in ALS-C-TRX_A_LF_OUT) power fluctuations are small, around 5%. We are not seeing the 01 coming into resonance, so we can make a measurement of the frequency noise red/green. (P.S.: Sheila says that ~800 counts is a good number, corresponding to a good cavity alignment.)
Non-image files attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 00:44, Thursday 06 February 2014 (9872)
The OL design for ETMX PIT was based on Keita's vectfit of the ETMX L2 PIT to OL PIT plant:

sos(-0.000000198849,   [  -0.99974066400116;   0.00000000000000;  -1.00095625813547;      0.00000000000000;
                         -1.99993739410419;   0.99993764249344;  -2.00093113886515;      1.00093232796495;
                         -1.99994835681455;   0.99994838427413;  -1.99934725191269;      0.99934827919189;
                         -1.99996793385062;   0.99996797457313;  -1.99994110527832;      0.99994113352954;
                         -1.99997421429503;   0.99997458606360;  -1.99991282601661;      0.99991309284645;
                         -1.99998069701217;   0.99998073379973;  -1.99995244319874;      0.99995248011907;
                         -1.99998283879917;   0.99998288208110;  -1.99998212292679;      0.99998216522750;
                         -1.99999010413889;   0.99999013224953;  -1.99999127808431;      0.99999130800992;  ],"o")

or equivalently

zpk([-0.482248+i*2.71133;-0.482248-i*2.71133;-0.0712051+i*2.83338;-0.0712051-i*2.83338;
    -0.389292+i*3.12401;-0.389292-i*3.12401;-0.146104+i*3.36657;-0.146104-i*3.36657;
    -0.711974+i*8.43343;-0.711974-i*8.43343;-5.34064+i*15.7266;-5.34064-i*15.7266;7.63407+i*16.1483;
    7.63407-i*16.1483;15.6598],[-0.422847+i*2.68189;-0.422847-i*2.68189;-0.080837+i*2.7458;
    -0.080837-i*2.7458;-0.15783+i*3.13851;-0.15783-i*3.13851;-0.262356+i*3.29586;-0.262356-i*3.29586;
    -0.140231+i*3.40571;-0.140231-i*3.40571;-0.510849+i*8.1497;-0.510849-i*8.1497;
    -0.208194+i*9.98768;-0.208194-i*9.98768;-4.24951],-1.98998e-07)


This had three wrong half-plane zeros (and was therefore not invertable by switching poles and zeros) : 7.63407+i*16.1483; 7.63407-i*16.1483; 15.6598
To invert the plant, I moved the complex pole-pair to the left half-plane, and dropped the real pole completely.

On top of this inverse plant filter, I added zpk([0],[0.333333;0.333333],10,"n")*resgain(0.45,2,20) the shape the filter, and tuned it on.


Displaying reports 67561-67580 of 77152.Go to page Start 3375 3376 3377 3378 3379 3380 3381 3382 3383 End