Displaying reports 65321-65340 of 77210.Go to page Start 3263 3264 3265 3266 3267 3268 3269 3270 3271 End
Reports until 18:30, Thursday 05 June 2014
H1 ISC
keita.kawabe@LIGO.ORG - posted 18:30, Thursday 05 June 2014 - last comment - 13:15, Monday 09 June 2014(12242)
HAM6 today (Dan, Corey, Keita)

All optics except two steering mirrors (one behind OM1 and one close to OM1) were fixed down to the nominal position. We need to move these two steering mirrors tomorrow.

Two V beam dumps are to be installed tomorrow.

OMC was freed, OMCS BOSEMs were centered.

OM1 was freed, OM1 BOSEMs were centered.

OM2 and OM3 are going to be freed and BOSEM centered tomorrow. Damping magnet gap for all Tiptilts are to be set tomorrow.

All 5 QPDs, WFS(DC) and OMCDCPD will be tested tomorrow.

Detailed alog will follow.

Comments related to this report
keita.kawabe@LIGO.ORG - 23:59, Thursday 05 June 2014 (12243)

Details: WFS path was made different from documents (documents are wrong), small difference from LLO.

Have found that all HAM6 layout drawings are wrong about WFS position. The distance from the lens on the sled to WFSA should be 191mm and WFSB 475mm (T1000247), but layout on documents like D1000342 both of them are about 3.5 to 4 inches too short. This is not a problem for WFSA because there is a room to move it, but moving WFSB back to gain extra 3.5 to 4 inches would make WFSB base interfere with one of the balast masses on ISI.

LLO originally changed the sled layout (see alog 2888), Corey didn't know about it when he made the sled (Corey's alog 12083), but anyway we thought that this was how LLO did it, and making this change would require swapping both of the mirror mounts (from left handed to right handed) which sounded like a hassle, so we decided to move the steering mirror M102 for WFSB as well as WFSB itself about 3inches downstream to the west. Later I found that LLO installation look more like D1000342 (see the picture of alog 8224), it's hard to see how it was exactly done but I'm asking Chris and Valera.

Some measurements:

  • L101 to WFSA 191mm nominal (T1000247), 192mm measured.
    • L101 to the first steering mirror M101 is 57mm, M101 to the WFSA is about 135mm.
  • L101 to WFSB 475mm nominal, 476.5mm measured.
    • L101 to M101 is 57mm, M101 to M102 is 358mm, M102 to WFSB 61.5mm.

There's some uncertainty in where exactly the diode face sits, and the accuracy of the above is probably something like +-2mm.

keita.kawabe@LIGO.ORG - 00:10, Friday 06 June 2014 (12244)

Details: AS_C QPD (not sled) had a smudge and was swapped

Fresh out of the bag, there was a smudge on the AS port QPD window in D1101654 S1202409 QPD/cable assy, and it was very close to the center. We didn't have to use any special light to see that it's there, but we needed to look at it from a certain angle.

I attempted to clean it on the spot using a wipe and alcohol, but it didn't go away, maybe it's some kind of scratch or abrasion. It's probably fine for some other purposes but I didn't want to put it in the AS path.

We pulled the QPD out of the assy and dropped the spare QPD in.

For future rerefence:

Bad IR QPD: #8. This is stored in a bag, not in the spare QPD cage.

Replacement IR QPD: #18

We have now only one spare IR QPD in the spare QPD cage, which is #15.

But we still have one spare IR QPD cable assy pre-assembled with two QPDs.

keita.kawabe@LIGO.ORG - 00:33, Friday 06 June 2014 (12245)

Other details:

Confirmed that serial # of OM1 TT stage is 002, OM2 004, OM3 033, as per Rich's alog 8612.

I didn't like the way OMC REFL beam diverter (BDV1) was assembled, as the peek washers face upstream. There's some (admittedly small) possibility that they are burnt when three things happen at the same time, i.e. IFO loses lock, TT or OMC is shaken, and the fast shutter is non-existent or malfunctioning. Flipped things such that these washers are downstream of the black glass piece, but Corey found that with this new configuration the beam diverter will interfere with balast masses. So, unhappily I flipped everything back.

