Displaying reports 72961-72980 of 84513.Go to page Start 3645 3646 3647 3648 3649 3650 3651 3652 3653 End
Reports until 16:26, Wednesday 14 May 2014
H1 SEI (SUS)
arnaud.pele@LIGO.ORG - posted 16:26, Wednesday 14 May 2014 (11902)
ETMX YAW motion from ISI : using Start Rz blends for now

While working on EX suspension, I realized the yaw motion was big on the oplev, so I tried switching the Rz blends on the ISI to see what's a good config. Moving the Rz blends of both stages from Tcrappy to Start seem to have helped (~0.6urad peak to peak -> ~0.2urad). Green curve in attached plot is the oplev yaw signal (urad)

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 16:13, Wednesday 14 May 2014 (11881)
Ops DAY Summary

Day's Activities

 

H1 SUS (ISC, SYS)
jeffrey.kissel@LIGO.ORG - posted 16:01, Wednesday 14 May 2014 (11899)
H1 SUS ETMX Distribution Filter Changes from Successful ALS DIFF Locking
J. Kissel, for K. Izumi, S. Ballmer, and S. Dwyer

One of the tricks to get ALS DIFF working without saturation was to tweak the distribution filter design. I attach a comparison between the filters installed on 2014-05-08 vs. those tweaked last night (2014-05-14). Only two small changes: 
(1) To the UIM-TST LP, whose composition included 
    (a) two poles at 6 [Hz], three poles at 150 [Hz] 
    (b) elliptic filter of (freq,order,ripple,stopDB,zQ) = (9, 3, 1, 20, 1.4)
    (c) elliptic filter of (freq,order,ripple,stopDB,zQ) = (19, 3, 1, 20, 1.4),
now has the second elliptic filter's corner frequency much lower, at 6 [Hz], i.e. a new (c) of 
    (c) elliptic filter of (freq,order,ripple,stopDB,zQ) = (6, 3, 1, 20, 1.4),

(2) To the TST-UIM HP, whose composition included
    (a) (1 - UIM-TST LP) 
    (b) an elliptic high-pass of (freq,order,ripple,stopDB,zQ) = (.7, 2, 1, 10, 3)
now has an additional high-pass filter,
    (c) two zeros at 0 [Hz], two poles at 0.2 [Hz], normalized to unity at high frequency, i.e. zpk([0;0],[0.2;0.2],1,"n")gain(25)
Note that this extra low-pass has been installed, ignoring its affect on the complementarity with the UIM-TST LP. This needs to be fixed if we desire complementarity.

These tweaks served to (1) to move the elliptic filter's gain peaking bump out of the way of the 10 [Hz] features in the input noise, and (2) roll off the low-frequency end of the test mass drive faster.

-------------
Details 
The New H1 SUS ETMX Filter Configuration:

H1:SUS-ETMX_M0_LOCK_L (same as before)
FM1 "invL2L1" (part one of plant inversion filter)
FM2 "invL2L2" (part two of plant inversion filter)
FM3 "top/tst" (gain only filter to compensate for the gain ratio)

FM5 "blendLP"

H1:SUS-ETMX_L1_LOCK_L 
FM6 "invL2LNEW" (part one of plant inversion filter)
FM7 "patch" (part two of plant inversion filter)
FM8 "LISOfit" (part three of plant inversion filter)
FM9 "uim/tst" (gain only filter to compensate for the gain ratio)

FM3 "blendHP" (UIM-TOP HP complement)
FM4 "blendLP-2" (UIM-TST LP complement, with lower frequency elliptic filter)

H1:SUS-ETMX_L3_LOCK_L
FM6 "MatchedinvL2L" (part one of plant inversion filter)
FM7 "patch" (part two of plant inversion filter)

FM4 "blendHP-M0" (TST-TOP HP complement)
FM5 "blendHP-L1_2" (TST-UIM HP complement)
FM9 "hp.2" (extra high-pass for TST-UIM HP complement)


In order to create these modifications to the UIM-TST LP, Kiwamu grabbed my design script from 
/ligo/svncommon/SusSVN/sus/trunk/QUAD/Common/FilterDesign/HierarchicalControl/DARMmodel_ALS_20140428.m
copied it to his home directory, 
/ligo/home/kiwamu.izumi/
to play around,
/ligo/home/kiwamu.izumi/Desktop/farm/matlab/
modified the filters mentioned above, and then used a fancy new script,
/ligo/home/kiwamu.izumi/Desktop/farm/matlab/fofon.m
which takes in a continuous zpk filter, and produces a foton design string to be copied and pasted into Foton. If the filter is a high-pass, the only other step is to use the "Gain" field to set the gain to be unity at high-frequency.

