Displaying reports 71961-71980 of 77031.Go to page Start 3595 3596 3597 3598 3599 3600 3601 3602 3603 End
Reports until 16:41, Wednesday 23 January 2013
LHO VE
kyle.ryan@LIGO.ORG - posted 16:41, Wednesday 23 January 2013 (5229)
Resumed pumping HAM2-HAM3 volume
Kyle, Gerardo

~1055 hrs. local -> Connected and restarted HAM3 turbo backing pump and resumed pumping HAM2-HAM3 volume.  

~1630 hrs. local -> 3.0 x 10-6 torr @ turbo inlet
H1 SEI
hugh.radkins@LIGO.ORG - posted 16:30, Wednesday 23 January 2013 - last comment - 16:51, Wednesday 23 January 2013(5228)
WBSC1 HEPI moves for IAS
After SUS made sure everything was clear and not biasing the measurements, IAS gave us direction.  We moved the ITMy HEPI down 1.3mm, & 0.8mm North and tried to do no Yaw.  After this we locked the ISI and looked at the level of the Optical Table.  We saw a runout of 0.019" on the Optical Table.  We did a tilt correction, down on the SE corner and up on the NW of ~0.2mm each.  This put our runout on the Optical Table measurements at 0.12mm.
Then, wouldn't ya know it, IAS says we have to Yaw 577urad CW.  So we turned the HEPI Springs 1/2turn each for CW yaw and that got us under 100urad.  Have to say after doing that I do want to confirm the Optical Table is still level.
Comments related to this report
jason.oberling@LIGO.ORG - 16:51, Wednesday 23 January 2013 (5230)
Here are the final position/angle error numbers for the ITMy after today's moves:
  • Lateral Position: -0.67 mm (South)
    • Tolerance: ±1.0 mm
  • Vertical Position: 0.0 mm
    • Tolerance: ±1.0 mm
  • Axial Position: -0.2 mm (East)
    • Tolerance: ±3.0 mm
  • Pitch: ~1.4 mrad down
    • This measurement is approximate.  The pitch was too far out to get a measurement on the autocollimator
    • Target: 12.5 µrad down
    • Tolerance: ±160 µrad
  • Yaw: ~85 µrad CCW
    • This was also approximate, as the pitch was too far out to get a measurement on the autocollimator
    • Target: 0.0 µrad
    • Tolerance: ±160 µrad
H1 SEI
greg.grabeel@LIGO.ORG - posted 16:26, Wednesday 23 January 2013 (5226)
HAM 1 Purge
On the 15th I started a purge on one of the oldest, and least purged ISIs we have. The LN2 boil-off straight from the dewar was measuring ~ -40 td°C, while ambient air was ~ -5 td°C. This unit was taking longer than usual to dry out and wasn't reaching as low of levels as other containers had in the past. I think revisiting Assy. 1 soon would be helpful.
Images attached to this report
H1 SEI
eric.allwine@LIGO.ORG - posted 16:21, Wednesday 23 January 2013 (5227)
BSC9 HEPI Actuator Install
Installed four vertical actuators and four horizontal actuators with the help of Apollo today.  
H1 CDS
james.batch@LIGO.ORG - posted 08:21, Wednesday 23 January 2013 - last comment - 09:12, Wednesday 23 January 2013(5223)
/ligo file system is read-only this morning
There is a fault with the file server for /ligo this morning, the file system that contains user account home directories and applications for control room tools.  The file system will be unavailable for use until further notice.
Comments related to this report
james.batch@LIGO.ORG - 09:12, Wednesday 23 January 2013 (5224)
The /ligo file system is back to Read/Write status, and is available for use.
X1 SUS
stuart.aston@LIGO.ORG - posted 07:59, Wednesday 23 January 2013 - last comment - 12:15, Wednesday 23 January 2013(5221)
SR3 (HLTS) tripping watchdogs
Jeff B reported that the triple test stand watchdogs were being tripped when turning damping loops ON for the SR3 (HLTS) suspension.

This morning I've remotely logged-on to verify that the medm environment is correctly configured for a HLTS suspension (matrices & signs etc) i.e. the correct model is running and the correct environment has been BURT restored.

I also observed watchdogs tripping when enabling damping loops, specifically for the Pitch DOF.

Initially, I suspected some damping loop gain re-tuning maybe required, however the gain factor is consistent with other L1 & H1 HLTSs (-0.002).