At LLO two dedicated beam dumps for beam diverters were installed (Chris's alog 7573), we need to copy it.

koji.arai@LIGO.ORG - 13:15, Monday 09 June 2014 (12263)

IN-VACUUM DCQPD LOCATION MAP E1101174-v13 updated accordingly.

H1 SEI (CDS)
jeffrey.kissel@LIGO.ORG - posted 16:58, Thursday 05 June 2014 (12240)
All ISIs Upgraded with Software Changes from ECR E1400239 + T240 Matrices Expanded
J. Kissel, D. Barker

Following the instructions in SEI aLOG 491, I've svn up'd the following common isi corners of the userapps repo,
${userapps}/release/isi/common/models/
${userapps}/release/isi/common/src/
${userapps}/release/isi/common/medm/
to receive software updates from ECR E1400239, and integration issue 901.

I've then recompiled, reinstalled, restarted, and restored the following models (in chronological order):
h1isietmx
h1isietmy
h1isiitmy
h1isibs
h1isiitmx
h1isiham2
h1isiham3
h1isiham4
h1isiham5
h1isiham6

Only the ETM chambers are still fully functional, but for each chamber (because most corner station guardians were still requesting fully isolated), I requested the guardian to go to OFFLINE before the four R's. Once 4R'd, for the BSCs,
- Confirmed that the T240MON responds as expected, showing red if T240 values are above the HI THRESHOLD, and not returning green until spending DELAY number of seconds below LOW THRESHOLD
- Confirmed that the T240MON values were restored to HI 20000, LOW 5000, DELAY 120, if necessary. Apparently these new-ish channel's values were never captured in the ETM chamber's safe.snaps. 
- For ETMs only, to confirm software changes were successful, I
    - used guardian to being chambers back up to FULLY_ISOLATED, to confirm the safe.snap didn't lose anything else vital. This was successful.
    - used guardian to transition to DAMPED, such that isolation loops were turned OFF. Set stage 1 (ST1) watchdog (WD) T240 threshold to a value that would normally trigger the WD; I chose 0. This DID NOT trip the watchdog as expected with the new software changes. In addition, the saturation counter that appears in the "FIRSTTRIG" column above the label for T240 limit begins counting up. This was successful.
    - with the T240 threshold still low, used the guardian to request FULLY_ISOLATED. After a short period of time (the time it takes guardian to set things up for turning the isolation loops), the watchdog tripped, as soon as the isolation loops began to be turned on, as expected. This was successful.
    - RESET the ST1 T240 WD threshold to its nominal value of 32760, RESET the WD, and guardian happily marched all the way back up to FULLY_ISOLATED, resetting the T240 saturation counter along the way. This was successful.

All other changes appear successful -- the T240 matrices have expanded, a Z to RZ filter bank now exists. and a new isolation filter gain comparison exists whose output presumably feeds to the ODC vector.

The following still needs doing:
(1) Update safe.snaps to include the correct threshold values for the T240MON
(2) Update safe.snaps to include the correct ISO gain comparison values
(3) Test Z-RZ path for functionality / usefulness
(4) Add matrix elements for new T2402CART matrix elements
(5) Update safe.snaps to include the new T2402CART matrix elements

Rich will work on (3) and (4). But I don't know in what state the ISIs need to be to capture a new safe.snap, so I'll leave (1), (2), and (5) to those who pay closer attention to the ISIs.

The corner station BSC-ISIs and all HAM-ISIs remain OFF in some way or another (user watchdog, masterswitch, or IOP DACKILL) for the vent, with their Guardians set to OFFLINE and paused.

The restarted the "DAQ"/data concentrator/h1dc0/frame builder to account for the new epics channels and filter models at 23:07 UTC.
I also accidentally compiled, installed, and restarted the h1susbs because my fingers have too much muscle memory and I mistyped h1isibs. No good reason otherwise!
H1 DAQ (CDS)
david.barker@LIGO.ORG - posted 16:20, Thursday 05 June 2014 (12239)
DAQ restart, new ISI models

DAQ restart to sync up with latest ISI models.

LHO General
thomas.vo@LIGO.ORG - posted 16:08, Thursday 05 June 2014 (12238)
06/05/2014 Ops Summary

- Greg going in to BSC3

- Andres and Jeff to output arm

- Fil to EE room to test AA and AI chassis, turning off electronics for BSC 1,2,3


- Mitch to the west bay with Scotty

- Jeff K restarting ISI models

- Justin going to EY to transition to laser safe

- Peter King to H1 enclosure first and then H2 Enclosure afterwards.

H1 SUS
betsy.weaver@LIGO.ORG - posted 15:45, Thursday 05 June 2014 - last comment - 16:22, Tuesday 10 June 2014(12237)
ITM swap status

Betsy, Travis, Danny, Margot

Today, we finished deinstalling the ITMx lower section of the QUAD using the install arm and elevator.  All went as it was supposed to.  After transfering the load to the manlift and attaching the LSAT structure for support, we set it down onto one of the LSAT trollies we have.  We then separated the Main and Reaction chains.  Margot and Danny FirstContacted the CP front and back surfaces (spray for back, paint brush for front due to bump stop locations).

While FC work was going, Travis and I went into BSC1 and started prepping the ITMy for deinstallation.  By the end of the day (and some final muscle from Danny) we had the masses locked in positions which facilitate upper and lower segment separation, the cross braces and sleeve structures removed.  (Of course, see yesterdays alog for exact details of how this really happens with floor panels removed, etc.)  We also finished pulling the balance of the witness plates and witness optics in BSC1 and BSC2.

 

Note, when we removed the flooring in both BSC3 and BSC1 we found hidden treasures.  To be continued... 

:)

