Displaying reports 80921-80940 of 83082.Go to page Start 4043 4044 4045 4046 4047 4048 4049 4050 4051 End
Reports until 13:09, Wednesday 15 February 2012
H2 AOS
jason.oberling@LIGO.ORG - posted 13:09, Wednesday 15 February 2012 (2238)
ETMy Test Stand Alignment Progress

D. Cook, J. Oberling, T. Sadecki

We re-aligned the ETMy and ERM in pitch this morning, and meausred yaw.

For the ERM we aligned the pitch until the reflection from the ERM was overlapping the reflection from the AR surface of the ETMy.  With this combination together I am unable to get an accurate measurement of the pitch and yaw because the two reflections sway independently, creating an irregularly shaped "blob" on the laser autocollimator (LAC) which is not representative of the pitch and yaw of either surface.  The ERM spec is ±1.47 mrad of differential pitch and yaw between the AR surface of the ETMy and the front surface of the ERM.  With the two reflections overlapping we are well within this spec.  The ETMy and ERM are now aligned and we (IAS) are waiting word from TMS to begin aligning the TMS assembly.

H2 AOS
craig.conley@LIGO.ORG - posted 21:13, Tuesday 14 February 2012 (2236)
TMS Qube-to-Cartridge Installation (Betsy, Cheryl, Keita, Dan, Craig, David)
The Qube-to-Cartridge Installation was successfull and went pretty much as planned. We were nearly able to get the qube into position using the genie/5-axis table combination, but were a little shy of the back (+Y) leg of the cookie cutter (we used the far cookie cutter option relative to the Quad). Weighing options, we decided to apply the pusher tools to finally adjust the position to the cookie cutter. We then installed all (except one) dog clamps as per D0900419. The small dog clamp which partially wedges between the ISI Table and stage 0 will be attempted tomorrow as we need a short socket and overall 'low-profile' tool set-up for it. We just lacked the short socket.

Now we hope that our position and bearing are just right relative to the ETM. By eye it looks good.
 
Images attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 19:15, Tuesday 14 February 2012 (2234)
plots of dust counts
Attached are plots of dust counts > .5 microns.
Non-image files attached to this report
H2 SUS
betsy.weaver@LIGO.ORG - posted 18:46, Tuesday 14 February 2012 (2232)
ETMy status
For today's TMS activity under the cartridge test stand, I clamped the PenRe (the mass most vulnerable to bumping, yet also the most robust), plut the face shields on the ERM and ETMy, then bagged the suspension.  The main chain is theoretically* hanging free (* the clamping of the PenRe could have pushed a reaction mass into a main mass).  This is how the suspension will remain until further notice, due to TMS installation.
H2 SUS
james.batch@LIGO.ORG - posted 16:47, Tuesday 14 February 2012 (2231)
H2SUSFMY ini file restored, data concentrator restarted
At the request of Jeff Kissel, the H2SUSFMY.ini file was replaced with an older one, archive/H2SUSFMY_120211_095125.ini.  A DAQ Reload was performed and the dc0 restarted.  The H2SUSFMY.ini file had been generated with two channels active during the RCG 2.1.4 update.
H2 SUS
jeffrey.kissel@LIGO.ORG - posted 14:43, Tuesday 14 February 2012 (2230)
All H2 SUS restored and confirmed functional
After the timing failure, and subsequent reboot of all H2 frontends, I had to go in and BURT restore all the suspensions. I started off using the previous versions of the _safe.snap files found in
${userapps}/sus/h2/burtfiles/
but as previously reported, they show a red "not ok!" when restored, presumably because they were generated when the DAQ system was at RCG 2.3.1. But again, it seems to restore the EPICs values just fine.

I glanced over H2 SUS ITMY, H2 SUS ETMY, and H2 SUS FMY, made sure all there damping loops were functional, with their BIOS and watchdogs set appropriately (for their given model status -- ITMY is at a newer version of this stuff) and have re-created the follow snapshots, which should be used (for now, until we upgrade ETMY and FMY, and merge the branch-2.4 and trunk of the userapps repo)

