Displaying reports 67021-67040 of 77175.Go to page Start 3348 3349 3350 3351 3352 3353 3354 3355 3356 End
Reports until 13:46, Monday 03 March 2014
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 13:46, Monday 03 March 2014 (10464)
POPAIR_B calibration filters installed

Red team,

We wanted to calibrate the POPAIR_B demodulated signals into something meaningful. We calibrated them into uW in the digital system using the measured calibration factors (see alog 9845). See the attached for how they now look. Also, we accordinly corrected the LSC trigger thresholds in the guardian which depend on the POPAIR_B_ calibration. We confirmed that the guardian works fine with this new calibration.

Images attached to this report
H1 SEI
hugh.radkins@LIGO.ORG - posted 13:34, Monday 03 March 2014 (10463)
WHAM4 SEI HEPI Horizontal L4Cs Leveled

Mitchell & I got the Horizontal L4Cs leveled this morning on WHAM4.  One Dial Indicator tree had been completely dislodged from the system.  Please try to avoid these and certainly let us know when you possibly disturb them, thanks.  No issues to report in the L4C leveling.

Next, Actuator attachment (2 days) then the doors.  Vertical L4Cs can go on after the doors.

H1 General
evan.hall@LIGO.ORG - posted 13:24, Monday 03 March 2014 (10447)
Schematic for Matt Evans's SR560 range helper

Since an SR560 can only take 1 V dc input, and can only output 10 Vpp, you can use this box to extend the input and output ranges of an SR560 by a factor of two.

Images attached to this report
H1 INS (SEI)
jim.warner@LIGO.ORG - posted 12:24, Monday 03 March 2014 (10458)
ETMY ISI floated, rebalanced, currently locked

This morning I went to the EY and floated the ISI. Fairly straight forward, with no difficulties to report. I also adjusted lockers, fixed some cabling issues and re-gapped the CPS's. I then went into the chamber below (mostly to retrieve some hardware I dropped (sorry Betsy)) and plugged in a cable for Richard.  I left the ISI locked, in case any other teams need to go in and work. As far as SEI is concerned, we are ready for TF's.

H1 SUS
keita.kawabe@LIGO.ORG - posted 12:02, Monday 03 March 2014 (10457)
OL calibration using baffle PDs: All done.

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=10331

