Displaying reports 71241-71260 of 77032.Go to page Start 3559 3560 3561 3562 3563 3564 3565 3566 3567 End
Reports until 15:26, Tuesday 02 April 2013
LHO General
corey.gray@LIGO.ORG - posted 15:26, Tuesday 02 April 2013 (5968)
OSB Bake Oven, Vac Prep, & Optics Labs Ready For Power Outage

"ISC Table" has been covered up.  iLIGO SUS Towers have been covered.  I saw Greg address TCS stuff on a flow bench. 

On Patrick's request, I powered off the three Dust Monitors in these rooms.

Cleanroom lights are OFF, and fans are ON.

LHO VE
kyle.ryan@LIGO.ORG - posted 14:56, Tuesday 02 April 2013 (5967)
Valved-out IP6 -> No active pumping of XBM until power restoration
XBM pressure as indicated by PT170B will be increasing -> No action in required
LHO VE
kyle.ryan@LIGO.ORG - posted 14:13, Tuesday 02 April 2013 (5966)
Valved-out and shut down rotating pumps at X-end, turned off PT510B
Want MTP rotor to be stopped and parked before loss of power tomorrow
H2 General
jodi.fauver@LIGO.ORG - posted 13:28, Tuesday 02 April 2013 (5965)
3IFO NSF Storage Review Prep
Prep work continued yesterday in the West Bay. Signage was generated and attached to pallets and storage boxes, including the BS/FM at the end of the shelving units. BS/FM container ratchet was sealed. I found that the ICS paperwork for many parts could not be completed because of shipments not being received so I worked on that for a while this morning. I also participated in a telecon with the PSL folks WRT storage issues. We made some progress in giving the PSL crates at Y Mid unique identifiers and correlating existing info (Benno's sketch and spreadsheet, RS and MR inspection info) with the new identifiers. Please see attached documents for further details. I applied a few signs in the LVEA. I will continue to work ICS issues this afternoon.
Non-image files attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 12:58, Tuesday 02 April 2013 (5964)
picomotor controller box #3 - the issue spontaneously gone

[Sheila, Kiwamu]

 For some reason the issue of the picomotor controller box #3 [1] disappeared spontaneously.
We have no idea of what exactly was going on. Keep your eyes on it.


Picomotor Tests
  As planned [2] we tested the slow digital system this morning by plugging a spare controller box directly to the Beckoff chassis with short DB25 cables. With this setup we could drive an in-air picomotor and it didn't show the problem. Then we thought the original long cables that connects the Beckoff chassis and the controller box might be doing something funny. So we tested it by hooking up the in-air picomotor at the front of the original controller box (which is on the top of the IOT2L enclosure) and driving it from the Beckoff through the original cables and controller box. So this is the same configuration as at the time when we had discovered the issue [1] (except we inserted extension DB25 cables to reach the box as ITO2L is put afar). However today we didn't see the issue at all even in this configuration. We tried to reproduce the problem by loosening the DB25 cables (CAB_178 and CAB_179) intentionally but it only made the drive either completely functioning or completely not-moving and hence we were unable to reproduce the issue.

So the issue is gone spontaneously and we quit investigating it for now.

[1] LHO alog 5939 Comments on "HAM3 ISC IR QPDs are likely broken, in-vac cabling error, IO QPD should be OK"
[2] LHO alog 5960 "Test of picomotor controller box #3 : healthy"

H1 CDS
cyrus.reed@LIGO.ORG - posted 11:43, Tuesday 02 April 2013 (5963)
New Vacuum Workstations
New vacuum workstations have been installed in all of the outbuildings and in the LVEA, replacing the aging Sun workstations in those locations.  These workstations are not dependent on any other systems, and may be rebooted at any time without a loss of functionality.  All of the files necessary to monitor the vacuum system are included on the local disk.  The exception is DataViewer, which requires the NDS server (and the /ligo filesystem to run the binaries).  Note that the vacuum VME crates themselves still require hanford1/2 to boot, and should NOT be restarted during a power outage.

In addition, the network connections to the vacuum racks in the LVEA have been reconfigured such that all components are on UPS.  This means we should be able to monitor these systems from the control room as long as UPS power lasts.  The outbuilding switches are in varying states of UPS readiness, and their operation through a power outage is not guaranteed - the local workstations are available for monitoring in these locations (again, for as long as the UPS batteries last).
H1 General
greg.grabeel@LIGO.ORG - posted 08:24, Tuesday 02 April 2013 (5962)
Flowmeter attached to CP1 tank
I've attached a flowmeter to the vent from the CP1 dewar. I'll be using this to monitor the exhaust flow for the next couple of weeks. One concern is this may ice up and block the flow, I'll be keeping an eye on it to make sure this doesn't happen. There is an overpressure vent upstream of the flowmeter as well.
Images attached to this report
H1 IOO
giacomo.ciani@LIGO.ORG - posted 08:11, Tuesday 02 April 2013 (5945)
IMC control signals calibration explained (IMC-X, IMC-F)

[by everyone involved in IMC commissioning]

This post explains how the two IMC-X and IMC-F channels are generated and calibrated. As of the date of this post, this has been made uniform between the two sites.

NOTES:
- here the term "IMC length" is used to indicate the round trip length (~32 m). Because the IMC is a very squeezed triangle, there is sometimes a tendency to refer to half of this value (~16 m) as "the length of the IMC" (assimilating it to a linear cavity); this has been a source of misunderstanding in the past. Here, the change in half-round trip length is called IMC-X and is equivalent to the displacement of the MC2_M3 optic.
- there may or may not be other filters present in the filter banks cited below. This additional filters are temporary, for testing purpose, or leftovers from old tests, and are supposed to be disabled. Only the filters explicitly mentioned in this post should be engaged for the calibration to work.



********************************************************************************************************
            IMC-X (DAQ channel IMC-X_DQ)
********************************************************************************************************

The displacement of MC2_M3 is read by the OSEMs and recorded as MC2_M3_L_OUT_DQ; however, the sensitivity of the OSEMs is not sufficient to measure the motion of the IMC when locked, so IMC_X needs to be estimated from the lock feedback signal sent to the various MC2 stages. Note that this is independent from how the lock signal is filtered and distributed to the various stages of the suspension.

M1:
M1_LOCK_L goes into the IMC_X_M1 filter bank, where the following filters are enabled:
    "dc_cal": converts counts into displacement at DC (thus including counts->force calibration and the dc value of the force->displacement TF for M1). LLO measured value: 8.2e-13. LHO is using the same value.
    "white": whitening filter to compensate for rounding errors of the digital system. Double zero at 0.2 Hz, double pole at 1 kHz, dc gain = 1.
    "wresg1" and "wresg2": transfer function from "force on M1" to "displacement on M3", assuming the resonant gain damping filter is enabled (as it should be), and normalized to 1 at dc (the dc gain is absorbed in "dc_cal"). Two filters are necessary because the expression is too complex to be represented by a single foton filter.
    "to_um": converts the channel into um for convenience.

M2:
Same as M1 (appropriately replacing M1 with M2), except:
    "dc_cal" value is 1.75e-11 (measured at LLO, copied at LHO)
    "wresg1" and "wresg2" are replaced by a single "wresg" filter, as the expression is simple enough that it doesn't need to be split.

M3:
Same as M2 (appropriately replacing M2 with M3), except:
    "dc_cal" value is 1.75e-9 (measured at LLO, copied at LHO)

IMC-X is obtained by summing the outputs of these three filter banks (IMC_X_M1/M2/M3).

NOTES:
- it is calibrated in um
- remember that it needs to be "de-whitened"



********************************************************************************************************
            IMC-F (DAQ channel IMC-F_OUT_DQ)
********************************************************************************************************

The "fast output" of the common mode board used for IMC locking is digitized and sent into the IMC-F filter bank, where the following filters are enabled:
    "cts2V": to convert ADC counts into volts. Both sites use the value of 0.000610016 V/cts.
    "InvGenFilt":  invert common mode board "generic filter". It is a double pole at 10 Hz, double zero at 100 Hz, 0.5 DC gain (to account for differential output fo the board).
    "VCO": control signal --> frequency shift calibration; it accounts for the VCO gain, an internal filter and the double pass into the AOM. Zero at 40 Hz, pole at 1.6 Hz. DC gain (2*measured VCO gain) is 496900 V/Hz at LLO, and 536604 V/Hz at LHO.
    "tokHz": converts the output in kHz for convenience.

To be "calibrated" in meters and plotted together with IMC-X (MC2 displacement = delta(IMC length)/2), IMC-F needs to be multiplied by 5.85e-14 m/Hz, according to the formula:

delta(IMC-X) = delta(IMC-F)*lambda/(2*FSR)

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 23:23, Monday 01 April 2013 (5960)
Test of picomotor controller box #3 : healthy

 It turned out that the picomotor controller box #3 (S1107569) was healthy.
We thought this wasn't correctly functioning [1], but it actually works good.

This means that the slow digital system which has been controlling the box is more suspicious at this point.


 We knew that this controller box was not correctly working when it was controlled from the slow digital system (see the details in [1]). This can mean that either/both the box is not functioning or/and the slow digital system is not. Today I removed the box from the top of IOT2L and tested the box itself without the slow digital system by controlling it with the tester board. With this setup I drove a picomotor which was hooked up to the front panel in order to see if the box can drive it with no problems. I tested all eight channels by sequentially connecting the picomotor to each of them. All of them worked without any problems : the drive speed seems correct and both CW and CCW rotation can be performed as designed. Both x and y rotation made sense. The test was done at 500 Hz most of the times. Also I tested channel 1 in a frequency range from 100 Hz to 500 Hz by changing the drive frequency and the rotational speed still seemed (in fact even sounded) healthy to me. I concluded that this box was healthy and put it back on the top of the IOT2L enclosure.

 We will check both hardware and software of the slow digital system at the H1 electronics room.

[1] LHO alog 5938 Comments on " HAM3 ISC IR QPDs are likely broken, in-vac cabling error, IO QPD should be OK"
 

LHO General
patrick.thomas@LIGO.ORG - posted 22:15, Monday 01 April 2013 (5959)
improved plots of dust counts
Attached are plots of dust counts requested from 5 PM March 31 to 5 PM April 1.

A big thank you to Jim B. for his help with this!
Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 21:06, Monday 01 April 2013 (5958)
2100 hrs. -> Removed (1) ea shim from CP4 & CP3 shim pack


			
			
H1 CDS
arnaud.pele@LIGO.ORG - posted 17:47, Monday 01 April 2013 (5955)
SUS medm macros IOP model vs USER model DAC output

Following Keita's aLog 5843 describing the issue we have with our EPICS channel names -iop model vs user model DAC output-, I started modifying the macros defining those channels (following the method he used for TMSy)

The text file attached describes the values asssigned to the arguments of the sitemap for each suspension of SUSHAM. Since there is a 256 character limit in the medm editor, we will have to wait until that limit is raised to 2048, as it has been done at LLO, to implement the changes.

[...] to be continued

 

Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 16:57, Monday 01 April 2013 (5957)
Site-wide 80K pump (Cryogenic pump, CPx) alarms
Kyle, Gerardo 
In preparation for the pending power outage we have been experimenting with ways to maintain minimal flow in the LN2 transfer piping so as to prevent the piping from warming up.  Manually filling the 80K pumps is much quicker when the transfer piping is kept at nominal temperature.  Our first approach of cracking open the LLCV bypass valves proved to be to "coarse" and unrepeatable.  Today we tried a different method by using shims to block open the LLCV valves to near their nominal % open positions and then valving-out the instrument air which prevents CDS control. Each LLCV requires a unique shim combination and we tried to get the best approximation as we could today.  

~1600 
Valved-in the instrument air and reestablished CDS control until Wednesday morning.  Pump levels will be all over the place this week but are being monitored regularly.
H1 AOS
justin.bergman@LIGO.ORG - posted 16:02, Monday 01 April 2013 (5954)
ops shift

0815 Hertz rental delivering generators

0900 Sheila transitions End Y to laser SAFE

0911 Corey and Kiwamu working on QPDs in LVEA

0920 Michael R de-energizing PSL and computers in H1 PSL enclosure

1000 Pablo working on PCAL periscope in H2 enclosure

1052 Apollo putting doors on HAM2

1110 Kyle and Gerardo shimming cryopump valves (see WP#3794)

1130 Gregorio picking up visitor at airport in Pasco

1342 Dave, Cyrus and Jim making pilgrimage to mid stations--new work stations installed

1420 Cryopump alarms related to Kyle and Gerardo

1550 MidY airhandler alarms---Ski notified.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 15:26, Monday 01 April 2013 (5953)
Alignment Offsets on TMS
Keita, Kiwamu, Sheila

Keita wanted to check this afternoon that the TMS alignment offsets are small enough that we will have enough range left after pumping down to find the beam on the ITM.  We found the alignment offsets that Chris, Kiwamu and I had for retro-reflecting the beam after Kiwamu rebalanced the table on March 15th. It seems as though these offsets were overwritten, maybe when something got restarted, but I just made a new safe.snap for h1sustmsy with the values found on the 15th:
H1:SUS-TMSY_M1_OPTICALIGN_P_OFFSET=-14000
H1:SUS-TMSY_M1_OPTICALIGN_Y_OFFSET=5500

There is also gain in the EUL2OSEM matrix, a factor of 4.17 for yaw and 2.8 for pitch.  Since it is an 18 bit dac, we are using up 30% of the range in pitch, and 17% in yaw.  

H1 SEI
jim.warner@LIGO.ORG - posted 15:00, Monday 01 April 2013 (5952)
BSC6 ISI unlocked

BSC6 ISI unlocked, per Vincent's request.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 14:20, Monday 01 April 2013 - last comment - 00:51, Tuesday 02 April 2013(5951)
red QPD replacement done at HAM3

[Corey, Kiwamu]

  We replaced the two broken infrared QPDs that were in the POP QPD sled at HAM3 with the new ones.
After the replacement we confirmed that the new QPDs works fine. From the ISC point of view HAM3 is ready for pitting the doors.


QPD swapping
 The broken QPDs (SN#39 in QPD1 and SN#53 in QPD2) [1] were replaced with the spares. The list below shows which QPD mount has which diode after the replacement.

  QPD1 = SN#20 (the one close to the west door)
  QPD2 = SN#24 (the one close to the north door)

We accessed the HAM3 table from the west and north side. We followed the same in-situ replacement technique as we did at EY [2] so that we don't have to remove the whole thing but we just swap only their QPDs. The replacement operation went quite smooth and was much easier than the last time when we performed it at EY where the optical table was suspended and freely swung. After the replacement we tested the QPDs by three ways : photo-current check with a hand-held QPD tester, diode voltage drop test and signal chain test with dataviewer. The QPDs signal made sense when we used the hand-held QPD while the QPD was illuminated with a visible red laser pointer. The voltage drop across each segment was approximately 0.36 V which seemed healthy. We were able to see signals at the IOP of the ASC front end with dataviewer although the signals were spiky since there was no anti-whitening filter for them. (In fact there was even no ASC front end model which takes care of these signals). From these tests we are confident that the new QPDs work fine and conclude that this mission is done.


QPD inspection
 After the in-vac work we inspected the broken QPDs at the EE shop by inspecting the appearance and electrical characteristic. Filiberto looked at the QPDs with a magnifier and noticed that some of the wires were physically cut. The picture below shows a front view of one of the two broken QPDs. You can see that two wires, which are pointed by blue arrows in the picture, are cut. This is probably due to too much voltage (current) going through them when we were accidentally sending the picomotor driving signal which was more than 100 V due to the cabling error [1].




 According to the electrical tests with a multi-meter, segment 2 and 4 of both QPDs are completely open as expected from the magnifier inspection. The rest of two segments are fine : they show 0.36 V voltage drop and the correct polarity. Note that this broken characteristic is different from that of the one we extracted from EY which was shorted [3].

Some notes
 We fully removed the ISC-related tools from the HAM3 table so that we don't have to return to this chamber any more. However there was a thin metal plate left on the table which looked some kind of guard for the suspended mirrors. As we had no idea of what it was we left it in the chamber.

[1] LHO alog 5937 "HAM3 ISC IR QPDs are likely broken, in-vac cabling error, IO QPD should be OK"
[2] LHO alog 5718 "Comments on 'A new PZT mirror installed at ISCTEY and red in-vac QPD swapped on TMSY' "
[3] LHO alog 5942 " Broken infrared QPD of TMSY inspected "
 

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 00:51, Tuesday 02 April 2013 (5961)
pin #  signal assingment in QPD cable (D1101624-v3) signal assignment in picomotor cable (D1101516-v4)
8 QPD2 S PM3 Y SIGNAL
9 QPD2 A2 PM3 X SIGNAL
10 QPD2 A4 PM2 Y SIGNAL
11 QPD1 S PM2 X SIGNAL
12 QPD1 A2 PM1 Y SIGNAL
13 QPD1 A4 PM1 X SIGNAL
     
20 QPD2 C PM3 Y RETURN
21 QPD2 A1 PM2 X RETURN
22 QPD2 A3 PM2 Y RETURN
23 QPD1 C PM2 X RETURN
24 QPD1 A1 PM1 Y RETURN
25 QPD1 A3 PM1 X RETURN

It looks that the reason why we had only segment 2 and 4 broken is due to the pin assignment.

In the above table you can see that the first half of the pins (of the DB25 cable) are assigned for segment 2 and 4 while all of them is populated by the picomotor SIGNALs in the case of the picomotor cable. On the other hand the 2nd half is shared by segment 1 and 3 where there is only RETURNs in the picomotor. When we looked at the picomotor signals from the control box using a breakout board the RETURNs didn't show any signals and hence I believe they behave more like ground in this setup. I guess we sent too much current on only these SIGNAL lines, resulting in melt of the wire in segment 2 and 4 while segment 1 and 3 survived because they are connected to RETURNs.

X1 SEI
vincent.lhuillier@LIGO.ORG - posted 14:04, Monday 01 April 2013 (5950)
BSC-ISI - Unit 5 - Testing Done

The test of the fifth BSC-ISI assembly is now complete. The testing report can be found at E1100298-v1.

H1 IOO
kiwamu.izumi@LIGO.ORG - posted 19:04, Thursday 21 February 2013 - last comment - 16:21, Monday 01 April 2013(5556)
Re-calibration of the VCO actuation coefficient

[Kyohei W. and Kiwamu I.]

 There was a concern that the actuation coefficient of the VCO --- which actuates the PSL laser frequency via the refcav for the IMC locking --- were calibrated wrong and hence we might have kept plotting more-or-less inaccurate noise budget. Indeed the coefficient was underestimated by approximately 34% according to a measurement we did today. Giacomo helped us out by confirming that the coefficient had been indeed miscalibrated [1]. Of course this brings our past noise budget of IMC_F slightly higher, but certainly this is not a major issue.
 
 The measured VCO coefficient is 268302 Hz/V (see the attached figure made by Kyohei). Please use this number hereafter.


 A good news is that our measured value agrees with that of Livingston, which is about 246 kHz [2], within 9%. Our measurement was done by applying various DC offset at the input of the VCO box (2-pin lemo) and by looking at the frequency of one of the two outputs with a frequency counter. The input of the VCO box is designed to be a differential input and hence the x-axis of the plot is Vpos-Vneg.

[1] LHO alog #5534 Comments on "IMC noise"
[2] LLO alog #4645 "low range VCO installed"
 

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 16:21, Monday 01 April 2013 (5956)

Here is the data which I forgot to attach.

Non-image files attached to this comment
Displaying reports 71241-71260 of 77032.Go to page Start 3559 3560 3561 3562 3563 3564 3565 3566 3567 End