H2 SUS ITMY (Now at RCG 2.4) -- /opt/rtcds/userapps/branch-2.4/sus/h2/burtfiles/h2susitmy_safe.snap
H2 SUS FMY -- /opt/rtcds/userapps/release/sus/h2/burtfiles/fmy/h2susfmy_safe.snap
H2 SUS ETMY -- /opt/rtcds/userapps/release/sus/h2/burtfiles/etmy/h2susetmy_safe.snap


I've left all suspensions in this safe state.
H2 CDS
jeffrey.kissel@LIGO.ORG - posted 14:35, Tuesday 14 February 2012 (2229)
All H2 Frontends Restarted
After the timing failure that Jim alludes to below (I don't know the details of the failure, hopefully those on site have an aLOG pending), all H2 aLIGO front ends were rebooted.
X1 General
james.batch@LIGO.ORG - posted 13:30, Tuesday 14 February 2012 (2228)
Restarted SEI and SUS test stands in Staging Building
Due to a timing system interruption at the master fanout, the suspension and seismic test stands needed to be restarted.  Models were restarted, but no BURT restore was performed. 
H2 SUS
jeffrey.kissel@LIGO.ORG - posted 09:15, Tuesday 14 February 2012 (2227)
H2 SUS ETMY -- Latest Results
After the relief of the UIM blade clamp screws, I've taken a new set of data. The results look MUCH better, but I believe there's still some but of interference some where, as all degrees of freedom (on both chains) the data is dreadfully noisy, with almost no coherence below 1Hz. I don't believe this remaining running is a show stopper, but we should be on the look out.

Three like data sets:
For M0
H2 SUS ITMY M0 (2012-01-10) -- Post-cartridge installed Phase 3b approved monolithic fiber chain (should be the same between an ITM and an ETM)
H2 SUS ETMY M0 (2012-02-13) -- Yesterday's data, with UIM blade spring bolts rubbing against the top mass, between chains.
H2 SUS ETMY M0 (2012-02-14) -- Today's data, with the UIM rubbing relieved.

For R0 
H2 SUS ETMY R0 (2011-11-22) --  Phase 1b approved metal erm chain (should be the same  roughly the same between glass and metal)
H2 SUS ETMY R0 (2012-02-13) -- Yesterday's data, with UIM blade spring bolts rubbing against the top mass, between chains.
H2 SUS ETMY R0 (2012-02-14) -- Today's data, with the UIM rubbing relieved.

Non-image files attached to this report
H2 AOS
keita.kawabe@LIGO.ORG - posted 20:08, Monday 13 February 2012 (2226)
TMS work today (Craig, Dan, Cheryl, DavidJ, Keita)

Stainless steel helicoils that were incorrectly used for ISC cables were all replaced by Nitronic 60 helicoils.

Cleared the path to the VEA.

Thought that we'd move the cube and the clean room to the area between the roll up doors, but realized that we won't have a place to bunny up tomorrow.

LHO General
patrick.thomas@LIGO.ORG - posted 17:16, Monday 13 February 2012 (2225)
plots of dust counts
Attached are plots of dust counts > .5 microns.
Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 16:14, Monday 13 February 2012 (2224)
Decoupled roughing plumbing from YBM
Kyle, iGerardo 

Removed 6" roughing port gate valve and associated plumbing from YBM pump port -> Installed 8" CF Class A blank (borrowed from H2 input mode cleaner pump port) on YBM roughing pump port -> Installed new (but unbaked) 8" CF blank at location of borrowed Class A blank -> Labeled unbaked flange so as to be replaced before exposing to vacuum.
H2 SUS
jeffrey.kissel@LIGO.ORG - posted 09:33, Monday 13 February 2012 - last comment - 16:06, Monday 13 February 2012(2212)
H2 SUS ETMY -- So y'all can see what I see
Since it's clearly frustrating that we can't move forward with the H2 SUS TMSY installation, I wanted to show what's going on with the TOP to TOP transfer functions of H2 SUS ETMY, (Main Chain [M0] data I took this morning) so people understand why I'm holding up the show.

I don't have an answer yet, but these are the plots at which I'm staring to try and glean what's going on -- suggestions are welcome!~

I'm still taking data on the reaction chain -- will post when I have that data.

The first attachment (allquads_120213*.pdf) is MAGENTA, is current (2012-02-13), "first light" monolithic ETMY data, compared against
- BLUE A model of the monolithic main chain (fiber).
- ORANGE H2 SUS ITMY's "first light" data (2011-11-19) -- Mated w/ BSC-ISI, First Monolithic Results (Fully Laced), M0 F1 poorly aligned/ratty. M0 R and M0 V not measured because of bad M0 RT.
- BLACK H2 SUS ITMY's latest and greatest (2012-01-10), phase 3a approved, in-air, post-cartridge install data.

The second attachment shows only the current data, but in more detail (and with regrettably more busy plots), specifically cross coupling and OSEM basis response to the EULER drive.
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 11:26, Monday 13 February 2012 (2216)
Here's the R0 transfer function results (same color coding as above).

With this data, Brett and I have managed to convince ourselves the the two chains are coupled in some way. After phone conversation with M. Barton, B. Bland, T. Sadecki, B. Shapiro, and myself, our best guess is that because the reaction chain UIM stage is "pretty severely rolled, and too high by millimeters," that the UIM flags are the coupling point. Another possibility is that the Top Blades' clamp bolts (those that secure the blade to the launching clamp) are interfering -- the top plates of the top mass overlap, or perhaps more accurately: where there's a cut-out in the Main Chain plate that exposes the Main chain's blade spring bolts, the Reaction chain's top plate overlaps that cutout.

This hypothesis is supported by comparing the main chain and reaction chain TFs -- you'll see that modes have bifurcated in similar ways, and even some of the high frequency modes (e.g. in V and R) have bifurcated at the same frequency, but in exactly opposite amplitudes in each chain's set of TFs -- implying that were seeing the same physical mode in both chains, which are slightly different in frequency because of the two different chain types, show up in each other's dynamics.

Betsy and Travis are down at the end station now investigating, where one of the first things they will do is try to lock up the reaction mass such that it is entirely free of the main chain, and we will then remeasure the main hoping to confirm our hypothesis. Then (of course) the next step is to figure out the why the reaction chain is so screwy....
Non-image files attached to this comment
betsy.weaver@LIGO.ORG - 13:39, Monday 13 February 2012 (2218)
Found it.  The R0 UIM Left Blade Clamp screws were grounding on the bottom of the M0 UIM left top Plate.  The roll of this chain just bit us again...  We're going to drop the left side of R0, giving up some barrel-barrel centering (adding sideshift to the ERM) of the test mass to ERM.  As well, the height of the ERM may go a bit low.  Recall, we had worked towards "fixing" sideshift, height, and roll.  Looks like "fixing" was the wrong thing to do.
betsy.weaver@LIGO.ORG - 14:52, Monday 13 February 2012 (2220)
For the record, we removed 2mm of shims at the left Top Stage Blade tip, lowering the left side of the R0 chain.  There is 1mm left.
jeffrey.kissel@LIGO.ORG - 15:47, Monday 13 February 2012 (2221)
Preliminary Results look encouraging! 

Attached is a quick before vs. after comparison between the two degrees of freedom that should be most decoupled -- Vertical and Yaw -- for both chains. Both show signs of significant improvement. take the measurements with a grain of salt -- flags are not yet centered, and there's ~half the averages than is normal ('cause we wanted the info faster).

