Displaying reports 69701-69720 of 77084.Go to page Start 3482 3483 3484 3485 3486 3487 3488 3489 3490 End
Reports until 15:15, Wednesday 04 September 2013
H1 SEI
hugo.paris@LIGO.ORG - posted 15:15, Wednesday 04 September 2013 (7622)
HEPI models updated on HAM4,5,6

HugoP, JimW
 

The payload flag input was disabled on the following HEPI top-level models:

This modification was performed to allow commissioning on those HEPIs. Changes will be reverted once suspensions are installed.

The $Id$ and $HeadURL$ tags were updated as well.

Models are recompiled, restarted, and commited under the SVN.

 

Work was performed under WP #4114, which is now closed.

H1 ISC
jeffrey.kissel@LIGO.ORG - posted 14:57, Wednesday 04 September 2013 (7621)
H1 IMC Up and running ...
Stefan recently had upgraded the PSL's frequency stabilization servo (FSS), and its interaction with the input mode cleaner (see LHO aLOG 7571). However, because new Guardian development only got the mode cleaner up and running the evening Jamie left (see LHO aLOG 7472), it's been in a sort of unused, half-baked, off, state sense then. Jamie's on site again, now so we'll continue debugging and getting the Guardian infrastructure up and running to production-level, leave-on-all-the-time state. Until then, while we want to use the mode cleaner for characterization studies, I've restored the full hierarchical lock using, "the shortest IMC autolocker," from (the admittedly unofficial and obscure location):
/opt/rtcds/userapps/release/ioo/h1/scripts/imc/sballmer/MClockwatch
originally cited in LHO aLOG 7475.

This script is now (stupidly) running on opsws3. If it dies for some reason, we'll restart on the guardian script machine like we've done with the various other version of the autolocker (see 7289). If the real guardian stands up (please), we'll drop this auto-locking method like it's hot. 
H1 SEI
vincent.lhuillier@LIGO.ORG - posted 14:55, Wednesday 04 September 2013 (7620)
Transmissibility - ISI-BSC1 - white noise on HEPI actuators + comparison with and without feedforward

Following alogs https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7609 and https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7604, I have performed measurements to evaluate:
- The origin of the 6.18Hz noise
- The effect of the feedforward
- The transmissibility while driving HEPI (to be above the noise floor of the instruments when the ISI is controlled and excited by the ground motion)

Results from the past:
1- There was already a tiny feature (barely noticeable) around 6Hz when the isolation loops were closed for the first time on June 20th (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=6832). In the presented spectra, feed forward control was not engaged.
2- In https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=4874, feedforward stability analysis was performed on ETMY. It was shown that the risk of instability was limited when using the feedforward from stage 0 to stage 1.


New results:
I drove (white noise) simultaneously all HEPI actuators in Cartesian basis such that GS13s are above their noise floor when the ISI is controlled. Then, I measured transfer functions from the HEPI L4C to the GS13 in two configurations (with and without feedforward). Transfer functions are presented in attachment.
1- The coherence below 100mHz is low since the white noise was injected by the HEPI Feedforward path (parallel path to isolation path) and the HEPI is controlled in position at 100mHz
2- The 6.18Hz spike is not visible in Y, RZ and barely visible in Rz. It is more visible in the vertical degrees of freedom.
3- Feedforward is decently tuned to tackle the [2;15]Hz frequency band. The zero created by the feedforward is around 6.18Hz (Is it coincidence?).
4- There is no coherence at 6.18Hz from the input motion to the GS13. (spikes don’t seem to be created by the input motion)
5- Isolation at 1Hz is pretty good (80dB)
6 - Note a pretty high transmissibility on Y and Z around 30Hz created by the zero of HEPI.

Images attached to this report
H1 SUS
arnaud.pele@LIGO.ORG - posted 13:36, Wednesday 04 September 2013 (7619)
BS dtt tf vertical

Started DTT transfer functions to study vertical to longitudinal coupling on the BeamSplitter (~1hour)