Comments related to this report
betsy.weaver@LIGO.ORG - 16:21, Tuesday 10 June 2014 (12293)

BSC 3 goodies found under flooring:

Images attached to this comment
betsy.weaver@LIGO.ORG - 16:22, Tuesday 10 June 2014 (12294)

BSC 3 goodies found under flooring:

Images attached to this comment
H1 CDS (SUS)
david.barker@LIGO.ORG - posted 14:26, Thursday 05 June 2014 (12236)
h1sush56 spontaneous IRIGB timing error

Arnaud, Dave

we rebooted h1sush56 after it developed large IRIGB offsets. We cannot find any reason for the problem, doesn't seem to be linked to other model changes or work in CER. No activity in MSR at the time.

Procedure was: stop user models, stop iop model, take node out of Dolphin fabric, powerdown from console, power up by pressing front panel switch.

H1 SYS
rainer.weiss@LIGO.ORG - posted 13:18, Thursday 05 June 2014 (12232)
Vibration Measurements of the beamtube ; revised document
A revised version of the document T1400384-v2 has been posted on the DCC and appended here.
The changes are:
1) a calibration error in the data from the accelerometers has been corrected
2) a calculation estimating the equivalent displacement noise from the baffle scattering and comparing
it with the sensitivity of advanced LIGO is included.

The results have not changed. The new insulation does not suppress the acoustically driven noise
as well as the old insulation and the estimated scattering noise does not leave enough 
margin to be certain that it will not compromise the interferometer performance.
Non-image files attached to this report
H1 SEI
hugh.radkins@LIGO.ORG - posted 12:47, Thursday 05 June 2014 (12230)
WHAM5 Damping Loops ON vs OFF Spectra--Some Bad things but we hope it is from HEPI being locked
See attached for GS-13 Spectra comparing this morning (~4am) when it was damped and same time Tuesday when the ISI was not damped.  Wednesday data was corrupted.  Notice main peak reduced but see the unsuppressed peak and in some dofs (Y especially) amplification of peaks.  RichM and I looked at the damping loops and they look good and the plant doesn't show these peaks even though HEPI was locked during the TFs.  Still we're expecting these to go away when we unlock HEPI.  Otherwise, not so good.  We'll see.
Images attached to this report
H1 TCS (SEI, SUS, TCS)
greg.grabeel@LIGO.ORG - posted 12:10, Thursday 05 June 2014 (12229)
Ring Heater Check in BSC 1 and 3
Opened up the ring heaters on BSC 3, as well as checking to see how they survived the Stress Test. I couldn't find any obvious issues. There didn't appear to be any breaks in the macor or the glass.