Betsy and Travis are cleaning up now (re-aligning lower stage flags, etc.), and then I'll begin a full suite of measurements when they're finished (either tonight, or early tomorrow morning).
Non-image files attached to this comment
betsy.weaver@LIGO.ORG - 16:05, Monday 13 February 2012 (2222)
The source of the interference between the chains is the screw head touching the underside of the plate near background.
Images attached to this comment
betsy.weaver@LIGO.ORG - 16:06, Monday 13 February 2012 (2223)
After dropping the left side of the reaction chain by 2mm, you can now see a gap above the reaction chain screw heads and below the horizontal plate of the main chain UIM.
Images attached to this comment
H2 DAQ
david.barker@LIGO.ORG - posted 17:56, Saturday 11 February 2012 - last comment - 16:13, Monday 13 February 2012(2209)
LHO DAQ upgrade to RCG-2.4.1

Rolf, Alex, Dave.

We upgraded LHO from RCG-2.3.1 to RCG-2.4.1 today. All systems were burtrestored using the supplied safe.snap files, or from the autoburt of 9am this morning. H2 systems were not activated beyond doing the burt restores (watchdogs left tripped, etc.).

The problem of some cores running long was investigated. All front ends were configured to new advanced bios settings. This appears to have fixed the run-long problem, we will continue to check this over the weekend.