LHO VE
cyrus.reed@LIGO.ORG - posted 12:20, Wednesday 04 September 2013 (7618)
Vacuum VME Crate Reboots
I've completed the vacuum crate reboots as specified under WP4113.  h0vemx, h0vemy, h0veey, and h0veex have all been rebooted using the new VxWorks boot server, vxboot, with no apparent issues (at this time).  These are the last of the VME systems requiring reconfiguration, which means the old boot setup can now be retired.  At the same time I moved these systems over to the new network switches installed in the outbuildings, in preparation for the old switches being removed.
H1 SUS
arnaud.pele@LIGO.ORG - posted 12:03, Wednesday 04 September 2013 (7616)
PRM Phase 3b lower masses TF

PRM lower masses transfer functions from July 15th have been exported and are plotted in the attached documents below

(1) H1 PRM M2-M2 (July 2013) TF in 3 DOF (L P Y) plotted against hsts model (in blue) L1 PRM (July 2013 in orange ) and H1 PR2 (July 2013 in pink)

(2) H1 PRM M3-M3 (July 2013) TF in 3 DOF (L P Y) plotted against hsts model (in blue) L1 PRM (July 2013 in orange) and H1 PR2  (July 2013 in pink)

Both set of measurements are showing good agreement with the model, llo prm and lho pr2

Data, scripts and pdf files have been commited to the svn as of this entry

Note :

Since PRM M2 triple acquisition driver chassis hasn't been modified yet, the calibration factor in "calib_hsts.m" (living in sus/trunk/HSTS/Common/MatlabTools/) has been set to 0.32 mA/V, as described in the hsts electronics drawing summary. Value will need to be changed to 3 mA/V accordingly with driver's modif.

Non-image files attached to this report
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 10:01, Wednesday 04 September 2013 (7615)
(Undamped) Phase 3b measurements PR3 started
on opsws8, at 04-Sep-2013 09:35:28 PDT. It's gunna take 5* hours. 

*This is ridiculous!  I can get this done in DTT in an hour. I'm gunna dive into the what-has-become 16 nested layers functions and find out why it's taking so darn long. Sheesh!
H1 CDS
david.barker@LIGO.ORG - posted 09:55, Wednesday 04 September 2013 (7614)
MSR temperature increase, went from 3 to 2 cooling units

After "resting" one of the three cooling units in the MSR, here is the subsequent temperature increase (two day minute trend plot). The Temp probe is located on top of the racks at the mid point.

Images attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 09:48, Wednesday 04 September 2013 (7613)
plots of dust counts
Attached are plots of dust counts requested from 4 PM September 2 to 4 PM September 3.
Non-image files attached to this report
H1 SEI
hugo.paris@LIGO.ORG - posted 17:32, Tuesday 03 September 2013 (7610)
HEPI Overnight Transfer Functions - HAM2 & HAM3

Transfer functions are running overnight on both HEPI-HAM2 and HEPI-HAM3.

H1 SEI
vincent.lhuillier@LIGO.ORG - posted 16:46, Tuesday 03 September 2013 - last comment - 10:49, Wednesday 04 September 2013(7609)
Great Vertical isolation ruined by 6.18Hz noise - ISI-ITMY