Offsets were injected into each OSEM channel, T1, T2, T3, LF, RT, and SD, whilst monitoring the corresponding OSEM sensor readout in dataviewer. This indicated that there was a sign issues with T2 and T3 OSEMs. Temporarily changing the sign in the COIL OUTPUT FILTERS allowed damping loops to close, without tripping watchdogs. Therefore, I would recommend the assembly team double check T2 and T3 magnet polarity.
Comments related to this report
jeffrey.bartlett@LIGO.ORG - 12:15, Wednesday 23 January 2013 (5225)
   Checked the T2 and T3 BOSEMs. The magnets were OK. The B and C cables legs had been reversed. The cable problem has been corrected and the BOSEMs centered to 50% light. Offsets and gains values have also been corrected in MEDM and on the OSEM tracking spreadsheet. Successfully closed the damping loops without tripping the watchdogs. I will run the first set of TFs tonight.      
H1 IOO
giacomo.ciani@LIGO.ORG - posted 23:50, Tuesday 22 January 2013 (5220)
IMC locked

The IMC locked at undisturbed since 8:00 pm local time (2013/01/22)

H1 IOO
giacomo.ciani@LIGO.ORG - posted 23:46, Tuesday 22 January 2013 (5219)
Problem with IMC_REFL_DC

[Kiwamu, Lisa, Keita, Matt, Giacomo]

At about UTC 2013-01-22 21:17:40, the IMC_REFL_DC channel suddenly showed and offset of about -8000 counts. In the past week it has been consistently reading between about 50 (IMC locked) and 450 counts (IMC unlocked). The attached plot IMC_REFL_DC_trend shows the trend in the last 12 days, witht he "jump" visible at the extreme right.

The signal still changes by about 400 counts between the IMC locked and unlocked statuses, and the RF part seems to be fine as the IMC locks regularly.

By inserting a breakout board at the input of the interface, we did verify that the power supply readings (+-18 V) were normal and that the offset came in fact from a bias of about 2.2 V on the REFL_DC readout. It does thus appear to be a problem with the head, or anyhow with something downstream of the interface.

It is curious to note how all the WFS channels show something going on at the exact same moment that the offset appeared (see attached plot IMC_REFL_DC_zoom). It is not clear if the problems seen on the WFS (see entry 5207) are related to this, if working on WFS debuging triggered the problem on the REFL_DC or if the two things are completely unrelated.

Images attached to this report
H1 General
robert.schofield@LIGO.ORG - posted 20:53, Tuesday 22 January 2013 (5218)
Magnetic coupling investigations

Summary: In an attempt to better understand the high magnetic coupling to the test masses, I measured magnetic fields at the locations of the 8 PUM magnets for an isolated reaction mass, the fields around ITMY in situ in BSC1, the moments of the 2 types of magnets, and searched for other possible coupling locations. While I have not been able to account for the high coupling, I did find that large parts of the UIMs and the PUM reaction mass were magnetic. I will try to measure the magnetic moments of these masses when I return.

Gradient scales at the PUM magnets

10 Hz

I used a fluxgate magnetometer and measured fields at the positions of the 8 PUM magnets (2 in each flag) for an isolated PUM reaction mass (Figure 1). In the table below the fields B1 and B2 were at sites 2.7 cm apart, close to the separation of magnets in the PUM flag. The measurements were used to estimate how well the paired magnets in each flag could cancel. The last column gives approximate gradients from the field differences for the two sites. The magnets were not in place for the measurements.

PUM flag location

B1

   B2 (0.027 meters from B1)

B1 – B2

B/GradB

UL

1.33E-05

1.17E-05

1.63E-06

2.07E-01

UR

1.09E-05

9.43E-06

1.45E-06

1.88E-01

LR

1.02E-05

9.14E-06

1.06E-06

2.45E-01

LL

1.14E-05

1.11E-05

3.00E-07

1.01E+00

At the UL site, I also looked for higher gradients on a smaller scale (smaller movements) and found B/gradB values of 0.012 m for 6mm displacements right at the location of the flag magnet in the AOSEM. Of course the fluxgate’s ability to measure high gradients that extend only over short distances is limited by the scale of the sensor, which is 1.8 cm long. The magnets are 0.6 cm long so they could be subject to localized gradients that would have been averaged down by the fluxgate. For calculations of the magnetic coupling, I halved the 0.12m scale to 0.06 m because of the possibility of  more localized gradients.