For BSC 1 I consulted with Hugh Radkins to lock the ISI. After it was locked I opened up the ring heaters there as well. BSC 1 had the older style of ring heater but this didn't make any difference as these ring heaters had no obvious failures either. With the optic in the way a thorough check was not possible. Once the quad structures are removed, as well as the optics, a more thorough check will be possible.
Images attached to this report
X1 SEI (CDS)
james.batch@LIGO.ORG - posted 10:06, Thursday 05 June 2014 - last comment - 12:51, Thursday 05 June 2014(12227)
Staging building SEI test stand down

It appears the hard drive for the /frames files has failed on seiteststand2.  The test stand will be down until a replacement can be installed.

Comments related to this report
james.batch@LIGO.ORG - 12:51, Thursday 05 June 2014 (12231)CDS

A new disk has been installed.  The IOP and x1isiitmx models have been restarted and frames are being written.  Historical trend data is not available.  The test stand should be ready to use.

Logbook Admin General
jonathan.hanks@LIGO.ORG - posted 09:37, Thursday 05 June 2014 - last comment - 09:50, Thursday 05 June 2014(12225)
Restarting aLOG webserver at 9:45 am pacific
I need to apply a patch to the system outside of the normal patch cycle.

Please save your reports prior to 9:45 am pacific (about 10 minutes).  This will be quick, the system is not being restarted, just the webserver.
Comments related to this report
jonathan.hanks@LIGO.ORG - 09:50, Thursday 05 June 2014 (12226)
Done
H1 SUS (CDS, ISC, SYS)
jeffrey.kissel@LIGO.ORG - posted 01:46, Thursday 05 June 2014 - last comment - 09:04, Thursday 05 June 2014(12220)
Summary of H1 ESD Actuation Strength Measurements compared with Model
J. Kissel

While it has reported that the electrostatic drive is under what is expected by factors of 2, 4 and 8, repeated attempts at measuring and understanding the actuation strength of the ESD have at least garnered quite a bit of understanding on my part. The message: A factor of 8 is wrong -- a result of me misinterpreting how the actuation coefficient was calculated. A factor of 2 and 4 are still plausible, because all measurements have been made using the green ALS system, whose optical gain can vary significantly over the course of the measurement from alignment fluctuations. The latest comparisons of all H1 ETMX and H1 ETMY swept sine transfer functions report a quantitatively rigorous factor discrepancy (with uncertainty) below the expected actuation strength by factors that are indeed between 2 and 4. Many details below.

Details
-------
All published efforts to-date that attempt to quantify the actuation strength the ESDs:
aLOG             Meas Date        Optic       DOF             Drive                Bias [ct_DAC]/[V_ESD]         Response Channel [units]              Factor below 4.2e-10 [N/V^2] 
----             ---------        -----       ---       ---------------            ---------------------         ------------------------              ----------------------------
This aLOG        2014-04-28       ETMX        L         1.0-20 [Hz] Swept Sine      +125e3 / +381                ALS-C_COMM_PLL_CTRL_OUT [Hz]               2.26 +/- 0.012
                 2014-04-30       ETMX        L         0.1-10 [Hz] Swept Sine      +125e3 / +381                ALS-X_REFL_CTRL_OUT     [kHz]              3.66 +/- 0.007
                 2014-05-29       ETMY        L         0.1-10 [Hz] Swept Sine      -125e3 / -381                ALS-Y_REFL_CTRL_OUT     [um]               2.97 +/- 0.005
LHO aLOG 11929   2014-05-16       ETMX        L         11 [Hz] Sine Wave           +125e3 / +381                ALS-X_REFL_CTRL_OUT     [kHz]              8    INCORRECT ANALYSIS
LHO aLOG 12109   2014-05-16       ETMX                    Same measurement, reprocessed with better understanding                                           2    CORRECTED ANALYSIS
LHO aLOG 11676   2014-04-30       ETMX        L           Same measurement in this aLOG, reprocessed with uncertainty analysis                              4    (consistent with above)
LHO aLOG 11581   2014-04-28       ETMX        P,Y       1.0-20 [Hz] Swept Sine      +125e3 / +381                        EX Oplev        [urad]             2ish (consistent with above)