Comments related to this report
jeffrey.kissel@LIGO.ORG - 07:22, Monday 13 February 2012 (2210)
Discovered H2 SUS ETMY had not been BURT restored after this upgrade. The BURT file, using
/opt/rtcds/userapps/release/sus/burtfiles/etmy/h2susetmy_safe.snap (NOTE THE CHANGE OF LOCATION OF CDS USERAPPS REPO!!) 
gave a red, "NOT OK!" message upon restore, but from the looks of the error log and looking over the system, I think it's an issue with BURT file formatting upgrade, not that anything got improperly restored. After the restore, I can comfirm that the DAQ is functional -- I'm taking first set of Transfer Functions after upgrade now, I can (1) open DTT, (2) use it to send out excitations, (3) read back (in the present) _DQ channels.

From prior discussions with D. Barker, R. Bork, and M. Landry, I'm 80% confident that h2susetmy's *was not* changed in this upgrade, where h2susitmy and h2susfmy's models were. I mention this because I was worried that the BIO (Binary Input/Output; completely different from the bios the Dave mentions above) would have lost its functionality -- therefore inhibiting drive (that pesky "test/coil" switch). Will provide more details in later aLOGs when I know more.
jeffrey.kissel@LIGO.ORG - 13:18, Monday 13 February 2012 (2217)
In BSC8, I'd found the H2 SUS FMY also needed a BURT restore. I've restored this suspension using
${userapps}/release/sus/h2/burtfiles/fmy/h2susfmy_safe.snap

However, because we've upgraded our Binary I/O interface in the RCG 2.4 version of the Simulink masters models,

${userapps}/branches/branch-2.4/sus/common/models/QUAD_MASTER.mdl
${userapps}/branches/branch-2.4/sus/common/models/BSFM_MASTER.mdl

which is what was used to compile both H2 SUS ITMY (a QUAD) and H2 SUS FMY (a BSFM) (but NOT YET H2 SUS ETMY), and that upgrade includes the need for new MEDM screens, found in 
${userapps}/branches/branch-2.4/sus/common/medm/${optic}/SUS_CUST_${OPTIC}_BIO.adl
we need to make changes to 
/opt/rtcds/lho/h2/medm/SITEMAP.adl,
which is where the generic screens' hard coded variables live.

I have updated the paths for ITMY and FMY (both in the call to the OVERVIEW screen, as well as in the SUSDIR variable), but it still doesn't call the right screen. Unfortunately, without the right variables sent to the screen, opening the screen by itself just shows white channels -- a feature of the generic screens.

Debugging is in progress...
jeffrey.kissel@LIGO.ORG - 16:13, Monday 13 February 2012 (2219)
H2 SUS ITMY is now functional: the trick was that the 
${userapps}/branch-2.4/sus/common/medm/quad/SUS_CUST_QUAD_OVERVIEW.adl
MEDM screen's link to the 
${userapps}/branch-2.4/sus/common/medm/quad/SUS_CUST_QUAD_BIO.adl
was hard-coded to
/opt/rtcds/$(site)/$(ifo)/userapps/release/sus/common/medm/quad/SUS_CUST_QUAD_BIO.adl.

Once I corrected the button link, I was able to pull up the correct version of that screen, and change the coil driver State (H2:SUS-ITMY_BIO_M0_STATEREQ set to 1.0), and enable the coils (H2:SUS-ITMY_BIO_M0_CTENABLE set to 1.0). The attached TF shows that actuation works, and the dynamics haven't changed. 

One would expect that H2 SUS FMY has the same problem, but when I fixed his overview,
${userapps}/branch-2.4/sus/common/medm/bsfm/SUS_CUST_BSFM_OVERVIEW.adl
the *new* channels came up white, implying that they don't exist, or are broken in some way. I'm still waiting here from Dave whether he compiled FMY with the RCG2.4 version of the BSFM_MASTER. 
Non-image files attached to this comment
Displaying reports 80921-80940 of 83082.Go to page Start 4043 4044 4045 4046 4047 4048 4049 4050 4051 End