100 Hz

I also made a couple of measurements at 100 Hz. For a 2.7 cm difference at UL, my estimate of B/gradB was 0.012 instead of the 0.021 at 10 Hz.

Measurements of fields and gradients around the quad in-situ inside BSC1

I measured injected magnetic fields around the ITMY quad in BSC1 (Figure 2) in order to make sure that the field at the ITM during my coupling measurements was similar to my estimates made with a magnetometer mounted outside BSC1, under its center. The average of injected field values inside was 37% lower than I estimated from my outside measurement. Thus the coupling  should be 37% higher (worse) than I previously reported.

The scale of gradients across the back face of the reaction mass chain were measured to be:

(B/gradB: 5.26 m, 1.10 m, 0.58 m, 0.53 m). These measurements were used to estimate how well magnets at different actuators could cancel. The arm cavity baffle was not installed for these measurements, and the BSC door was open.

Magnet moments

I measured the moments of one large (M0, L1) and one small (L2) magnets using a magnetometer at a distance large compared to the magnet size (Figure 3). For the small magnet I measured 0.013 J/T and for the large one, 0.717 J/T (or Am^2).

Estimates of residual moment from magnets

I used the fields measured at the positions of the 2 magnets in the PUM flags to estimate the residual moment for the pairs in each flag. I also used the larger scale gradients from the in-chamber measurements to estimate how well the different locations would cancel (e.g. how well will UL cancel LR). I estimated a residual moment of 1/3 of the moment of a single one of the 8 magnets, if all magnets were oriented properly, and a residual moment of about twice the single magnet value if one magnet was mis-oriented. For the estimates below of coupling at the UIM, I used the same gradient scales as I measured for the PUM.

Magnetized 304 steel in the UIM and PUM reaction mass

Figure 4 demonstrates that magnets stick to many parts of the UIMs and PUM reaction masses (L1, R1 and R2). Many of the large parts of the main and reaction UIM, as well as the reaction PUM are called out as 304 or 316 steel (shops choice). The relative permeability of cold worked 304 steel can be several orders of magnitude higher than 316 steel and is reported to reach 10 or 20. So magnets stick to many parts of the UIM and PUM reaction mass, and which parts are magnetic varies with the particular run of parts. About ½ of the volume of the PUM reaction mass in BSC1 is magnetic and at least ½ of the UIM and reaction UIM are as well.

Estimates of coupling from magnets and magnetized 304 steel

I used the measurements of magnet moments and estimates of  the residual moments along with the estimated field gradients and moment arms to estimate torques on the PUM and UIM. To compare to the angular motions I observed in the magnetic coupling measurements, I used Mark Barton’s functions for force or torque at the various quad levels to displacement, pitch and yaw of the test mass.

To estimate motion produced by the magnetized 304 steel, I assumed that the parts were magnetized by the large DC field from the earth (I used 3e-5T), giving them a magnetic moment and causing them to couple to the small AC fields: m = chi/mu0 BearthV. This does not include the magnetization from the permanent magnets, but estimates that I have made do not suggest that this could increase the moment by more than a factor of a couple. I used a relative permeability of 10, at the high end of permeability for 304 steel. I will try to measure the magnetic moment of parts directly when I return. I have also not examined the connectors.

Coupling

Pitch at 10 Hz (radians/T)

Yaw at 10 Hz (radians/T)

Measured coupling

2.3 e-6

2.2 e-5

Estimated coupling from UIM magnets, perfectly aligned and (one magnet misaligned)

2.7 e-7 (1.8 e-6)

1.2 e-7 (7.9 e-7)

Estimated coupling from PUM magnets, perfectly aligned and (one magnet misaligned)

2.1 e-7 (1.4 e-6)

8.4 e-8 (5.6 e-7)

Estimated coupling from 304 steel in UIM

5.4 e-7

2.4 e-7

Estimated coupling from 304 steel in PUM reaction mass (R2) to test mass reaction mass (R3), NOTE: not to test mass itself

2.0 e-5

8.2 e-6

