Displaying reports 73281-73300 of 83254.Go to page Start 3661 3662 3663 3664 3665 3666 3667 3668 3669 End
Reports until 10:17, Monday 24 February 2014
H1 INS
jeffrey.bartlett@LIGO.ORG - posted 10:17, Monday 24 February 2014 (10278)
Set End-Y Local Dust Monitor Alarm
  Set the local audible alarm on dust monitor #1 at End-Y. The 0.3 alarm is set for 18 particles (@500 MEDM counts) and the 0.5 alarm is set for 10 particles (@300 MEDM counts). These values may need adjusting as more data points are collected.    
H1 SYS
daniel.sigg@LIGO.ORG - posted 10:07, Monday 24 February 2014 (10277)
Commissioning calendar for next 2 weeks

Green team:

Red team:

Blue team (ALS WFS):

Blue team (ISCTEY, delayed):

TMS:

SEI/SUS team:

 
 
 
 
LHO General
justin.bergman@LIGO.ORG - posted 10:03, Monday 24 February 2014 (10276)
Craning over Y-arm in LVEA

Kyle will be craning the portable RGA over the Y-arm in the vicinity of the elevated slab and test stand areas. Work should be complete by noon. See WP 4455.

H1 SEI (PEM)
robert.schofield@LIGO.ORG - posted 19:21, Sunday 23 February 2014 (10274)
Risk mitigation of acoustic coupling to the ISI tabletops

Summary: Acoustic coupling at HAM6 (dark port) is likely to be a borderline noise source for aLIGO, near the expected noise floor in the several hundred Hz region, as it was at the end of eLIGO. As risk mitigation, I began investigating the resonance features that couple acoustically driven external vibrations to the table surface with transfer functions approaching unity in the several hundred Hz region. The resonance features consist of broad resonances that are likely ISI blade spring and flexure and/or table resonances, with higher-Q resonances riding on them that are likely from components: the GS13 pods, the mass pegs, the individual panels, and the optic structures on the table. The damping planned for other reasons is unlikely to significantly change the Qs of the peaks. We may want to begin developing damping schemes in case this coupling is a problem at HAM6 or elsewhere.

Vibrational coupling, driven by external acoustic noise, was a problem in eLIGO, requiring us to suspend HAM6 steering optics and install blade springs on tip tilts (reduction in 400-550 & 750-900 Hz peaks with suspension). Even with this work, DARM was still somewhat contaminated by acoustically-driven vibrational coupling at the end of S6 (here). Figure 1 shows that there was coherence between the HAM6 geophones and DARM in the 400-550 and 750-900 Hz band late in S6 after our HAM6 interventions. I had hoped that the passive damping planned for the HAMs (for other reasons) would also help reduce the higher frequency motion. However, Guillermo Valdes (UTB), took a recent look at LLO HAM3, which had the damping installed, that made me want to conduct a damping experiment at HAM4.  I found little or no decrease in the Qs of the high-frequency peaks even after I more than doubled the planned tabletop damping (7 dampers instead of 3). Thus I wanted to gain a better understanding of the source of this vibrational coupling in case it is a problem in aLIGO.

The ISI transfer functions from ground motion to table motion suggest an isolation of less than 10 at certain bands in the several hundred Hz region (for example see 500 Hz here). The ISI transfer functions typically show broad horizontal resonances in the 400-550 and 750-900 Hz regions, even before the tables are populated (Figure 2). Modeling by High Precision Devices (G-0701156-00-R) suggested lowest table resonances between 300 and 400 Hz. There are resonances in this region, but the higher frequency resonances are typically more pronounced on the geophone signals. A competing, and, to me, more likely possibility, is that the broad resonances are resonances of the blade springs and flexures, possibly matching table resonances (see resonances of the BSC ISI blade springs here). Geophone spectra show these broad resonances, as well as more narrow resonances riding on top of them (Figure 3). Thus the tallest peaks, the ones that are most likely to contaminate DARM, could be reduced by damping either the broad resonances or the peaks that ride on them. As an example of how the features appeared in DARM during early eLIGO, Figure 4 shows DARM from early S6 with the broad ISI resonances and narrow peaks riding on top. While reducing the broad ISI peaks would have been the best option, reducing the narrow peaks looks like it might have reduced the maximum peak height by a factor of 2 or 3.