The modification to the TST-UIM HP was done later in the evening after I'd left, but by the simplicity of its design, I think it was just added directly without testing any stability or complementarity in Matlab prior to install. 

[[elliptic filters are generated using ${SeiSVN}/seismic/Common/MatlabTools/myellip_z2.m]]
[[hp elliptic filter is generated by ${SeiSVN}/seismic/Common/MatlabTools/myhpellip_z.m]]
Non-image files attached to this report
H1 SUS
jeffrey.bartlett@LIGO.ORG - posted 15:58, Wednesday 14 May 2014 (11901)
Install H1-SRM
Andres R., Margot P., & Jeff B.

   We installed H1-SRM into HAM5 today. The installation went smoothly. Will start on alignment work in the morning.  
Images attached to this report
H1 AOS
travis.sadecki@LIGO.ORG - posted 15:53, Wednesday 14 May 2014 (11900)
H1 ITMy ACB build update

Betsy, Mitchell, Margot, Myself

Today we finished assembly of the ACB suspension and mounted both the suspension and the baffle box to the test stand.  We will continue adding the last few remaining bits to the assembly and proceed with suspending and balancing tomorrow.

H1 INS
keita.kawabe@LIGO.ORG - posted 14:59, Wednesday 14 May 2014 - last comment - 15:00, Wednesday 14 May 2014(11897)
Note on centering IR QPDs

Because of physical restriction on the TMS ISC table real estate, pico mirrors for IR QPDs (M4 and M14) are mostly degenerate, i.e. if you rotate one mirror the beam position on both of the QPDs change by similar amount in the same direction.

Using nominal QPD sled parameters and as-built TMSY parameters (that is not that different from TMSX),

QPDA position shift = [3.2105,    3.1256] * [M4 rotation, M14 rotation]'
QPDB position shift = [4.8555,    4.9264] * [M4 rotation, M14 rotation]'

where [A B]' means a column vector. As you can see this is mostly degenerate.

For example, to keep the beam position on QPDA fixed while moving QPDB position down by 1mm, you PIT down M14 by about 5.0 mrad and then PIT up M4 by about 4.9mrad:

To bring QPDB down by 1mm... QPDA pos QPDB pos Beam position on M14 Beam position on HPBD Beam position on viewport
M4 up by 4.883 mrad 15.7mm up 23.7mm up 5.2mm up 7.4mm up 20mm up
M14 down by 5.016 mrad 15.7mm down 24.7mm down Not affected Not affected Not affected
Total no change 1mm down 5.2mm up 7.4mm up 20mm up

 

QPD diameter is 3mm, so as far as we see the beam on one QPD when the other is centered and the beam is not close to the edge of the clear aperture for viewport-TMS path, it should be possible to center both without losing the beam on ISCT.

I think that's the case for Y, but it's not clear if that was the case for X at some stage.

Comments related to this report
keita.kawabe@LIGO.ORG - 15:00, Wednesday 14 May 2014 (11898)

I used the following parameters from T1000247:

Lens1, focal length 333mm, z=0, Lens2, focal length -111mm, z=240mm.

QPDA, z=650mm, QPDB, z=950mm

I eyeballed the following parameters from D1000484:

M4 to M14: about 21"

M14 to Lens1: about 2"

M4 to high power beam dump: about 30"

M4 to M13 (the last steering mirror that stees the beam to the ISCTEX): about 23"

I used the following parameters from D0902168:

M13 to the viewport, horizontal distance 1.371m, declination angle about 20 degrees.

LHO General (PEM)
corey.gray@LIGO.ORG - posted 14:58, Wednesday 14 May 2014 (11896)
End Station Dust Monitor Alarm Levels Increased

Since both end stations are closed up, I increased the alarm levels for both of these monitors to 600cts (MINOR) & 800cts (MAJOR) for 0.3 & 0.5um (they had been set at 100 & 200 cts, respectively).

H1 SUS (CDS, ISC)
jeffrey.kissel@LIGO.ORG - posted 14:45, Wednesday 14 May 2014 (11895)
The ESDX is Dead, Long live the ESD.
J. Kissel, K. Kawabe, R. McCarthy, A. Pele