Possibly contains actuation strength, but quadrant information is too cross-coupled to obtain a pure P/Y number in terms of force:
LHO aLOG 12026   2014-05-22       ETMX   UL, LL, UR, LR  3 [Hz] Sine Wave   (+124e3 0 -124e3) / (+377 0 - 377)           EX Oplev           [urad]             Difficult to say
LHO aLOG 12027   2014-05-22       ETMY   UL, LL, UR, LR  3 [Hz] Sine Wave   (+124e3 0 -124e3) / (+377 0 - 377)           EY Oplev           [urad]             Difficult to say

Unpublished attempts:
L1/ETMX/SAGL3/Data/2014-05-30_0800_L1SUSETMX_L3_L2LPY_SweptSine.xml -- coherence deemed too poor because ALS noise too high.
L1/ETMY/SAGL3/Data/2014-05-30_0800_L1SUSETMY_L3_L2LPY_SweptSine.xml -- coherence deemed too poor because ALS noise too high.
H1/ETMX/SAGL3/Data/2014-05-15_H1SUSETMX_L3_ESD_P_2Hz.xml -- attempted to process, but got a factor 8 to 10, and gave up deciding torque was too hard
H1/ETMX/SAGL3/Data/2014-05-15_H1SUSETMX_L3_ESD_P_3Hz.xml --     ""
H1/ETMX/SAGL3/Data/2014-05-15_H1SUSETMX_L3_ESD_Y_2Hz.xml --     ""
H1/ETMX/SAGL3/Data/2014-05-16_H1SUSETMX_L3_ChargeTest_LL.xml -- attempted to take quadrant-by-quadrant data, but did not process before 2014-05-22 measurements, then gave up
H1/ETMX/SAGL3/Data/2014-05-16_H1SUSETMX_L3_ChargeTest_LR.xml -- ""
H1/ETMX/SAGL3/Data/2014-05-16_H1SUSETMX_L3_ChargeTest_UL.xml -- ""
H1/ETMX/SAGL3/Data/2014-05-16_H1SUSETMX_L3_ChargeTest_UR.xml -- ""

On the linear dependence of longitudinal Force, F on Control Voltage, V_CTRL:
We know 
F = a (V_CTRL - V_BIAS)^2
  = a (V_CTRL^2 - 2*V_CTRL*V_BIAS + V_BIAS^2)
for a given bias voltage V_BIAS.

For all of the above analysis, as a given frequency, we apply a sinusoidal control voltage at some frequency, w and amplitude V_0. As such, because of the quadratic nature of the actuator,
F = a (V_0^2*sin^2(wt) - 2*V_0*V_BIAS sin(wt) + V_BIAS^2)
           [sin^2(wt) = 1/2 - 1/2*cos(2wt) + O(4w)]
  = a (V_0^2*[1/2 - 1/2*cos(2wt)] - 2*V_0*V_BIAS sin(wt) + V_BIAS^2)
  = [(a/2)*V_0^2 + a*V_BIAS^2] - [2*V_0*V_BIAS*sin(wt)] + [(a/2)*V_0^2*cos(2wt)]
F = [        DC term         ]   [    linear term     ]   [    bilinear term   ]

Now, for a transfer function (i.e. a linear cross-correlation function), only the linear term will show up, such that
F_lin = - 2*V_0*V_BIAS*sin(wt),
or in the frequency domain, simply,
F_lin = - 2*V_0*V_BIAS.
Thus, at a single frequency, the linear transfer function coefficient magnitude between force and control voltage is

F_lin
----- = 2*a*V_BIAS
 V_0