In an effort to identify the sources of some of the narrow peaks that ride on the broad resonances, I did a series of tap tests on HAM4. Figure 5 shows that taps on the ISI side pegs for balance masses, the centers of the “X” shaped cutouts in ISI side panels, optic supports on the tables and GS13 pods all excited individual peaks or families of peaks that rode on top of the broader resonances. Figure 6 is a photograph showing these structures. 

Figure 7 shows that each GS13 pod has its own characteristic family of several high-Q peaks. The pods consist of GS13s inside vacuum enclosures. The vacuum enclosures can be heard ringing long after they are tapped. These pod peaks are evident in geophone signals even when there is no tapping. The resonance peaks for a particular pod are largest in signals for the geophone in the pod, but are also evident in signals from other geophones. Fortunately, the frequencies of the geophone pods are, typically, slightly below the broad 400-550 Hz resonance, so it is likely that only a few of the higher frequency pod peaks will be among the highest amplitude peaks that could show up in DARM. Nevertheless, we may want to consider a passive damping scheme for the geophone pods, or a scheme to move the resonances a little lower in frequency.

The individual panels that make up the body of the ISI also have resonances that may coincide in frequency with the broad 400-550 and 750-900 ISI resonances. I took two of the several panel types and suspended them by “strings”. One had resonances at about 400, 700 and 800 Hz, the other at 490 and 670 Hz. Some of the resonances may be associated with the “X” shapes left by the cutouts (see Figure 6). Fabrice and I imagined a couple of passive damping schemes for these, if needed, but access to all of them would be tough and we might just want to instead put damping that is tuned to the 400-550 and 750-900 Hz resonances onto the tabletop structures that touch the beam.

Finally we might want to be thinking about a simple scheme for passive damping  of individual optic structures or the ISI mass pegs.

There may also be ways to damp the broad resonances, such as tuned damping on the blade springs, as the SEI group developed for the bucket peaks in eLIGO, or even active schemes. I would like to repeat my HAM4 work at HAM6 just before it is closed up, so that we have a record of the frequencies of the pods and optics on the surface of HAM6 in case features show up in DARM. It might also make sense to investigate whether blade spring and flexure resonances could produce such high transfer functions. In conclusion, I think we should begin to consider mitigation routes in advance in case this coupling is a problem at HAM6 or elsewhere.

Non-image files attached to this report
H1 ISC
sheila.dwyer@LIGO.ORG - posted 14:21, Sunday 23 February 2014 (10273)
ALS TwinCAT and medm screen updates

I've made several changes to the TwinCAT code and medm screens for ALS friday and this morning.  The most important thing is that I added the slow feedback from the COMM PLL contrl signal to the IMC VCO.  At the bottom of the COMM PLL screen now there is a section for the Sow feedback, if this is running it replaces the IMC-VCO_SETFREQUENCYOFFSET with an error signal that cancels the error signal from the frequency comparator and replaces it with the PLL control signal, multiplied by a gain.  The gain is currently 10000Hz/V.  This also checks to see if the arm cavity is locked, if the SHG status is OK and if the beatnote stength is above some minimum, and will stop the feedback if there are error conditions.

This seems to be working well as long as the arm cavity has the slow feedback to the top mass active. 

Other updates were adding an error conition to the end station laser locking pll for the noise eater oscillation, fixing the corner state machine, and adding an option to the PDH autolocker to allow it to control the second boost.  medm screens updated were mostly in ALS, except for ISC_CUST_DUAL_PFD.adl

H1 ISC
keita.kawabe@LIGO.ORG - posted 12:19, Saturday 22 February 2014 - last comment - 10:24, Monday 24 February 2014(10271)
Green wfs on Friday (Jax, Keita)

First attempt failed.

OL whitening.

See Thomas's entry. ITMX and ETMX are good now.

Demod phase and sensing nonsense.

After Thomas was done with OL, we had to measure sensing matrix again as it uses OL data. Found that demod phase changed, not reliable from measurement to measurement. In the end, I've found that:

The measurement was done by wiggling ETMX at 3.5Hz and ITMX at 1Hz, first in YAW, measuring the demod phase and the sensing matrix for segment 1 and 3, then switch to PIT for 2 and 4. Angle to length shouldn't be a problem as PDH should have a large gain there to squash the length error.

New sensing matrix.

The attached shows one snapshot of demod phase itself on the left screen and the demod phase/sensing matrix measurement on the right.

Two dtt sessions show PIT and YAW. In each dtt window, left is ITM and right is ETM, top shows how Q phase is minimized, middle shows the sensing matrix amplitude in cts/urad (WFS/oplev), bottom shows the sensing matrix phase (should be 0 or +-180) as well as relative phase between diagonal elements (should be +-180).

The sensing matrix phsae still has 10 deg-ish systematic at 1Hz (ITM) and 25 deg-ish at 3.5Hz (ETM). Maybe a decimation filter for OL DQ, maybe something else, definitely not 1:10 whitening, I don't worry about this for now.

PIT.

  ITM ETM
WFSA -1922.46 -1651.43
WFSB -655.52 -393.65

YAW.

  ITM ETM
WFSA -3243.17 1042.83
WFSB -2947.28 931.62

That was it for Friday. I will not work over the weekend at the site.

Images attached to this report
Comments related to this report
jaclyn.sanders@LIGO.ORG - 10:24, Monday 24 February 2014 (10279)

Corresponding input matrices:

Pitch:

  Hard Soft
A -0.000568 0.000588
B -0.00228 0.00776

Yaw:

  Hard Soft
A 0.0526 -0.0582
B -0.0274 0.0299

These have been updated accordingly.

I've also attached a matlab script that will turn the sensing matrices into input matrices, just to make sure the method exists somewhere other than my notebook.

Non-image files attached to this comment
H1 SYS
jameson.rollins@LIGO.ORG - posted 19:00, Friday 21 February 2014 (10268)
new guardian overview screen added to sitemap

I added a new GUARD_OVERVIEW screen to the sitemap, accessible from the blue GRD button on the sitemap.

Each block represents a guardian node.  There are place holders for nodes that I expect will show up eventually.  I also expect that more nodes will eventually be added that I haven't accounted for yet.

Each block has a button at the left that will open up the guardian control panel for the node.  The overall background color of the block represents the MODE of the node:

There are three indicator lights, which, from left to right indicate:

Blocks that are white indicate nodes that are current not running.

Images attached to this report
H1 AOS (AOS)
thomas.vo@LIGO.ORG - posted 18:53, Friday 21 February 2014 - last comment - 19:06, Friday 21 February 2014(10267)
ITMX and ETMX OpLevs
Keita K. informed me that whitening for OLs were off for both ITMX and ETMX and after looking at the spectra, I also agreed. So I went out to the field racks to check that the settings were correct.  

The OpLev whitening boards use a binary I/O daughter board to enable the gain stages.  They looked like they were on the correct settings for two levels of whitening, which matched the de-whitening filters set in software so I unplugged and plugged the board back in and this seemed to solve the problem.  I'm happy that this solved the problem, but I'm perplexed on how it happened.  The daughter boards just plug into the front of the chassis with no screws so it may have been bumped loose, not good.

I'm still investigating when this might have happened but it has some pretty big implications for the relatively new damping scripts that Stefan made, I've sent him an email.
Comments related to this report
keita.kawabe@LIGO.ORG - 19:06, Friday 21 February 2014 (10269)

The hardware whitening, which is supposed to be 2 stages of 1:10, was off while the software awhiteners were on for ITM. After Thomas plugged the daughter board off and on, both of the whitening came back.

This was first found while measuring the WFS sensing matrix, as there was a 90 degrees phase difference between WFS and oplev when we were wiggling ITM at 1Hz.

This means that ITM OPLEV was underestimating the angle for ITMX. This is nothing at 0.1Hz, a factor of 1.25 at 0.5Hz, and a factor of 2 at 1Hz.

