Displaying reports 78561-78580 of 83146.Go to page Start 3925 3926 3927 3928 3929 3930 3931 3932 3933 End
Reports until 18:37, Thursday 15 November 2012
H1 IOO
cheryl.vorvick@LIGO.ORG - posted 18:37, Thursday 15 November 2012 (4713)
IO alignment of IR beam through HAM2 and into HAM3 - success! HAM3 back to HAM2 - no so much.
The IR beam was successfully aligned from the PSL to HAM2, through the IO periscope, off 2 steering mirrors, and through MC1 to HAM3.  In HAM3, we discovered that MC2 has FC, which precludes bouncing a beam back to HAM2.  We aligned the beam to MC2, explored some options for continuing to work, and then called it for tonight.
LHO General
patrick.thomas@LIGO.ORG - posted 18:37, Thursday 15 November 2012 (4711)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot from approximately 6 PM Nov. 14 to 6 PM Nov. 15. Also attached are plots of the modes to show when they were running/acquiring data.

The sensor may be failing in the dust monitor in the optics lab (H0:PEM-LAB_DST1). The calibrate failure alarm is being raised momentarily (status of 1 in attached plot).

Dust monitor 4 in the LVEA may have been turned off after the cartridge install. It was in the clean room over the test stand farthest from the Y manifold.
Non-image files attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 18:25, Thursday 15 November 2012 (4712)
h1susb123 work

I continued the build of the SUS frontend for ITMY (h1susb123). Richard resolved the SFP timing issue this morning and the IOP model has been running all day. I built the h1susitmy model by copying the H2 model this afternoon but then found that the H1.ipc IPC file has exceeded the 64 Dolphin channels limit. It exceeded it some time ago when EY was copied over to H1. So I have put a halt on ITMY development until we can get this resolved. I have taken out the ITMY IPC channels from H1.ipc and stopped the h1susb123 models for now.

H1 CDS
james.batch@LIGO.ORG - posted 17:47, Thursday 15 November 2012 (4710)
Added ntp client to h1dmt0
Noted that the computer time was about 4 minutes fast, investigated, found ntp had not been installed on h1dmt0.  Installed the ntp package, configured, set the date, and started the ntp client.
LHO General
patrick.thomas@LIGO.ORG - posted 17:19, Thursday 15 November 2012 (4702)
Ops Summary
Michael R. and James B. fixed one of the cameras in the H1 PSL enclosure.
James B. moved the H1ECATC1 computer to a different rack in the MSR. I shutdown and started it, including the TwinCAT PLCs and EPICS IOCs.
The ITMY cartridge was moved from the test stand to BSC1.
Michael R. transitioned the LVEA to laser hazard to allow PSL light into HAM1, HAM2 and HAM3 for the first attempt to flash the MC.
SKi and a visitor worked on the FMCS system.
Joe G. worked on the IOT1 table.
Keita and Kiwamu worked on deinstalling a PZT controller at end Y.
H1 SEI
hugh.radkins@LIGO.ORG - posted 15:41, Thursday 15 November 2012 (4708)
WBSC1 ITMY Cartridge Install complete
Dale documented so I'm sure he will have some video/photos available soon.
So real issues other than a waiver on a torque wrench use.
Flying weight was 9440lbs less the 440lbs of the Tri-Lifter for an even 9000lbs Cartridge.  There was no Keel or Stage1 Vibration Absorber mass which totals 600lbs plus 60kg.  We'll be adding that to the Assembly next.
Thanks to JimW MitchellR Zac & Scott, Randy Bubba & Jody too.
LHO VE
kyle.ryan@LIGO.ORG - posted 15:11, Thursday 15 November 2012 - last comment - 17:24, Thursday 15 November 2012(4707)
RGA snapshot of Y-end
John took the attached RGA scan of the Y-end station today using the iLIGO RGA (not Rai's hydrocarbon RGA)
Non-image files attached to this report
Comments related to this report
john.worden@LIGO.ORG - 17:24, Thursday 15 November 2012 (4709)

Note -the pressure at PT 410 is currently 7e-9 torr.

H1 IOO
joseph.gleason@LIGO.ORG - posted 14:14, Thursday 15 November 2012 (4706)
Components laid out on IOT1 table
I've laid out most of the components on IOT1 table including partially setting up the periscopes. The components for the MC REFL path are in roughly the correct position. The components for the MC TRANS path will need to be adjusted for the final periscope location. I looked into using the round periscope that is currently sitting in the MC REFL path and determined that it may be necessary to make some modifications to the design in order to adapt it for use with 2" optics. I've set up the triangular MC TRANS periscope for use with the new 2"optics. 
I cleaned everything that was installed on the table and left the HEPI fan running.

The table currently requires the following items.

1) 4" Holes cut in end panels for venting
2) 45 degree mounts purchased for lower periscope mirrors to mount to table
3) Adaptation of round periscope for 2" optics?
Images attached to this report
H1 SEI
hugo.paris@LIGO.ORG - posted 13:59, Thursday 15 November 2012 (4705)
HAM3-ISI - Locked