And this is exactly the function one must use to calibrate the drive component of the electrostatic drive chain, assuming the above equation is defined where V_CTRL and V_BIAS are in units of [V] on the electrodes in-vacuum. Tracing these back to the digital drive points for the bias voltage, ct_BIAS, and for control voltage ct_LOCK, where
V_0 = G_ESD * G_DAC * EUL2ESD * ct_LOCK
V_BIAS = G_ESD * G_DAC * ct_BIAS 
where G_ESD = 40 [V/V] is the gain of the ESD driver, G_DAC = 20/2^18 [Vpp/ct] is the DAC gain, and EUL2ESD = 0.25 is the coefficient in the Euler to ESD basis transformation output matrix. This leaves the calibration to be

 F_lin
-------  = 2 * a * G_ESD^2 * G_DAC^2 * EUL2OSEM * ct_BIAS = 2.44e-10 [N/ct]
ct_LOCK

assuming a bias equivalent voltage of 125e3 [ct_BIAS], as all of the above mentioned values are quoted. As a reminder, the control voltage used in this calculation is the control voltage on one quadrant, even though you're drive all four quadrants. As a is defined above, the longitudinal force is generated by the potential difference between the ring of control voltage and the ring of bias voltage. That ring of control voltage is held at the same voltage for all four quadrants, and hence one quadrant is representative of the ring (see LHO aLOG 12109 for further description).

Calibration of each measurement's response channel newly described in this aLOG
Since three different people took swept sine TFs, with sensors each having different calibrations that were changing over time, it took a bit of work to calibrate all the transfer functions into [m].
- The calibration for ALS-C_COMM_PLL_CTRL_OUT, though it claimed to be in (green) [Hz] had not had the VCO response removed (as confirmed by a trend of the H1:ALS-C_COMM_PLL_CTRL_SWSTAT, which showed that the compensation filter in FM3, "antiVCO" was OFF during the measurement), so my calibration from [Hz/ct] to [m/ct] was
[m/ct] = L * (lambda_g / c) * zpk(-2*pi*40,-2*pi*1.6,1.6/40) * (H1:ALS-C_COMM_PLL_CTRL_OUT_DQ / H1:SUS-ETMX_L3_LOCK_L_EXC)
- The calibration for ALS-X_REFL_CTRL_OUT was similar, but this had the VCO response removed, so the only difference is the order of magnitude,
[m/ct] = L * (lambda_g / c) * (H1:ALS-X_REFL_CTRL_OUT_DQ / H1:SUS-ETMX_L3_LOCK_L_EXC)
- Finally, ALS-Y_REFL_CTRL_OUT had been calibrated graciously into displacement units, so one merely had to adjust the order of magnitude,
[m/ct] = (H1:ALS-X_REFL_CTRL_OUT_DQ / H1:SUS-ETMX_L3_LOCK_L_EXC)