I don't know if the situation was the same for ETMX, though I know that the ETMX OPLEV whitening changed after Thomas did his trick of plugging out and in. I just don't know if it was no whitening or just one stage whitening or what. That is to be confirmed by Thomas later.

 

 

H1 IOO (IOO, ISC, SYS)
jameson.rollins@LIGO.ORG - posted 18:52, Friday 21 February 2014 (10266)
upgrade of IMC guardian code complete

As reported earlier, the IMC guardian code was upgraded.  This upgrade is now fully complete and committed.

The new IMC guardian module is located at:

USERAPPS/ioo/h1/guardian/IMC.py

This new guardian follows a newer paradigm, whereby we follow a slightly less scrict heirarchy:

Rather than three nodes controlling the IMC locking (ISC_IMC, SUS_MC2, IFO_IMC (manager)), we now have just one: IMC.   The SUS_MC2 module is now identical to all other suspensions, without additional controls states for IMC locking.  The IMC guardian module instructs all IMC suspension nodes (SUS_MC{1,2,3}) to go to their ALIGNED states, and monitors those states.  It then controls all of the "LOCKING" filters in the SUS MC2 controller directly.  The result is much simpler code and simpler control.  I expect that we'll use this paradigm for the rest of the ISC control as well.

The trade off is that we need to be much more carefull about defining which channels are under SUS control and which are under ISC control.  Two different guardians should still never touch the same channels.

The new IMC guardian also adds more sophisticated fault checking (for PSL, ISI, and SUS fault conditions), falling into a FAULT state if there is a problem.  This state then uses the new notification feature of guardian to notify the operator of what the problem is.  Once the fault has been cleared, it proceeds back to the state that was previously requested.

Images attached to this report
H1 AOS
thomas.vo@LIGO.ORG - posted 17:33, Friday 21 February 2014 (10263)
02/21/2014 Ops Summary
Relieving Corey G for a few hours.

- Fil and Luis moving cabling from test stand to BSC10 1:35 PM PT

- Karen cleaning at EY 1:15 PM PT

- Kiwamu doing a DAQ restart 3:01 PM PT
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 17:17, Friday 21 February 2014 (10262)
Red lock from this morning

Evan, Yuta, Kiwamu,

Commissioning of the dithering system is underway.


A summary of the red commissioning from this morning:

H1 SUS (IOO, ISC)
alexan.staley@LIGO.ORG - posted 17:13, Friday 21 February 2014 (10261)
IMC-X Calibration Filters

(Alexa, Jeff)

The IMC-X_M1 and IMC-X_M2 wresg calibration filters are off by a minus sign. I have attached the plots depicted in foton and those produced by Jeff's model. The phase is 180 deg in foton, but should be 0 at DC. I have not updated foton, but an email has been sent out to the relevant parties.

Images attached to this report
Non-image files attached to this report
H1 SEI (ISC, SEI)
hugo.paris@LIGO.ORG - posted 16:52, Friday 21 February 2014 (10258)
BSC-ISI - WD Plotting Fixed

The BSC-ISI watchdog plotting software was reported disfunctional by Hugh earlier this week.

I looked into the scripts and they were fine. What I had missed is that Charles had updated the BSC-ISI WD screens, wich thus needed to receive an svn up at the site to match the latest wd_plotting software update, performed when updating the HAM-ISI models last week.

I run the the svn up on: /opt/rtcs/userapps/release/isi/common/medm/ISI_CUST_CHAMBER_WATCHDOg.adl remotely.

The WD plotting software now works on all the SEI platforms of H1.

Images attached to this report
H1 SUS
arnaud.pele@LIGO.ORG - posted 16:12, Friday 21 February 2014 - last comment - 12:49, Sunday 23 February 2014(10257)
HAM2 HAM3 trip

HAM2 and HAM3 as well as the HEPIs tripped at the exact same time (actuator trip for all of them) @ gps 1077061619 (15:46 PT)

Comments related to this report
arnaud.pele@LIGO.ORG - 20:34, Friday 21 February 2014 (10270)

It happened again this evening when Sheila restarted the Beckhoff at 1077078129. HAM2 and HAM3 ISI actuactors tripped because of a spike in the act signal, as well as the HEPI. cf attached plots