ChrisM, HugoP,

Locked HAM3-ISI so Chris could do alignment work this afternoon. I showed Chris how to unlock so he can do it once he is done.

H1 SUS
jeffrey.kissel@LIGO.ORG - posted 12:57, Thursday 15 November 2012 (4704)
Important Bug Fix to Damped QUAD Dynamical Model
After some spectacular detective work by Anamaria back in September, she had identified a bug in 
${SusSVN}/sus/trunk/Common/MatlabTools/TripleModel_Production/generate_Triple_Model_production.m
(the function used to generate all models of triple suspension [HSTS, HLTS, BSFM] dynamics, both damped and undamped) in which the connection matrix -- used to close the damping loops around the undamped state space model -- had double-counted the index of the input and output ports, effectively closing the damping loops around the M2 (Middle) stage instead of the M1 (Top) stage. This, as she said: "[...] made some of the [transfer functions] look believable [namely, the diagonal TFs], while some of the cross-couplings were obviously wrong (when compared to the undamped case). This [...] also explain[ed] why we needed a strange gain fudge factor to make the Qs [match measured data]."
As of the entry in September, Anamaria had fixed this bug [though added some other hard-coded stuff, which makes the script only valid for HSTSs for the time being].

Since I wrote these functions, I have always had similar problems with predicting reality on the QUADs. Because the Triple function was a copy, paste, and reduction of the similar function for the QUADs,
${SusSVN}/sus/trunk/QUAD/Common/MatlabTools/QuadModel_Production/generate_QUAD_Model_production.m
written by the same jerk (i.e. me), I suspected this same subtle bug was present. 

Today, I looked, and *BUHZINGA*, the same bug.