At ~11:30a PDT (~18:30 UTC) I began trying to drive the H1 SUS ETMX ESD in Pitch, to replicate a driven, optical lever ASD (e.g. LLO aLOG 12512). To my dismay, I found no coherence. We performed several other excitation tests, including repeating Keita's measurement from yesterday (LHO aLOG 11872), also to no avail. Finally, after obtaining Richard who was valiantly battling the ESD at EY, he told us to check out the monitor read-backs, 
H1:IOP-SUS_EX_MADC1_EPICS_CH0 - 5
which can be found from the A1 (the second ADC ) screen off of the H1SUSEX IOP GDS_TP screen. These channels showed values frozen at ~2050 [ct], which (though spurious) would correspond to a voltage of 
2050 [ct_ADC] * 40/2^16 [V_MON/ct_ADC] * 40 [V_ESD/V_MON] =  50 [V_ESD]
Richard immediately recognized these values as indicative of a failure of the driver.

I started my drive at 18:32 UTC (11:32 PDT), and the bias channel falls from ~30000 [ct] (ADC), to 2050 [ct] at 18:20 UTC (11:20 PDT).

There was activity in the XVEA (between 9:30a PDT - 11:30a PDT), around the racks that the ESD driver is installed, but it was with seemingly unrelated network cabling. So it appears as though the failure was a result of some closeout activity.

However, when Richard and I drove down to investigate,we found that even the driver's +/-18V LEDs were off. After a quick investigation, including a full high-voltage power cycle, with limited tools, Richard concluded that the ESD Driver needs to be swapped with its spare, and is doing so now with Fil. 

Welp -- we got *one* promising night of ALS DIFF locking under 1 [nm] rms...
Images attached to this report
Non-image files attached to this report
H1 ISC (SUS)
sheila.dwyer@LIGO.ORG - posted 14:25, Wednesday 14 May 2014 (11875)
house cleaning from last night

We looked at a spectrum of the Optical levers while we were locking DIFF with low bandwidth. The ETMY pitch was 2 orders of magnitude above all the others, so we switched this back to the legacy decoupling fitlers, and the excess noise went away.  The dashed lines in the attached screenshot are with the new filters, solid lines with the legacy filters for ETMY UIML2P only. 

Some other things that we noticed tonight:

on the ops overview screen the ETMY suspension watchdog can be green even when ETMY is tripped.

We also have had several times that the mode cleaner locks on a wrong mode, where the transmitted counts are low.  In this case we need to unlock it manually, maybe we need to check some thresholds in the guardian. 

Images attached to this report
H1 SEI (SYS)
jameson.rollins@LIGO.ORG - posted 11:07, Wednesday 14 May 2014 - last comment - 12:28, Wednesday 14 May 2014(11888)
potential bug in ISI watchdog?

While testing out new SEI/ISI/HPI guardian code on ITMY this morning (to be logged separately later), Fabrice and I encountered what may be a bug in the watchdog code associated with the T240s in stage 1.

We had applied a large pitch offset on ITMY HPI, and were attempting to restore the system to full isolation.  The large pitch offset rang up the T240, causing it to saturate (expected).  The new T240 monitor (H1:ISI-ITMY_ST1_T240_MONITOR_OUT) kicked in, and guardian waited for the T240 monitor to clear before it attempted to start isolating stage 1.  As soon as the T240 monitor cleared, guardian started to enage the isolation loops and ramp up the gains:

20140514_17:27:05.582 ISI_ITMY_ST1 [WAIT_FOR_T240_SETTLE]
20140514_17:37:28.138 ISI_ITMY_ST1 transitioning state: WAIT_FOR_T240_SETTLE->ENGAGE_ISO_FILTERS_HIGH_RX_RY
20140514_17:37:28.139 ISI_ITMY_ST1 calculating path: ENGAGE_ISO_FILTERS_HIGH_RX_RY->HIGH_ISOLATED
20140514_17:37:28.139 ISI_ITMY_ST1 new target: RAMP_ISO_FILTERS_UP_HIGH_RX_RY
20140514_17:37:28.139 ISI_ITMY_ST1 executing state: ENGAGE_ISO_FILTERS_HIGH_RX_RY
20140514_17:37:28.139 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY]
20140514_17:37:28.204 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RX_SW1S => 21508
20140514_17:37:28.330 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RX_SW2S => 1537
20140514_17:37:28.455 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RX => ONLY ON: INPUT, OUTPUT, DECIMATE, FM4, FM5, FM6, FM7
20140514_17:37:28.456 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RY_SW1S => 21508
20140514_17:37:28.582 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RY_SW2S => 1537
20140514_17:37:28.708 ISI_ITMY_ST1 [ENGAGE_ISO_FILTERS_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RY => ONLY ON: INPUT, OUTPUT, DECIMATE, FM4, FM5, FM6, FM7
20140514_17:37:28.889 ISI_ITMY_ST1 transitioning state: ENGAGE_ISO_FILTERS_HIGH_RX_RY->RAMP_ISO_FILTERS_UP_HIGH_RX_RY
20140514_17:37:28.890 ISI_ITMY_ST1 calculating path: RAMP_ISO_FILTERS_UP_HIGH_RX_RY->HIGH_ISOLATED
20140514_17:37:28.890 ISI_ITMY_ST1 new target: ENGAGE_ISO_BOOST_HIGH_RX_RY
20140514_17:37:28.890 ISI_ITMY_ST1 executing state: RAMP_ISO_FILTERS_UP_HIGH_RX_RY
20140514_17:37:28.891 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY]
20140514_17:37:28.954 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RX_TRAMP => 10.000
20140514_17:37:28.954 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RX_GAIN => 0.010
20140514_17:37:28.955 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RY_TRAMP => 10.000
20140514_17:37:28.955 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY.run] ezca: H1:ISI-ITMY_ST1_ISO_RY_GAIN => 0.010
20140514_17:37:28.956 ISI_ITMY_ST1 [RAMP_ISO_FILTERS_UP_HIGH_RX_RY.run] timer['isolating'] = 10.0
20140514_17:37:29.077 ISI_ITMY_ST1 state returned jump target: WATCHDOG_TRIPPED_DEISOLATING
20140514_17:37:29.140 ISI_ITMY_ST1 transitioning state: RAMP_ISO_FILTERS_UP_HIGH_RX_RY->WATCHDOG_TRIPPED_DEISOLATING
20140514_17:37:29.140 ISI_ITMY_ST1 calculating path: WATCHDOG_TRIPPED_DEISOLATING->HIGH_ISOLATED
20140514_17:37:29.140 ISI_ITMY_ST1 executing state: WATCHDOG_TRIPPED_DEISOLATING
20140514_17:37:29.140 ISI_ITMY_ST1 [WATCHDOG_TRIPPED_DEISOLATING]
20140514_17:37:29.203 ISI_ITMY_ST1 [WATCHDOG_TRIPPED_DEISOLATING.run] USERMSG: WATCHDOG TRIP: DEISOLATING (2)

Immediately after the gains turned on, the T240 watchdog tripped.  However, this appeared to not be associated with any actual activity in the T240 (see attached plot of T240 trip which shows nothing).

We suspect that this must be due to a bug in the watchdog code.  A recent change activates the T240 watchdog based on the state of the stage 1 isolation loops: no T240 watchdog when the isolation loops are disengaged, and yes T240 watchdog when the loops are engaged with non-zero gain.  It must be something to do with this logic.  Fabrice and I are investigating.

Images attached to this report
Comments related to this report
fabrice.matichard@LIGO.ORG - 12:28, Wednesday 14 May 2014 (11890)

The problem comes from the saturation counter that is not reseted:

- the T240 saturation flag turns on when we apply the HEPI offsets

- the saturation counters reach the treshold value (10 saturations)

- but the watchdog doesn't trips because the T240 are not in loop and therefore ignored by the top layer of the WD code. That's a feature we recently included so that we can turn on hepi without triping the ISI.

- as a consequence the saturation counters never gets reset

- so the WD trip when the T240 isolation is turned on, because the saturation counter flag is still on

Jamie and I have a plan to fix this. We need to modify the WD code and the simulink model. Dave says we can add those chances to work permit #4626.

H1 ISC
keita.kawabe@LIGO.ORG - posted 09:18, Wednesday 14 May 2014 - last comment - 12:33, Wednesday 14 May 2014(11885)
EX IR QPDs see nothing

I was told before that only one of the QPDs on TMSX see the IR transmission. I wanted to see how bad the problem is, so I looked at the the QPD signals for X and Y when night people were having night locking fun.

I'm disappointed to see that both of the X QPDs see nothing (attached, ch3 and ch6). QPD matrix elements and gains are correct, it's just that there's no photon. How come?

Y looks OK.

Images attached to this report
Comments related to this report
rich.abbott@LIGO.ORG - 11:01, Wednesday 14 May 2014 (11887)
I saw an entry in the LLO log where they were able to flash the QPDs through a viewport during a time when they suspected they had a non-functional transmon QPD.  If you begin to suspect the actual QPD functionality, perhaps you can try that.  Otherwise, you can always give me a call and we can go over a functional check to be done chamber-side.
daniel.sigg@LIGO.ORG - 12:26, Wednesday 14 May 2014 (11889)

too far out of alignment.

keita.kawabe@LIGO.ORG - 12:33, Wednesday 14 May 2014 (11891)