Uncertainty Estimation
I've folded in the coherence to assess the uncertainty at frequency point for the magnitude and phase of the transfer function as described in LHO aLOG 12109,
meas.unc.radians = sqrt( (1 - meas.coh ./ (2*nAvgs*meas.coh );
meas.unc.m_per_N = abs(meas.tf.m_per_N) * meas.unc.radians;

Once these are obtain, I find the residual between the model and measurement, propagating the uncertainty assuming the model has no uncertainty,
residual.tf  = model.tf / meas.tf;
residual.unc = abs(residual.tf) * meas.unc.radians;

And then compute the weighted mean of each frequency point to arrive at the factor under the expected force coefficient value of 4.2e-10 [N/V^2],
residual.weightedmean = sum( abs(residual.tf) ./ residual.unc.^2 ) / sum( 1 / residual.unc.^2 )
with uncertainty
residual.weightedmean = sqrt( 1 ./ sum( 1 / residual.unc.^2 )
Now, one can justifiably argue that the reducing the obviously frequency-dependent residual down two one number, assuming that each frequency point is an independent measure of the actuation coefficient with merely statistical variations about some true mean value is not strictly correct. I agree -- there are still plenty of systematics at play that cause even a single measurement sweep to vary by as much as a factor of 2 over the frequency span of the measurement. There are several systematic errors that have *not* been accounted for in the model:
(1) The undamped dynamical model is not strictly correct at the first pitch mode at ~0.5 [Hz]. This means, that -- though the current damping filters are used in the model -- the resulting closed-loop model of the damped QUAD is not perfect. However, this should only be a discrepancy right around the resonances, and certainly not a source for an overall scale factor
(2) The optical gain of the interferometric sensors varies as much as a factor two during the 2014-04-30 H1 EX measurement (see attachment 2014-04-30_H1ALS_X_NormalizedTransmission.png). The sweep was performed from high to low frequency, and is likely the source of the drops in coherence / increase in uncertainty, especially at low frequency. This also may be the source of some apparent frequency dependence.

Welp. It's 2am. I'm impressed you read this far. Go get some coffee, you deserve it. G'morning!
Images attached to this report
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 01:59, Thursday 05 June 2014 (12221)CDS, COC, ISC, SYS
The script used to generate plots for this aLOG can be found here:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/Common/MatlabTools/plotallquad_dtttfs_L3.m

The locations of the swept sine measurements plotted in this aLOG have been discribed in their original entries, but I repeat them here for your convenience:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGL3/Data/
2014-04-28_H1SUSETMX_L3_L2LPY_SweptSine_1to20Hz.xml
2014-04-30_H1SUSETMX_L3_L2LPY_SweptSine.xml
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/SAGL3/Data/
2014-05-29_H1SUSETMY_L3_L2LPY_SweptSine.xml

All are committed to the SusSVN as of this entry.
sheila.dwyer@LIGO.ORG - 09:04, Thursday 05 June 2014 (12224)

Just to note- since we are using the VCO calibration and you are making measurements way below the ugf of the green PDH loop, the changing optical gain doens't have any effect on your measurements.  

H1 SYS
rainer.weiss@LIGO.ORG - posted 20:48, Friday 30 May 2014 - last comment - 13:20, Thursday 05 June 2014(12155)
Vibration Measurements of the beamtube
John Worden, R. Weiss
Vibration measurements of the beamtube with the new R10 insulation and aluminum jacket were made and described in the
appended document. The new insulation reduces the acoustic coupling to the beamtube but not as well as the initial insulation.
The data enables a more detailed estimate of the phase noise from the beamtube motion due to the faulty HR coatings of the new 
test mass mirrors. The DCC number of the document is T1400384.
Non-image files attached to this report
Comments related to this report
rainer.weiss@LIGO.ORG - 13:20, Thursday 05 June 2014 (12233)
Error in the document. Please see T1400384-v2 or LHO log entry 12232
H1 SEI
sheila.dwyer@LIGO.ORG - posted 17:51, Tuesday 27 May 2014 - last comment - 14:24, Thursday 05 June 2014(12097)
ETMY tripped

stage 1 actuators, this happened when diff lost lock. 

Comments related to this report
sheila.dwyer@LIGO.ORG - 18:26, Tuesday 27 May 2014 (12098)

The same thing happened again, this time the plotting script worked. 

Images attached to this comment
sheila.dwyer@LIGO.ORG - 18:47, Tuesday 27 May 2014 (12100)

ETMY sus also tripped just now

sheila.dwyer@LIGO.ORG - 13:39, Thursday 05 June 2014 (12234)

Since Sebastian and Lisa have been trying to look into this, Rich and I had a look at some trends from around the time of these trips. 

The ALS DIFF guardian down state exits too soon, moving on to the prepare state too soon (alternatively, it fails to clear the history of DARM, which is par tof the down state but isn't working.)  This causes a transient to be sent to the suspension.  Of course we need to fix the guardian, but also need to decide if these kind of transients should be tripping the ISIs. 

The screen shots below show the input to the suspension from the LSC model, the outputs to the test mass and to the top mass, and the time of the WD trip for two of these trips. 

Images attached to this comment
sebastien.biscans@LIGO.ORG - 14:24, Thursday 05 June 2014 (12235)

Thank you for the follow up Sheila.

I'm still analyzing those trips to be sure that we have a full understanding of what's happening before taking any decision. I should have a full report before the end of the week.

Displaying reports 65321-65340 of 77210.Go to page Start 3263 3264 3265 3266 3267 3268 3269 3270 3271 End