As of this entry, and SusSVN rev 3738, I have fixed this bug in the QUAD function. Please update the following corner of your local SusSVN repo:
${SusSVN}/sus/trunk/QUAD/Common/MatlabTools/QuadModel_Production/
(Note that you'll receive some other updates as well, but no other changes are substantial.)

I'll now work on comparing it with measured data, but I assume it will work out nicely.

Other notes:
- This does not affect any previous *undamped* modeling results, this bug only manifested itself on *damped* model predictions.
- Attached is comparison of select transfer functions between various stages produced by the buggy model ("OLD," solid lines) and fixed model ("NEW," dashed lines). One can see, as Anamaria had described, that most diagonal degrees of freedom (highlighted with thicker lines) are not terribly different [just some subtle changes in Q of the given resonances], but the cross-coupled transfer functions (thinner lines) are significantly different. OK, maybe the plots are too busy to actually see, but take my word for it.
- The default damping filters used by the model are identical to those used for the H2OAT, but the gains are not well-matched. So, although this gives a *better* prediction of the damped QUAD dynamics it does not yet exactly reflect reality. More updates to come after comparing with measured data.
Non-image files attached to this report
H1 ISC
keita.kawabe@LIGO.ORG - posted 10:42, Thursday 15 November 2012 - last comment - 12:32, Thursday 15 November 2012(4701)
MCL PZT deinstall (Kiwamu, Keita)

Uninstalled one of two Mad City Labs PZT controllers and the PZT connected to it on the EY ALS table.

The driver is a fanless Nano-Drive (not Nano-Drive 85 with a fan) which is at the bottom of the overhead rack. The PZT is the one with 1" mirror close to the Faraday. These are sent back to the manufacturer.

Before pulling the PZT out, we restored HEPI, ISI, EY and TMS suspension so that everything is at roughly the right angle, injected the green beam, enabled the QPD centering servo so the beam hits the center of green QPDs, confirmed that the beam retroreflected by EY was coming back to the table, held the output of the PZT output and turned the servo off, and marked the beam path using irises. This will allow us later to reinstall the PZT without losing the input pointing.

 

For future reference, here is the cable numbers on the front panel:

X (PIT) cables:

WBSC6-RF28-1: Input X

RF29-1: Sensor X

RF29-2: HV/10 X

 

Y (YAW) cables:

RF28-2: Input Y 

RF29-3: Sensor Y

RF29-4: HV/10 Y

 

X and Y DB9 cables are connected to the X and Y feed through on the ALS table.

 

The mirror was dirty (some pictures to be attached later). Most of them went away with a gentle wiping, but some big ones persisted. Also, we couldn't find any obvious way to remove mirrors. It seems as if it was glued, so we're sending it back to the manufacturer with the mirror.

Comments related to this report
keita.kawabe@LIGO.ORG - 12:32, Thursday 15 November 2012 (4703)

The first two pictures show the mirror right after it was pulled out. It was filthy.

After it was wiped very, very, very gently using Vectra wipes, most of the things are gone but some big ones persisted (third picture).

Images attached to this comment
H1 CDS
david.barker@LIGO.ORG - posted 21:22, Wednesday 14 November 2012 (4700)
LVEA Test Stand IOP WD change, first startup of h1susb123

I installed modified IOP models for the three LVEA test stand front ends: h1iopsusquadtst, h1iopsusbstst and h1iopseitst. I completed the H2 to H1 renaming and added user switches to enable and disable the watchdogs via EPICS records. The WD MEDM screen was changed to include the WD control buttons.

We started up the H1 BSC1,2,3 SUS frontend for the first time (h1susb123). I created an IOP model with SUS Watchdog for the ITMY and BS top OSEMS.

LHO General
patrick.thomas@LIGO.ORG - posted 20:01, Wednesday 14 November 2012 (4699)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot from approximately 7 PM Nov. 13 to 7 PM Nov. 14. Also attached are plots of the modes to show when they were running/acquiring data.
Non-image files attached to this report
H1 IOO
giacomo.ciani@LIGO.ORG - posted 14:51, Wednesday 14 November 2012 (4697)
OSEMs/Channels open light values summary

[Paul, Giacomo]

After moving the HAUX on the HAM table, we observed an overall reduction in OSEMs open light values (OLV), with relative changes spanning from a few % increase to up to almost 30% decrease (see entry 4603). This triggered the need for some debigging, that is summarized here.

First of all, we discovered that there was an error in the out of vacuum connections: as a results, different electronics channels were reading different OSEMs, making the measurement not directly comparable with the ones taken chamber-side (channels and OSEMs have all different "gains", so when you change the pairing...).

Once proper connections were restored we took a series of OLV measurements in which each OSEM of a single HAUX was read by each of the same HAUX's electronic channels. Nothing magic in this particular combination, just a way of having an "OSEM vs channels" matrix to use for some statistics. We obtained a matrix like the following for each suspension:

  UL OSEM LL OSEM UR OSEM LR OSEM
UL CH        
LL CH        
UR CH        
LR CH        

As we wanted to calculate a sort of "gain" for each OSEM, independent from the channel it was connected to, we proceeded as follows:

- took the OLV reading of UL_OSEM with UL_CH, and divided it by the average OLV read by UL_CH on all 4 OSEMs (same row)

- repeated the above calculation using UL_OSEM and LL_CH, UR_CH and LR_CH

- averaged these 4 values (same columns) to obtain the "gain" for the UL_OSEM

We repeated the exact procedure for all 4 OSEMs of a single suspension.

We then calculated a "gain" for each channel as well, using the exact same procedere but swapping rows with columns. The following table reports the OSEMs and channels "gains" calculated this way (the full set of data is available in the attached pdf):

  UL OSEM LL OSEM UR OSEM LR OSEM   UL CH LL CH UR CH LR CH
IM1 1.078 1.003 0.826 1.093   1.013 0.989 0.989 1.014
IM2 0.957 1.083 0.959 1.001   0.993 0.969 0.996 1.042
IM3 1.010 1.031 1.055 0.904   1.006 1.006 1.009 0.979
IM4 0.981 1.056 1.006 0.958   0.999 1.003 1.000 0.999

From this table, the channels seems to have very consistent "gains" (to within a few percent). The OSEMs show somehow more variability, as probably expected. particularly "bad" is the spread in the IM1 OSEMs...

As of now, the OLVs are as follows (with the "Aug-12" column reporting the values read in august during chamber-side testing):

    Aug-12 Nov-12 Change
IM1 UL 29075 27637 -4.94%
  LL 27325 25614 -6.26%
  UR 26650 22636 -15.06%
  LR 29380 28125 -4.27%
IM2 UL 25155 23480 -6.66%
  LL 29040 27816 -4.22%
  UR 26220 25102 -4.27%
  LR 28165 25690 -8.79%
IM3 UL 25440 24174 -4.98%
  LL 26175 24416 -6.72%
  UR 26940 25144 -6.67%
  LR 26870 22569 -16.01%
IM4 UL 27790 25763 -7.29%
  LL 29485 27886 -5.42%
  UR 27765 26393 -4.94%
  LR 26990 24959 -7.52%

Overall, there is a reduction in the 5-10% range, maybe due to increase resisitance in the new cables (as observed by Jeff in entry 4541); I don't have the data for the previous and current lenght and/or resistance of the cables, so I cannot confirm this.

In addition, IM1_UR and IM3_LR both show a reduction significantly bigger than the others (and the lowest absolute OLV values); also, for some reason they were reading even lower values (by about 10-15%) during the OLV matrix measurements than reported in the above table. A closer look at the recorded data (see attached png) shows that the change happened "during" the OLV matrix measurements: they were both reading about 20k before the OLV matrix measurement (also taken as the first value for the diagonal elements in that measurement); after being disconnected and reconnected several times, they were put back in their original positions and the readings increased to about 22k. The reason for this is unclear and may require further investigation.

Images attached to this report
Non-image files attached to this report
H1 SUS
jeffrey.bartlett@LIGO.ORG - posted 13:46, Wednesday 14 November 2012 (4696)
Put ITMY into Stops
  We put ITMY in stops for the BSC2 cartridge install.

  We had a small issue with the bump stops between the CP and Test mass touching. We could not engage the face stops enough to hold the Teflon strips in place without the inside bump stops coming together. This occurred even when the barrel stops were in so tight the fluorel cap distorted. Therefore, we put Teflon transport caps on the CP face stops to cover the fluorel & fused silica tips. We put the Teflon strips, freed up from the CP face stops, between the bottom and both side bump stops between the CP and Test Masses. This will prevent glass to silica contact between the two masses during transport.      
Images attached to this report
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 07:52, Wednesday 14 November 2012 - last comment - 07:55, Wednesday 14 November 2012(4692)
H1SUSITMY Passes latest round of TFs
M. Barton, (J. Kissel)

After the IAS/SUS team performed the final tweaks on H1SUSITMY, Mark (late last night!) remeasured each chain's TOP to TOP transfer functions. I attach the processed results. Baring noise arising from the in-air measurement, the mechanics look as good as they did at-vacuum in chamber, back in late May. In fact, it appears as though the alignment tweaks had little to know affect on the dynamics. Nice work all!

I approve this QUAD for re-re-re-installation. (Don't worry, we've still got one more!)

Interesting note (which is of no consequence but academic): this QUAD's Thin CP has been flipped, as per E1200943. Because we've assembled the TCP and ERM prisms to have a physical d4 of 0 mm (i.e. the prism break off is "exactly" ([+/- 1 [mm]) parallel to the optic's horizontal centerline, see T1200487), the dynamics should not have changed after flipping the TCP. However, as can be seen on pg 11 (R0 P to P) of allquads_121115_H1SUSITMY_Phase2a_ALL_ZOOMED_TFs.pdf, the (poorly modeled) P/L mode that was (measured) formerly at 0.74 Hz has moved up to 0.77 Hz. This mode is known to vary almost entirely due to changes in effective d4 ( = physical d4 + flexure correction). Assuming that the flexure correction (dependent on wire parameters and the tension on them from the optic mass) has not changed substantially (if at all), this implies that the physical d has changed with the flip, further implying that indeed the prisms are not bonded exactly along the optic centerline, but slightly below the center line (where "below" is defined by its original orientation, yet presumably still within the +/- 1 [mm] tolerance). That pitch is too sensitive, I tell you!
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 07:55, Wednesday 14 November 2012 (4695)
Note, this entry was posted simultaneously to Stuart's LHO aLOG 4694, and conclusion is the same between us.
H1 IOO
paul.fulda@LIGO.ORG - posted 08:48, Tuesday 06 November 2012 - last comment - 14:12, Wednesday 14 November 2012(4603)
HAM AUX preliminary in-chamber tests

[Giacomo, Paul]

Yesterday we made some preliminary tests of the HAM AUX suspensions in the HAM2 chamber. We released the earthquake stops and checked that we could read sensible data from the OSEMs, and actuate the mirrors too - all of them looked fine, so the questionable cable connection mentioned in entry 4593 doesn't appear to be a problem. We then put the earthquake stops back in place and moved the HAM AUXs into the middle of the table to keep them out of the way for the moment (since we don't have dog-clamps to hold them down). We pulled the OSEMs out to make open light measurements (see comment from Giacomo in the near future). At first glance these look fine.

Comments related to this report
giacomo.ciani@LIGO.ORG - 12:21, Tuesday 06 November 2012 (4606)

These are the measured open light values for the HAUX AOSEMs (10 seconds average):

  IM1 IM2 IM3 IM4
UL 23592 27614 25743 24264
LL 27862 25716 27778 24565
UR 25194 20038 26476 25148
LR 25681 28232 25051 19580

These are to be compared with the (approximate) ones recorded at the end of August (see post 4004). It appears that most of them have gon down in magnitude, with a few going below the 25000 threshold and one even below 20000. Not sure what the reason for and impact of this is...

Also, we measured the open light noise to look for excess noise of other strange thing, but we found none (good!). See attached image (input filters have for this measurements have offsets and gains based on the above open light values, as well as de-withening filters and nominal counts->um conversion factor).

Images attached to this comment
giacomo.ciani@LIGO.ORG - 14:12, Wednesday 14 November 2012 (4698)

It turns out that all the out of vacuum cables were swapped during this measurements, so these values cannot be directly compared to the ones measured in August, as different channels were reading different physical OSEMs (see entry 4697)

Displaying reports 78561-78580 of 83146.Go to page Start 3925 3926 3927 3928 3929 3930 3931 3932 3933 End