In the attached spectra (stage 2 Z motion), the isolation is really good except at 6.18Hz. It seems that some electronic noise is reinjected in the system. Some noise hunt is ongoing.

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 18:31, Tuesday 03 September 2013 (7611)
V. Lhuillier, J. Kissel

    First, I had nothing to do with the performance of this spectra, but Vincent is far too humble. A factor of 20-50 below requirements between 0.5 and 1 [Hz]? A factor of 10 at 10 [Hz]? Totally spectacular. And this is *without* anything but position sensor control of HEPI, without GND to ST1 sensor correction, and by paying very little attention to degrees of freedom other that Y and Z. Spectacular work, monsieur.

    Second, this 6.18 [Hz] feature has been seen sporadically else where, as reported by the DetChar group at both sites (see, e.g. LHO aLOG 7159 and LLO aLOG 7976). Given the feature's characteristically, un-mechanical, sharp, Q, we are reasonably convinced the feature's source is either digital or analog electrical. The "best" guess -- and it's just one guess -- was that this is the beat note between two chamber's capacitive position sensor modulation frequencies (which are at a few [kHz]), where say, ITMY's ST1 H1 "coarse" sensor's master frequency (to which the remaining eleven are slaved) beats against BS's ST1 H1 sensor's master frequency, resulting in this sharp ~6-7 [Hz] feature. In order to test whether this is the case, we turned off*** all CPS in the entire corner station *except* for ITMY, and measured a quick spectra. The feature remained. So this is pretty solid evidence that it *is not* beating CPS modulation frequencies. The feature is *not* seen in ST1 sensors, and unfortunately the amplitude of the peak is just small enough to be hidden by residual seismic motion when the ISI is only under ST1 control, so checking if the feature is still present with ST2 OFF is tough. More ideas are welcome!! 
    (Putting on my "does it really matter?" hat: unclear. Detchar as shown that the QUAD does a great job of filtering out this motion by the optic, as any good quadruple suspension would. Further, ~6 [Hz] is outside of the gravitational wave band. Given that it's a sharp feature, it really may not affect the performance of the IFO at all. It's just odd, and a glaring feature in the ISI performance plots that begs questions.)

    Finally, in the interest of improving the usability of the chamber seismic isolation (and for fun), I timed the world's expert in aLIGO BSC seismic isolation from a fully-cascaded chamber watchdog trip, to get back up to this level of isolation. I challenged him to it in under a half-hour ;-). In all seriousness though, I timed him. 5 minutes 31 seconds. And note, the clicking of buttons stopped around 4:30; the remainder of the time was spent waiting for things to settle down after the ramp up of the loops. This being said -- there were about 50 clicks to get there, and he was *flying* through them. So, assuming that we turn the 50 clicks into one click, and take the overhead associated with the clicking as the overhead that the one-button-click script would need to complete, I this ~5 minute recovery time is roughly what we should consider to be the irreducible.



*** We turned off the CPS at the rack, using the separate ON/OFF rocker switch for the CPS in the back of the ISI Interface chassis -- which means the GS-13s and the chassis as a whole stayed powered *on* during this test. Note that "every ISI but the ITMY" includes HAM2, HAM3 (HAM4 and 5 are not yet running), HAM6, BS (ITMX is not yet running), and the ISI Test Stand.
brian.lantz@LIGO.ORG - 10:49, Wednesday 04 September 2013 (7617)
Attached is a link the DetChar summary page with more info about these lines
https://wiki.ligo.org/viewauth/DetChar/SUS7HzLineStudyPlots
H1 AOS
thomas.vo@LIGO.ORG - posted 16:07, Tuesday 03 September 2013 (7608)
09/03/2013 Ops Summary
- Fire Department briefly on site

- Water refill

- Mats changed

- Concrete pouring for outreach

- TMS at EX work ongoing

- HAM ISI&HEPI testing

- Initial alignment at test stand working on ITMX

- HAM 2&3 commissioning measurements

- Recovery from FW0 failure
H1 AOS
keita.kawabe@LIGO.ORG - posted 13:07, Tuesday 03 September 2013 (7607)
TMSX ready for IAS work (Corey, Keita)

Top mass was freed. 

The cable buncle from the top mass to the ISI table was slightly bent and pulled so that it wouldn't lean on the edge of the top mass.

The top mass and the tele/table were both rebalanced.

BOSEMs were centered.

Temporary alignment stabilization toolings (D1100613)  were installed and adjusted such that the ISC table barely sit on top of the set screws. We weren't able to find the new ones, and we weren't sure if new ones were made at all, so we used the old ones from H2 EY installation.Without these, mounting the alignment target by IAS will tip the TMS balance by a huge amount.

Now TMS is ready for IAS work, but unfortunately the large alignment target of IAS didn't fit the TMS tele, four screw holes should be made larger.

H1 DAQ
david.barker@LIGO.ORG - posted 12:31, Tuesday 03 September 2013 (7606)
h1fw0 back, disk system repaired

Dan repaired the SATABO/QFS disk system h1fw0/h1nds0 use. I restarted the framewriter at 12:27 today, prior to that fw0 would only run for about 10 minutes at a time so the frame file inventory is very disjointed.