Non-image files attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 20:09, Tuesday 22 January 2013 (5217)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot from approximately 5 PM Jan. 21 to 5 PM Jan. 22. Also attached are plots of the modes to show when they were running/acquiring data. Dust monitor 10 in the H1 PSL enclosure is still indicating a calibration failure. I did not plot the counts in the labs, since this IOC was rebooted and put 'nan' in the data. The IOC was timing out communicating with the dust monitors, but the Comtrol was still on. Rebooting the IOC seemed to fix it.
Non-image files attached to this report
H1 IOO
matthew.evans@LIGO.ORG - posted 19:49, Tuesday 22 January 2013 (5216)
IMC MC2 M2-M3 cross-over at 8Hz

Giacomo, Lisa, Matt

While yesterday's "MC2-M2 as a low frequency offload path for M3" approach worked for signals well below 100mHz, it did little to save M3 from saturation due to signals around the microseism.  It was also not sufficient for ISI testing.

Through more measurements we found that the MC2 M2-M3 cross-over had a small region of stablity between 10 and 20Hz with only the old 100:1 filter engaged.  The maximum phase margin in this region was about 10dg, which really doesn't sound like enough to be reliable, so I started another filter design cycle.  The result is shown in the attached plot: unconditionally stable up to 20Hz, but not really optimized in terms of gain (we could have a lot more if we are willing to invert the plant features).  This was sufficient to keep the M3 drive RMS below 10k counts (at LOCK filter output, so 2.5k at the DAC), which is about a factor of 10 better than before and about a factor of 40 from saturation.

Images attached to this report
H1 ISC
lisa.barsotti@LIGO.ORG - posted 19:40, Tuesday 22 January 2013 (5207)
When WFSs worked, the calibration of the WFSs DC signal path made sense
Giacomo, Keita, Lisa


 This entry is just for reference, now we have  this problem . 

Before the WFS decided to go in a permanent and irreversible bad state we experienced a moment of happiness 
as the calibration of the DC signal path was actually making sense (the difference between what we measure on the ADCs WFS SUM channels and what we expect is within 10%).


 Direct power measurement on IOT2 

- IMC unlocked

Total power in the WFS path combined (before the first BS IO_MCR_BS2, nominally 50/50: 2.25 mW)
Power in front of WFS_A (in reflection from BS2): 0.95 mW
Power transmitted after BS2: 1.30 mW
Power in front of WFS_B = 1 mW (after the second BS IO_MCR_BS3)
Power going to the camera (transmitted by the second BS IO_MCR_BS3): 0.27 mW

Power reflected by WFS_A: 0.13 mW
Power reflected by WFS_B: 0.1 mW

- IMC locked 
  Total power in the WFS path combined: 250 uW


 Expected number of ADC counts with IMC unlocked and WFS interface in high gain mode 

WFS DC transimpedance = 1000 V/A
Diode Responsivity = 0.8 A/W
ctsPerVolts = 1638  counts/V
DC WFS interface gain = 10

==> 13104 counts/mW 

Expected 
ctsWFS_A [counts] = 13104 [counts/mW] x (0.95-0.13)mW = 10745 counts
ctsWFS_B [counts] = 13104 [counts/mW] x (1.0-0.13)mW = 11794 counts 

 Measured number of ADC counts with IMC unlocked and WFS interface in high gain mode

WFS_A_SUM = 9272;
WFS_B_SUM = 11014;

Dark offset
WFS_A_SUM = -1215;
WFS_B_SUM = 25;

Measured
ctsWFS_A_SUM = 9272 - (-1215) = 10487 counts
ctsWFS_B_SUM = 11014 - 25 = 10989 counts 

 Laser Calibrator D1201258 on WFS_B, high gain mode 

4mW @ 980 nm 

Measured ctsWFS_B_SUM = 35037;

We don't know the exact responsivity of the Q3000 diodes at 980nm, but it should be between 0.5 and 0.6 A/W.

==> This measurement gives us 0.54 A/W 



H1 IOO
keita.kawabe@LIGO.ORG - posted 17:15, Tuesday 22 January 2013 - last comment - 19:43, Tuesday 22 January 2013(5209)
IMC WFS DC trouble

Something is really only marginaly stable.

Attached is an example of low frequency oscillation of IMC WFS DC measured by using a DB15 break out board on the front panel of the DC interface (i.e. the breakout board is inserted between WFS head and the WFS DC interface).