Daniel told me that, after people played with X IR QPDs and saw some light, he moved picomotor of M4 (that is the harmonic separator the reflects IR but transmits green) because there was no IR on ISCTEX any more. After Daniel's treatment no IR light was seen on QPDs.

That's a long time ago.

No, Rich, I'm not suspicious about electronics.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:54, Wednesday 14 May 2014 (11884)
CDS model and DAQ restart report, Tuesday 13th May 2014

model restarts logged for Tue 13/May/2014
2014_05_13 06:01 h1fw0
2014_05_13 10:48 h1hpietmx
2014_05_13 10:48 h1iopseiex
2014_05_13 10:50 h1isietmx
2014_05_13 10:51 h1iopsusex
2014_05_13 10:53 h1susetmx
2014_05_13 10:53 h1sustmsx
2014_05_13 11:21 h1susetmx
2014_05_13 11:24 h1susetmx

2014_05_13 11:49 h1broadcast0
2014_05_13 11:49 h1dc0
2014_05_13 11:49 h1fw0
2014_05_13 11:49 h1fw1
2014_05_13 11:49 h1nds0
2014_05_13 11:49 h1nds1

2014_05_13 13:41 h1susetmx
2014_05_13 13:51 h1susetmy
2014_05_13 13:52 h1susetmy
2014_05_13 13:57 h1iopsusey
2014_05_13 13:59 h1iopseiey
2014_05_13 13:59 h1susetmy
2014_05_13 13:59 h1sustmsy
2014_05_13 14:01 h1hpietmy
2014_05_13 14:01 h1isietmy

2014_05_13 14:06 h1broadcast0
2014_05_13 14:06 h1dc0
2014_05_13 14:06 h1fw0
2014_05_13 14:06 h1fw1
2014_05_13 14:06 h1nds0
2014_05_13 14:06 h1nds1

2014_05_13 14:09 h1asc

Tuesday Maintenance Day. Early unexpected h1fw0 restart. Many model changes with two DAQ restarts to support new configuration.

H1 SUS
kiwamu.izumi@LIGO.ORG - posted 06:28, Wednesday 14 May 2014 - last comment - 09:44, Wednesday 14 May 2014(11879)
TF measurement on ETMY

launched a TF measurement on ETMY for Arnaud at around 6:28 local.

Comments related to this report
arnaud.pele@LIGO.ORG - 09:44, Wednesday 14 May 2014 (11886)

Measurement has completed

H1 SUS (CDS)
jeffrey.kissel@LIGO.ORG - posted 18:59, Tuesday 13 May 2014 - last comment - 12:46, Wednesday 14 May 2014(11873)
H1 SUS ETMY UIM (L1) UR and LL Coil Driver Current Monitors Unresponsive
J. Kissel for S. Ballmer

Stefan noticed that the H1 SUS ETMY UIM (L1) UR and LL Coil Driver Current Monitors (specifically the FAST_IMON) 
H1:SUS-ETMY_L1_FASTIMON_LL_MON
H1:SUS-ETMY_L1_FASTIMON_UR_MON
are unresponsive to a DC offset. We should fix this.
Comments related to this report
arnaud.pele@LIGO.ORG - 12:46, Wednesday 14 May 2014 (11892)

For info : the only test that have been carried out yet (with Phil) to understand those non responsive channels was to measure the voltage between the monitor output and the anti aliasing chassis. For the 4 channels we saw a similar voltage readback increase when sending thousands counts, meaning the problem could come from anywhere from anti alias to model wiring. More details on the pb : here

H1 ISC
daniel.sigg@LIGO.ORG - posted 09:23, Tuesday 13 May 2014 - last comment - 13:38, Wednesday 14 May 2014(11844)
Preamp for ALS DIFF

Added a ZFL-500HLN amplifier to the ALS DIFF RF path.

Comments related to this report
sheila.dwyer@LIGO.ORG - 17:22, Tuesday 13 May 2014 (11865)

Alexa and I found that this amplifier was not working, so we removed it.

alexan.staley@LIGO.ORG - 13:38, Wednesday 14 May 2014 (11894)

The amplifier on DIFF was not working because we had input/output backwards. I have installed another amplifier on DIFF. I have also put a new amplifier on COMM (HNL) that piggy-backs the power from the BBPD; this amplifier has slightly less gain (about +24dBm in comparison to +30dBm), so we expect about -7dBm for the beatnote.

Displaying reports 72961-72980 of 84513.Go to page Start 3645 3646 3647 3648 3649 3650 3651 3652 3653 End