H1 CDS
david.barker@LIGO.ORG - posted 11:53, Tuesday 03 September 2013 (7605)
MSR Cooling, monthly cycling

Unit 1 in the MSR has been turned OFF. Units 2 and 3 are ON with setpoints 70F. Prior to this all three units have been running for several months since the repair of Unit 2.

H1 SEI
vincent.lhuillier@LIGO.ORG - posted 11:41, Tuesday 03 September 2013 (7604)
Stage 1 - 40mHz Blend - Successful test on BSC-ISI - ITMY

Last Friday, I created a set of complementary filters with a 40mHz blend frequency. I computed newblend filters and installed them on stage 1. After turning on the isolation loops (level 3) and lowering the blend frequency at 40mHz on stage 1 and 100mHz on stage 2, I left the BSC-ISI (ITMY) isolated for the week-end. Note that the HEPI was controlled in position (100mHz) and the sensor correction was not engaged.

This configuration passed the 3-day week-end. I have attached a nice spectra of the stage 2 motion in the Y direction (seen by the GS13s).

Images attached to this report
H1 SEI
greg.grabeel@LIGO.ORG - posted 10:41, Tuesday 03 September 2013 (7603)
GS-13 SN 68
GS-13 pod number 68 arrived with damaged flexures from shipping some time ago. After replacing the broken flexures, re-sealing the pod and filling it with Neon, I leak checked it in the modified VBO A.

Initially I had some issues with an errant signal of Neon, but this was because I had forgotten to lower the ionizing voltage. Argon from a small air leak was doubly ionizing and appearing as Neon in the RGA. After lowering the voltage to 50v everything cleaned up nicely.

The GS-13 tested good, coming out under the 3e-10 torr L/s leak rate requirement set by the VRB.
Images attached to this report
H1 AOS
cheryl.vorvick@LIGO.ORG - posted 17:57, Friday 30 August 2013 - last comment - 22:12, Saturday 31 August 2013(7598)
TMSX telescope moved to the VEA and installed - TMSX cables attached to the table top
- Corey, Andres, Hugh, Keita, Cheryl

TMSX telescope moved by Genie from the TMS lab to the VEA.  The telescope suspension wires were attached, and the telescope is now suspended.  The upper mass is still locked by EQ stops.  The vertical safety wire is installed, and the swing stop assembly is positioned under TMSX.  A rod on the swing stop assembly goes through two eye bolts on TMSX, preventing it from swinging into the QUAD.

Gymnastics of turning the telescope 180 degrees was documented more thoroughly in pictures today.

The telescope safety support beams were installed Wednesday (my idea), which mean the Genie would not fit under the upper structure, so we rotated the front beam out of the way after removing 3 of 4 bolts.

I returned to EX after lunch and attached the 4 cables to the ISC table.  Cables come from the clamp in the center of the upper mass, attach to raised wire clamps, and connect to the cable brackets on the ISC table.  They will need further tweaking after the upper mass is freed, to make sure they are not touching.

Pictures added later.
Comments related to this report
corey.gray@LIGO.ORG - 11:02, Saturday 31 August 2013 (7599)

Here are a few action photos from the TMS Table/Telescope install yesterday (& as usual, ALL TMS photo documentation is on ResourceSpace, here).

Images attached to this comment
cheryl.vorvick@LIGO.ORG - 22:12, Saturday 31 August 2013 (7602)
Pictures showing telescope optics protected by Alpha wipes, the swing top assembly, and cables.

1 - view from the floor - swing stop assembly on the left - telescope optics covered with large Alpha wipes
2 - swing stop assembly attached to TMSX
3 - CB-7
4 - CB-8 cables to upper mass
5 - CB-8
6 - CB-7 cables coming from upper mass  
7 - CB-8  cables coming from upper mass
For the cables in pictures 6 and 7, the peek zip ties are temporary to ensure connectors don't fall on the TMS optics.
Images attached to this comment
Displaying reports 69701-69720 of 77084.Go to page Start 3482 3483 3484 3485 3486 3487 3488 3489 3490 End