Images attached to this comment
sheila.dwyer@LIGO.ORG - 12:49, Sunday 23 February 2014 (10272)

Jamie and I tried this a few more times..

Stoping and restarting the EPICs database doesn't unlock the IMC.

Stoping PLC2 does unlok the IMC (and FSS) , although in the three times I tried it it didn't trip any HAMs today. Restarting the other PLCs doesn't cause any problems, and it doesn't matter wether or not the Guardian is running. 

H1 DAQ (CDS, ISC)
david.barker@LIGO.ORG - posted 15:53, Friday 21 February 2014 - last comment - 17:02, Friday 21 February 2014(10256)
DAQ Restart, new h1lsc model

15:47 DAQ Restart. Support of h1lsc model change.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 17:02, Friday 21 February 2014 (10260)ISC

As requested by the green team, I edited the LSC model which now allows one to route the LSC sensor signals to the DAC through ALS_C_REFL_DC_BIAS.

H1 ISC
jaclyn.sanders@LIGO.ORG - posted 10:14, Friday 21 February 2014 - last comment - 17:39, Friday 21 February 2014(10216)
WFS sensing matrix

(Jax, Keita)

Yesterday morning we measured the sensing matrix for the ALS WFS. We did this by Injecting 30000cts at 5Hz into H1:SUS-L2_(I/E)TMX_L2_TEST_(P/Y)_EXC, then measuring the transfer function between H1:ALS-X_WFS_(A/B)_I_(PIT/YAW)_OUT and H1:SUS-(I/E)TMX_L3_OPLEV_(PIT/YAW)_OUT. 

In cavity basis:

Pitch Sensing Matrix: (WFS ct/uRad)

  Hard Soft
A -24871 -44392
B -10475 52694

Pitch Input Matrix: (uRad/WFS ct)

  Hard Soft
A -2.967e-5 -2.5e-5
B -5.899e-6 -1.401e-5

Pitch Output Matrix:

0.707 0.707
-0.707 0.707

Yaw Sensing Matrix: (WFS ct/uRad)

  Hard Soft
A 38421 67629
B -18263 -25945

Yaw Input Matrix: (uRad/WFS ct)

  Hard Soft
A -1.088e-4 -2.838e-4
B 7.665e-5 1.612e-4

Yaw Output Matrix:

0.707 0.707
0.707 -0.707

Raw data: 

Useful information for determining sign conventions from raw data:

1. ETM/ITM Yaw is defined with positive as a counter-clockwise rotation of the optic around the z-axis. 

2. ETM/ITM pitch is defined as positive pitch "down", but ITM oplev is set such that an increase in pitch gives a decrease in oplev measurement.

ETM Yaw:

WFS dB Magnitude Phase
A 86.3 126
B 74.7 -46.1

ETM Pitch:

WFS dB Magnitude Phase
A 93.79 123.2
B 89.5 -57.8

ITM Yaw:

WFS dB Magnitude Phase
A 97.5 -62.58
B 89.9 122.24

ITM Pitch:

WFS dB Magnitude Phase
A 82.8 115.7
B 93.0 -60.7
Comments related to this report
jaclyn.sanders@LIGO.ORG - 11:38, Friday 21 February 2014 (10244)

Edited the main alog to make some of the definitions more clear and add the calculated output matrices.

The input/output matrices have been added to the computer system:

H1:ALS-X_WFS_INPIT_MTRX_...

channel value
1_1 -0.00003
1_2 -0.00003
2_1 -0.00001
2_2 -0.00001

H1:ALS-X_WFS_INYAW_MTRX_...

channel value
1_1 -0.00011
1_2 -0.00028
2_1 0.00008
2_2 0.00016

H1:ASC-OUTMATRIX_P_...

channel value
5_17 0.70711
5_18 0.70711
7_17 -0.70711
7_18 0.70711

H1:ASC-OUTMATRIX_Y_...

channel value
5_17 0.70711
5_18 0.70711
7_17 0.70711
7_18 -0.70711
kiwamu.izumi@LIGO.ORG - 17:39, Friday 21 February 2014 (10264)

Written by Yuta