To recap, OLs, bias sliders and BOSEMs were calibrated using baffle PDs (baffle PD placement is here: https://alog.ligo-wa.caltech.edu/aLOG/uploads/9087_20131224160343_alog.jpg).

OL for ITM has a factor of 2 error somewhere, and the sign convention for OL PIT is inconsistent with SUS convention.

OL for ETM doesn't have a factor of 2, the sign convention for OL PIT is good but YAW is not.

H1 PEM (CDS, PEM)
patrick.thomas@LIGO.ORG - posted 11:29, Monday 03 March 2014 - last comment - 14:21, Monday 03 March 2014(10455)
errors on dust IOC for end Y
I telneted into the procServ IOC for end Y and saw the following error messages:

epics> attempting to connect to host: 10.1.3.64 port: 8003
Error: tcp_connect: socket: Too many open files
CAS: Client accept error was "Too many open files"
attempting to connect to host: 10.1.3.64 port: 8003
Error: tcp_connect: socket: Too many open files
attempting to connect to host: 10.1.3.64 port: 8003
Error: tcp_connect: socket: Too many open files
attempting to connect to host: 10.1.3.64 port: 8003
Error: tcp_connect: socket: Too many open files
CAS: Client accept error was "Too many open files"

I restarted the IOC, and the errors did not reappear, but none of the expected state reporting messages were shown. I tried pinging the Comtrol at 10.1.3.64 and did not get a response.
Comments related to this report
cyrus.reed@LIGO.ORG - 12:00, Monday 03 March 2014 (10456)

The switchport for the Comtrol has been down since Friday afternoon.  The Comtrol box is probably unplugged/powered off.

patrick.thomas@LIGO.ORG - 14:21, Monday 03 March 2014 (10466)
Jeff said the Comtrol was unplugged. He plugged it back in and I restarted the IOC. This time it worked.
H1 CDS
cyrus.reed@LIGO.ORG - posted 11:25, Monday 03 March 2014 (10453)
sw-ey-h1daq Switch Crash(?)

It appears that the DAQ switch for EY (sw-ey-h1daq) crashed when trying to SSH in, at about 11:05AM PST, at least looking at the uptime.  (Yay.)  I didn't have the CDS overview up and handy to see for sure if the DAQ data for EY was affected for the period of the reboot, but I would assume it was; it was back to normal by the time I pulled up an MEDM to check.  'Luckly', the EY systems do not seem to be in active use at the moment.

H1 SUS
keita.kawabe@LIGO.ORG - posted 10:29, Monday 03 March 2014 - last comment - 14:19, Monday 03 March 2014(10452)
PUM to TM A2A TF inversion

Since the measurement is not done yet, I asked Jeff to give me the model of the TF from PUM to the test mass angle to angle.

Since I don't know enough about the model, I made the model generate the TF data, and used my wrapper for vectfit3 named happyVectfit to fit the model TF and invert it. This way when the real TF is measured I can use the same script without much modification.

You want to give happyVectfit a large order of fit, which initially produces many useless poles and zeros, but the script weeds out useless ones automatically, making things almost always hands-free. If you want you can give the script some criteria regarding what poles/zeros are useless.

~controls/keita.kawabe/fit/invertPUM2TSTmodel.m looks at the model, calls happyVectfit, inverts the fit, discards unstable poles and outputs plots (attached) as well as foton-compatible filter definitions.

In the attached plots, each DOF for each mass has two pages, the first one being the model TF and the fit, the second one being the filter generated and the residual that is just a pendular type TF. The difference between ITM and ETM is wire VS fiber.

According to Jeff the PIT resonance of the model is inconsistent with reality so we still need to wait for the real measurement.

Just to make sure, the newly generated filters are put in H1:SUS-ITMX_L2_DRIVEALIGN_P2P, Y2Y,  ETMX P2P and Y2Y as invP2P and invY2Y.

Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 14:19, Monday 03 March 2014 (10465)

In the plots showing the model and the fit,  legend say "fit*roll off" but actually the plot doesn't include the roll off filter.

H1 SYS
daniel.sigg@LIGO.ORG - posted 09:45, Monday 03 March 2014 (10451)
Commissioning calendar for next 2 weeks

Here is the list of commissioning task for the next 7-14 days:

Green team:

Red team:

Blue team (ALS WFS):

Blue team (ISCTEY):

TMS:

SEI/SUS team:

H1 ISC
evan.hall@LIGO.ORG - posted 21:55, Sunday 02 March 2014 - last comment - 18:04, Monday 03 March 2014(10450)
PRM and BS actuation function measurement in PRY
Kiwamu, Yuta, Stefan

Since all our OLG functions in PRMI never really made any sense, we locked PRY and carefully measured the actuation functions from BS to REFL_45_I and from PRM to REFL_45_I.

Plot 1 shows both BS and PRM transfer functions in ctsREFL45 / cts ISCinf drive (i.e. total actuation function). Both are closed loop corrected.
The BS makes sense: it is almost 1/f^2. I don't understand the PRM - need to sleep over it.

Plot 2 shows the OLG and the CLG.

Plot 3 is a snapshot of (almost) all relevant settings.

The data is in ~controls/sballmer/20140302:
BSdrive.xml
PRMdrive.xml
data/BS2REFL_mag_rad.txt
data/PRM2REFL_mag_rad.txt
data/plotIt.m

To do next: 
-Understand PRM: for one we should check that the acquire mode TF of PRM M3 is as expected.
-Fit inverse actuation filters that make PRM and BS match
Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 12:34, Monday 03 March 2014 (10459)

Stefan, Kiwamu

We then performed a fitting to get the zpk parameters out of the PRM actuator data. We used LISO. Here are the best parameters. We started from the HSTS suspension model, which was in the SUSsvn directory, as our initial guess. Since the data was not available at the low frequencies, we left the resonance at 68 mHz untouched.

=== fit parameters ===

zero 2.3327562304 7.4260090788  ### fitted (name = zero0)
zero 79.7052984298  ### fitted (name = zero1)
zero 7.1547795456  ### fitted (name = zero2)
zero 9.3953133943  ### fitted (name = zero3)

pole 2.8624375188 10.8992566943  ### fitted (name = pole0)
pole 1.6227455287 9.5958223237  ### fitted (name = pole1)
pole 6.839318e-01 2.754374e+01

factor 3.3153778483  ### fitted

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 13:03, Monday 03 March 2014 (10462)

We did the same fitting business on BS. We left the resonance at 42 mHz untouched.

=== fit parameters ===


zero 1.5468779344 47.4044594423  ### fitted (name = zero0)

pole 1.5752161758 20.5781923052  ### fitted (name = pole0)
pole 1.1385114613 8.7983560598  ### fitted (name = pole1)

# from BSFM model
pole 4.201750e-01 3.057337e+01

# from foton
pole 37.5835 1.04298
pole 104.999 0.95652
pole 400
pole 100

zero 1.14018 0.814411
zero 112.186 1e7
zero 30

factor 47.5420319676  ### fitted

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 14:43, Monday 03 March 2014 (10468)

Update on the PRM fitting:

We took some more data points of PRM at higher frequencies to make the fitting more accurate at the high frequencies. We extended the swept sine to about 250 Hz.

Here are the new set of parameters:

=======================================

zero 2.3228474583 7.4113193282  ### fitted (name = zero0)
zero 377.9190677283 41.5971099178m  ### fitted (name = zero1)
zero 15.9199488645  ### fitted (name = zero2)
zero 7.4012889472  ### fitted (name = zero3)

pole 2.8669608985 10.2813809068  ### fitted (name = pole0)
pole 1.6247562788 9.6336403562  ### fitted (name = pole1)
pole 144.4376381898 487.5251791891m  ### fitted (name = pole2)
pole 6.839318e-01 2.754374e+01

# foton poles and zeros
pole 314.966 0.95652


factor 3.3634583469  ### fitted

kiwamu.izumi@LIGO.ORG - 14:46, Monday 03 March 2014 (10469)

I forgot to attach the plot.

Images attached to this comment
stefan.ballmer@LIGO.ORG - 17:43, Monday 03 March 2014 (10477)
We resolved the the non-sensical Q's below 0.5, removed a meaningless pole-zero pair and refitted. This tie we also added a small delay:

=======================================

zero 2.3543597867 8.0633003881  ### fitted (name = zero0)
zero 16.3221439613 855.9042353766m  ### fitted (name = zero1)
zero 3.5808330704  ### fitted (name = zero2)

pole 2.8457926226 10.9197851152  ### fitted (name = pole0)
pole 1.6165053404 8.7715269619  ### fitted (name = pole1)
pole 37.2960505517  ### fitted (name = pole2)
pole 6.839318e-01 2.754374e+01

# foton poles and zeros
pole 314.966 0.95652

delay 120u

factor 3.2012088652  ### fitted

=======================================

In foton:
zpk([0.139329+i*2.35023;0.139329-i*2.35023;9.53503+i*13.2475;9.53503-i*13.2475;3.58083],
   [0.130304+i*2.84281;0.130304-i*2.84281;0.092145+i*1.61388;0.092145-i*1.61388;
   0.0124154+i*0.683819;0.0124154-i*0.683819;37.2961],1,"n")

Its inverse (including a Q=1, f=1 pendulum):
=======================================
zpk([0.130304+i*2.84281;0.130304-i*2.84281;0.092145+i*1.61388;0.092145-i*1.61388;
    0.0124154+i*0.683819;0.0124154-i*0.683819;37.2961],
    [0.139329+i*2.35023;0.139329-i*2.35023;9.53503+i*13.2475;9.53503-i*13.2475;3.58083;
    0.5+i*0.866025;0.5-i*0.866025],1,"n")




stefan.ballmer@LIGO.ORG - 18:04, Monday 03 March 2014 (10478)
Attached is a plot of measured and fitted actuation functions for BS and PRM. Plot 2 shows the residual relative gain of BS/PRM - certainly a lot better than before...

Also, for completeness, here are the foton filters for the BS plant:

zpk([0.0163157+i*1.54679;0.0163157-i*1.54679],
    [0.0382738+i*1.57475;0.0382738-i*1.57475;0.0647002+i*1.13667;0.0647002-i*1.13667;
    0.00687158+i*0.420119;0.00687158-i*0.420119],1,"n")

as well as the inverse plant. Again, it includes a f=1Hz, Q=1 pendulum. Since the BS is 1/f^4, this also includes two 300Hz real poles as roll-off:

zpk([0.0382738+i*1.57475;0.0382738-i*1.57475;0.0647002+i*1.13667;0.0647002-i*1.13667;
    0.00687158+i*0.420119;0.00687158-i*0.420119],[0.0163157+i*1.54679;0.0163157-i*1.54679],1,"n")
zpk([],[0.5+i*0.866025;0.5-i*0.866025],1,"n")zpk([],[300;300],1,"n")
Images attached to this comment
H1 IOO
kiwamu.izumi@LIGO.ORG - posted 15:15, Sunday 02 March 2014 (10444)
IMC ASC set back to 1

For the green team:

The IMC ASC gain was set back to 1 from 0.25.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 13:15, Sunday 02 March 2014 - last comment - 15:49, Sunday 02 March 2014(10442)
Estimation of power recyclying gain for 9 MHz

While Yuta claimed that the recycling gain was roughly 3 for the 45 MHz sideband (alog 10441), I did an independent estimation of the power recycling gain.

I got a recycling gain of about 0.6 for the 9 MHz sideband based on the measured aboslute RF power on POPAIR_B at 18 MHz.  Hmmm....

This estimation relies on the absolute power on the POPAIR_B and therefore it is less reliable than the ordinary unlocked-to-locked-comparison measurement. Note that the ring heater on ITMY was off when measured. Also, the detail of the estimation is attached.

 

- - - POPAIR_B_RF18 calibration:

According to alog 9845, the PD was calibrated to be 7803/(5.13 mW x 0.93 x 0.1) = 1.6e7 counts/W at 18 MHz. Since it gave 18000 counts when it was locked, this corresponds to

Pam@POPAIR_B = 18000 counts / 45 dB whitening gain / 1.6e7 counts/W = 6.2 uW at 18 MHz.

 

- - - Estimation of the recycling gain:

There are three mirrors which attenuate the 9 MHz sideband on its way to the POPAIR_B diode.

Then assuming the 18 MHz beatnote is only made of the 9 MHz sideband, we get an AM component of the light at the diode:

P_am@POPAIR_B = 2 x J1^2 x Pin x  Gpr x T_PR2 x R_M12 x T_BS,

where Pin is the incident power on PRM, Gpr is the power recycling gain. If we assume that the modulation depth for 9 MHz is 0.17 (alog 9979) and Pin = 8.8 W x (Timc 80%) =  7.04 W, the power recycling gain Gpr should be

Gpr = 0.594

Non-image files attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 15:49, Sunday 02 March 2014 (10448)

Update:

Actually I forgot to correct the responsivity for 1064 nm. The BBPD uses FFD-100 which has a responsivity of 0.4-ish and 0.15-ish at 980 nm and 1064 nm respectively. Because the calibration measurement was done for 980 nm, I should have corrected the counts/W by the ratio of the responsivity. This means that the POPAIR_B was detecting a bigger laser power than I estimated. The laser power at 18 MHz must have been 6.2 uW x (0.4 / 0.15) = 16.53 uW.

Therefore, the correct power recycling gain for 9 MHz is

Gpr = 0.594 x ( 0.4 / 0.15 )  = 1.584

H1 ISC
sheila.dwyer@LIGO.ORG - posted 00:09, Saturday 01 March 2014 - last comment - 16:23, Sunday 02 March 2014(10438)
Green team today

The green team had some sucess today.

We saw that there is a large wandering peak (similar to what we have seen in the IMC alog 10289 alog 10327) in COMM PFD Imon.  This PFD chassis is directly under the diff RF doubler, by disconnecting the 79MHz input from this doubler we saw the peak become much smaller.  We are leaving this unplugged since we don't need it yet. (Alexa has some movies of the two wandering peaks)

The Xarm guardian is working, at least the states up to LOCKED_W_SLOW.  We didn't test the dither alingment states since the dither alignment isn't really working anyway.

The COMM PLL slow feedback to the IMC VCO had low bandwidth, which was limited by the randomization in the VCO servo library.  Daniel edited the low noise VCO library, the servo now has two modes, internal where the frequency comparator is used for an error signal, and external, meant for use with the COMM PLL.  The bandwidth is now limited to about 1 Hz, by the VCO response.  Right now we have the gain setting for the COMM PLL slow feedback set to 14000Hz/V, and the ugf of the IMC VCO servo set to 0.8Hz.  This seems stable.  We also turn this off after the COMM handoff now. 

We found a few gremlins in the COMM handoff-  with the change to LSC input matrix our script was no longer setting the matrix element.  For some reason the fast path was disabled in the REFL servo.  Both of these things could be solves with state control code or for the time being by improving the script/writting a guardian. Now we are reliably doing the COMM handoff, which is stable for ~20 minutes to a half an hour right now.  I've just committed the handoff and down scripts to the svn. 

We rewired the REFL_DC_BIAS, so now it is routed into the CM board input 2

Once we had this locked we started looking at the IR transmission.  When the alignment is good, we stay within about 160Hz (the transmitted power wanders over the peak back and forth, but doesn't move as far as we have seen some nights.  We have seen that the amount of noise we see depends on the alingment. 

We found the IR resonance, moved the ETM in YAW, and found the resonance again.  We made three measurements like this and got 400Hz/urad.  When the alingment was worse this measurement got harder.

It seems clear we need a good alingment to have a chance of locking COMM on resonance.

Right now COMM has been locked for half an hour.

Comments related to this report
alexan.staley@LIGO.ORG - 16:23, Sunday 02 March 2014 (10449)

Here is the video Sheila is refering to. The power spectrum in the top display is from the IMON of the PFD whereas the bottom display is from the output of the IMC.

Non-image files attached to this comment
H1 SUS
arnaud.pele@LIGO.ORG - posted 16:01, Friday 28 February 2014 - last comment - 13:11, Monday 03 March 2014(10426)
ITMY Oplev

Before starting measuring Pitch to Pitch on ITMY, I realized the oplev signal was oscillating at high frequencies. I took a spectra and compared with other oplevs, and the noise floor from 1000Hz is ~2 orders of magnitude higher compared to ITMX. Thomas pointed out that this oplev doesn't have an analog whitening filter yet, so we should double check when it will be installed.
dtt template was saved under SusSVN/sus/trunk/QUAD/H1/ITMY/SAGL2/Data/2014-02-28_Oplev_Spectra.xml

Images attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 13:11, Monday 03 March 2014 (10461)

What I meant by "oscillating at higher frequencies" is that the noise is higher for ITMY than ETMX as we can see on the time plots (ETMX in green, ITMY in red)

Images attached to this comment
H1 SUS
keita.kawabe@LIGO.ORG - posted 19:02, Tuesday 25 February 2014 - last comment - 11:50, Monday 03 March 2014(10331)
OL and BOSEM calibration using baffle PDs (Stefan, Keita)

After much of the day was spent for recovery from maintenance, we wanted to make green WFS wider band, for which we need to redo penultimate mass to final mass pit to pit and yaw to yaw measurement, and since we're using OLs, and since OL whitening were bad but are now good, and since ISI is performing much better than the beginning of the HIFO_X,  we decided to calibrate OL using baffle PDs again. And since we might want to use TMS for alignment we also did the calibration measurement for TMS.

We only had time for TMS and ITMX for today.

TMS:

Used H1:AOS-ITMX_BAFFLEPD_1_POWER and 3_POWER (3 is actually connected to PD4). Also recorded H1:SUS-ETMX_M0_DAMP_P_IN1 and H1:SUS-ETMX_M0_DAMP_Y_IN1 and used tdsavg.

"delta claimed" is the TMS rotation measured as the difference of bias offsets between PD4 and PD1, "delta physical" is derived from baffle diode drawing and the arm length of 4000m (see the drawing in this alog: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=9087).

Positive PIT means the beam points down. Positive YAW means the beam rotates counter-clockwise viewed from the top.

  ITMX baffle PD1 ITMX baffle PD4 (channel name is PD3) delta claimed delta physical correction factor
TMS bias slider (P, Y) (203.3, -228.1) (272.7, -289.7) (69.4, -61) (71.8, -72.0) (1.035, 1.180)
TMS BOSEMs (286.46 470.24) (396.13, 415.91) (109.67, -54.33) (71.8, -72.0) (0.654, 1.325)
power on baffle PD (mW) 0.22 0.24      

 

ITMX:

Used H1:AOS-ETMX_BAFFLEPD_1_POWER and H1:AOS-ETMX_BAFFLEPD_4_POWER. Also recorded H1:SUS-ITMX_L3_OPLEV_PIT_OUT and H1:SUS-ITMX_L3_OPLEV_YAW_OUT.

"delta reality" is half the angle formed by PD4, ETM and PD1 as the beam rotates twice the angle of the ETM.

Positive PIT means that the optic points down. Positive YAW means the beam rotates counter-clockwise viewed from the top. OL has different sign convention from SUS for PIT here.

  ETMX baffle PD1 ETMX baffle PD4 delta claimed delta reality Correction factor
ITM bias slider (P, Y) (34.6, -74.9) (66.9, -42.2) (32.3, 32.7) (37.34, 37.37) (1.156, 1.143)
ITM OLs (8.643, -3.20) (-11.115, 14.845) (-17.94, 16.34) (37.34, 37.37) (-2.081, 2.287)
ITM top BOSEMs (246.65, -386.038) (349.14, -358.02) (102.49, 28.02)    
PM BOSEMs (-2736.5, 193.8) (-2709.41, 224.14) (27.09, 30.34)    
power on baffle PD (mW) 0.65 0.65      

Didn't have time to do ETMX.

Comments related to this report
keita.kawabe@LIGO.ORG - 11:50, Monday 03 March 2014 (10454)

ETM OL calibration was done using red beam while red team was doing red things.

  ITMX PD1 ITMX PD3 (wired to PD4) delta claimed delta physical correction factor
ETM bias slider (P, Y) (229.4, 90.5) (253.4, 60.3) (24.0, -30.2) (35.9, -36.0) (1.50, 1.19)
ETM OLs (-16.97, -17.62) (21.50, 24.07) (38.5, 41.7) (35.9, -36.0) (0.932, -0.863)
ETM top BOSEMs (163.25, 183.36) (276.98, 153.34) (113.7, -30.2)    
PUM BOSEMs (1114.59, -678.99) (1160.02, -715.61) (45.43, -15.9 )    
Power (mW) about 0.16 max  about 0.16 max      

Unlike ITMX, the OL PIT sign convention of ETMX is consistent with SUS convention, but OL YAW convention is inconsistent.

Also, unlike ITMX, ETMX OL amplitude doesn't seem to have a factor of 2 error.

Sign convention of SUS is: Positive P = pointing down. Positive Y = counter clockwise viewed from the top.

Displaying reports 67021-67040 of 77175.Go to page Start 3348 3349 3350 3351 3352 3353 3354 3355 3356 End