This is easily triggered by disconnecting the WFS DC cable from the front panel of the WFS DC interface and then plugging in again. In this case it was WFSA, segment 4 (i.e. between pin1 and pin9, why is this not the segment 1, I don't know), and it's oscillating at about 100Hz. When this happens, all the quadrants show similar symptom, and it doesn't go away spontaneously. Sometimes this goes away by wiggling the cable or touching some of the pins on the breakout board.

It's not exactly easy to make things accidentally oscillate at such a low frequency, I'm suspicious about power problem, maybe weak grounding of big capacitors e.g. power capacitor on the WFS head.

Interestingly, when the breakout board is not there, when you look at the fact channels for WFS DC, the oscillation dies down on its own within 10 or 20 seconds for WFSA.

I was curious to do the same measurement for WFSB, and with the breakout board it does something similar (second picture, in this specific  case it was slower). Without breakout board, I didn't see any craziness. Also, when this was going on, the +-18V power that are passed through to the WFSB head were also showing something similar (third picture, in this case the WFSB was oscillating faster than when the second picture was taken) . I haven't measured WFSA power (see the entry attached to this one).

When they're not oscillating, things look OK-ish in that nothing is outrageously wrong.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 16:34, Tuesday 22 January 2013 (5210)

And the WFS DC interface board broke in the middle of the above measurement for WFSB.

Circuit  breaker switch of the board was triggered, I disconnected WFSA and WFSB from the board and switched the board on again, +15V LED came back but -15V didn't. 

I brought the DC interface chassis back to the EE shop, and Filiberto thinks that one of the FETs on the protection board inside the chassis (the one that provides -18V to the -15V voltage regulator as well as to the WFS heads) is dead.

Since we don't have spares, I removed the WFS DC interface that was originally intended for IFO REFL WFS (i.e. HAM1) and put it in place of IOO WFS DC interface. We are not going to use REFL WFS for a long time.

 

Anyway, after we replaced the WFS DC interface, the DC power came back but we still don't know if there is any damage in the WFS heads themselves.

lisa.barsotti@LIGO.ORG - 19:43, Tuesday 22 January 2013 (5215)
We noticed very large dark offsets after the new WFS interface was installed. Looking more closely, we saw the same type of oscillations as with the other board. This time, we couldn't stop the bad behavior by unplugging/touching/rebooting, so we turned off the WFS interface board for tonight.
X1 SEI
vincent.lhuillier@LIGO.ORG - posted 17:12, Tuesday 22 January 2013 (5214)
BSC-ISI - Unit #4 - Testing report

The fourth BSC-ISI assembly was recently tested. It looks good. The testing report can be found at E1100297-V1 - aLIGO ISI-Unit 4 - LHO - Phase I report.pdf.

X1 SUS
james.batch@LIGO.ORG - posted 16:56, Tuesday 22 January 2013 (5213)
Moved model running on tripleteststand to HLTS05.
Manually moved the model running on the tripleteststand front-end to the HLTS 05 model, for some reason the script to change this failed almost completely.  Started the model, copied the master.05 file to master and restarted the daqd, verified the medm screen for the 05 model showed appropriate activity.
H1 CDS
james.batch@LIGO.ORG - posted 16:51, Tuesday 22 January 2013 (5212)
Moved power for vacuum controls network switch to UPS
The network switch for vacuum controls in the MSR as well as several other devices were powered by normal AC power.  The power strip for all devices was moved to a UPS powered outlet to allow operation during brief power failures.  This did not cause an interruption for the vacuum network since the switch had dual power supplies, but other services were interrupted for about 2 seconds.  Nobody noticed.
H1 SUS
mark.barton@LIGO.ORG - posted 15:45, Tuesday 22 January 2013 - last comment - 08:06, Wednesday 23 January 2013(5205)
PR3 TFs
Mark B.

Commencing another round of Matlab TFs on PR3.
Comments related to this report
mark.barton@LIGO.ORG - 08:06, Wednesday 23 January 2013 (5222)
Mark B.

Data taking finished at around 2:50 am. Log file shows one failure to get data for H1:SUS-PR3_M1_OSEMINF_T3_OUT_DQ after maximum number of attempts, but otherwise OK.

Undamped: /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/PR3/SAGM1/Data/2013-01-22-1042933717_H1SUSPR3_M1_0p01to50Hz_tf.mat
Damped: /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/PR3/SAGM1/Data/2013-01-22-1042953606_H1SUSPR3_M1_0p01to50Hz_tf.mat

Analysis is underway.
Displaying reports 71961-71980 of 77031.Go to page Start 3595 3596 3597 3598 3599 3600 3601 3602 3603 End