From the measured WFS sensing matrix, the estimated Gouy phase difference between WFSA and WFSB is 66 +/- 4 deg for pitch and 24 +/- 5 deg for yaw.
I think this is a reasonable measurement. See also alog #10056.

[Method]
Theoretical WFS sensing matrix can be written as;
    DIFF        COMM
WFSA    P*(a*sin(etaA)-b*cos(etaA))    P*(c*sin(etaA)-d*cos(etaA))
WFSB    P*(a*sin(etaB)-b*cos(etaB))    P*(c*sin(etaB)-d*cos(etaB))

a,b,c,d can be calculated by the cavity geometrical parameters(length, RoCs). So, from the sensing matrix measurement, P, etaA, etaB can be estimated by the fitting.
Here, I used the least squares method (scipy.optimize.leastsq) to estimate etaA and etaB, and the measurement error is assumed to be 10% for all the sensing matrix element.

[Result]
Attached. Curves show theoretical WFS signal dependence on the Gouy phase. DIFF and COMM is approximately HARD and SOFT mode of the caivty.

(Comment added: HARD/SOFT is opposite in the measurement?)

Images attached to this comment
H1 ISC
alexan.staley@LIGO.ORG - posted 18:53, Thursday 20 February 2014 - last comment - 19:15, Friday 21 February 2014(10227)
EX PDH Measurements

(Alexa, Sheila, Rana)

PLL Servo Board as per previous alogs..

PDH Servo Board Settings:

Transfer Functions:

  1. Frequency: 24.407363 MHz, Demod phase: 120.7 deg (228 steps): SCRN0343.TXT (mag), SCRN0344.TXT (phase)
  2. Frequency: 24.407363 MHz, Demod phase: 140.7 deg (266 steps): SCRN0345.TXT (mag), SCRN0346.TXT (phase)
  3. Frequency: 24.407363 MHz, Demod phase: 100 deg (190 steps): SCRN0348.TXT (mag), SCRN0347.TXT (phase)
  4. Frequency: 24.407363 MHz, Demod phase: 80 deg (152 steps): GIF 349  ---- each measurement was different
  5. Frequency: 24.402363 MHz, Demod phase: 120.7 deg (228 steps): SCRN0354.TXT (mag), SCRN0355.TXT (phase)
  6. Frequency: 24.401363 MHz, Demod phase: 120.7 deg (228 steps): SCRN0356.TXT (mag), SCRN0357.TXT (phase)
  7. Frequency: 24.387319 MHz, Demod phase: 120.7 deg (228 steps): SCRN0358.TXT (mag), SCRN0359.TXT (phase) --- bistable mode, hops to 01 mode

I have attached two plots summarzing the above results. One plot consists of OLTFs where the modulation frequency was held at 24.407363 MHz and the demon phase as was adjusted (EX_PDH_OLTF_DiffDemodPhase.pdf), while the other plot has the demod phase held at 120.7deg (228 steps), while the modulation frequency was adjusted (EX_PDH_OLTF_DiffModFreq.pdf).

Amplitude Spectrum (from IMON) --- Freqency: 24.407363 MHz, Demod phase: 120.7 deg (228 steps)

  1. Boost 2 Off: EX_PDH_NoiseSpectrum_BoostOff.TXT
  2. Boost 2 On: EX_PDH_NoiseSpectrum_BoostOn.TXT, EX_PDH_NoiseSpectrum_BoostOn_Low.TXT
Images attached to this report
Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 19:15, Friday 21 February 2014 (10265)ISC

Here I've replotted the TF plot, but with a linear X scale so that the dips from the HOM resonances are more apparent.

If I use Daniel's X-FSR (37526 Hz) instead of Stefan's, then the initial frequency of 24,407,363 Hz is 650.41 FSR away from resonance.

As we tuned the modulation frequency down, there is some chance of accidental resonance. The following list is of how far the SB has been shifted from the initial position in units of the FSR.

GREEN = - 0.13

RED = -0.16

CYAN = -26.987

My interpretation of this plot is that the first two frequency shifts moved us into the range where we were having some accidental HOM resonances. These are visible as dips in the transfer function and corresponding kinks in the phase. The CYAN one, on the other hand, is almost at the same place (in terms of SB resonance) and so there are no phase dips. Instead, the overall gain is reduced due to the RF modulation frequency being detuned by 1 MHz from the narrow EOM resonance.

So, this technique seems reliable. We tune to the place on the EOM where we have a high optical gain and the shift to the SB frequency where we are 0.4 FSR away from resonance. In this spot (assuming a 5 kHz HOM spacing) we could get a resonance of the TEM03 mode of the lower sideband, but the TEM04 mode of the upper sideband would be 2 kHz off resonance. Good parking spot.

Non-image files attached to this comment
H1 SEI
hugh.radkins@LIGO.ORG - posted 08:15, Thursday 20 February 2014 - last comment - 17:01, Friday 21 February 2014(10201)
Thursday AM SEI States--All good except BS ISI Trip

The BS IS tripped on GS-13 watchdog at 1328 utc this morning.  Traffic, wind, something--plotting scripts still not functioning...

Anyway, I brought it back to lvl2 with 750mHz blends on stage2 and T250s on all Stage1 blends except T100mHz_0.44 blends on X & Y dofs.

I reset the target positions, there was about 700nrads on RX and <4um on Z, all other shifts were less.   Please let us know if this impacts any alignments.  This allowed for a one button isolation.

Comments related to this report
hugo.paris@LIGO.ORG - 09:57, Thursday 20 February 2014 (10207)

I reported the WD plotting issue mentioned by hugh last week. Details can be found in LHO aLog #10057

I am not sure what is going on yet, scripting or server access issue, but I am looking into it.

hugo.paris@LIGO.ORG - 10:12, Thursday 20 February 2014 (10208)

The plotting scripts work for the HAM-ISI. WD plotting is still disfunctional on the BSC. I think it is a scripting issue in that case, and I am working towards fixing it:

   Called with arguments: subsystem='ISI_ST1', debug=False, lookback=20, chamber='BS', lookforward=15, device='CPS', rough_trip_time=<object object at 0x7f70dd9050f0>, ifo='H1'
2014-02-20 10:09:21,199 : WDTripPlotter :
    Quitting program
Traceback (most recent call last):
  File "/opt/rtcds/userapps/release//isi/common/scripts/wd_plots/main.py", line 321, in <module>
    main()
  File "/opt/rtcds/userapps/release//isi/common/scripts/wd_plots/main.py", line 241, in main
    rough_trip_time, wd_trip_time_channel_name = util.get_rough_wd_trip_time(ifo, subsystem, chamber)
  File "/opt/rtcds/userapps/trunk/isi/common/scripts/wd_plots/util.py", line 33, in get_rough_wd_trip_time
    channel_suffix = const.WDMON_GPS_TIME_CHANNEL_SUFFIX[_subsystem]
KeyError: 'ISI'   Called with arguments: subsystem='ISI_ST1', debug=False, lookback=20, chamber='BS', lookforward=15, device='CPS', rough_trip_time=<object object at 0x7f70dd9050f0>, ifo='H1'
2014-02-20 10:09:21,199 : WDTripPlotter :
    Quitting program
Traceback (most recent call last):
  File "/opt/rtcds/userapps/release//isi/common/scripts/wd_plots/main.py", line 321, in <module>
    main()
  File "/opt/rtcds/userapps/release//isi/common/scripts/wd_plots/main.py", line 241, in main
    rough_trip_time, wd_trip_time_channel_name = util.get_rough_wd_trip_time(ifo, subsystem, chamber)
  File "/opt/rtcds/userapps/trunk/isi/common/scripts/wd_plots/util.py", line 33, in get_rough_wd_trip_time
    channel_suffix = const.WDMON_GPS_TIME_CHANNEL_SUFFIX[_subsystem]
KeyError: 'ISI'
hugo.paris@LIGO.ORG - 17:01, Friday 21 February 2014 (10259)

The BSC-ISI WD plotting software was fixed, see LHO aLog #10258 for more details.

Displaying reports 73281-73300 of 83254.Go to page Start 3661 3662 3663 3664 3665 3666 3667 3668 3669 End