Displaying reports 75561-75580 of 83325.Go to page Start 3775 3776 3777 3778 3779 3780 3781 3782 3783 End
Reports until 11:24, Monday 07 October 2013
H1 ISC
jeffrey.kissel@LIGO.ORG - posted 11:24, Monday 07 October 2013 (8021)
One last change to h1ascimc model
J. Kissel, S. Ballmer, C. Wipf

After discussions with both Chris and Stefan, I have re-arranged how the IMC WFS' master switch, gain, and trigger bit are combined such that the implementation is a little less obfuscated and well-annotated in the Simulink model. I attach a new screenshot. In this new arrangement, each of the three variables -- all nominally 0 (zero) or 1 (one) for OFF and ON, respectively -- are simply multiplied together by one block, as opposed to feeding the trigger into a switch block that compares its value against the master switch (nominally 1 [one]) and a ground (equivalent 0 [zero]) [See identically named screenshot in LHO aLOG 7984 for previous implementation]. 

For historical purposes: Stefan had originally implemented the triggering with the comparator switch for philosophical reasons in that (at least with conventional c-code) it is bad practice to assume a trigger could only be 0 or 1 -- typically when programming in c, a flag is either zero or non-zero, where non-zero can be anything and should never be assumed to be one. However, the trigger library part used (from ${userapps}/release/isc/common/models/LSC_TRIGGER.mdl) is written to ONLY spit out a 0 or 1. Therefore this bad-practice failure-mode dos not apply, and we are free to make the output bit generation more clear.

As of this entry, the 
${userapps}/release/asc/h1/models/h1ascimc.mdl
has been re-compiled, re-installed, re-started, and re-stored. Since the mode cleaner is dead for the time being due to venting of the corner volume (light from the PSL has been shuttered), I cannot *confirm* all is still functional, but I'm 99% confident all is well.
Images attached to this report
H1 ISC
rich.abbott@LIGO.ORG - posted 20:11, Sunday 06 October 2013 (8015)
HAM1&6 ISC Electronics Installation Work (V3)
Sheila, Alexa, Stefan, Rich

Present Status:
1.  Day started with one DC cable needing to be fixed.  We did this and all the RFPDs are properly powered now.
2.  After getting DC stuff going, found one bad connection in an RF cable due to the 5-way coaxial connector not being properly seated.
3.  When we undid the 5 way coaxial connector, the 4-40 helicoil came out of the RFPD.  Now things went downhill.  We spent many hours going through bag after bag in the LVEA, Staging building, and X-end station looking for a 4-40 helicoil insertion tool and a single class A clean 4-40 helicoil.  Never found any.  Took one from a perfectly good cable which must now be fixed later.
4.  As of now, 100% of the electrical components in HAM1 are functional.
5.  Bolted down and optically aligned REFL A&B, and REFL LSC detector.  Didn't have a beam to align LSC POP detector, so it's bolted down, but not final aligned with light

Next Actions:
1.  Complete and log the RF transfer functions to establish reference levels for each signal at the respective operating frequency (test input to each RF output)
2.  Clean up the cable routing in HAM1
3.  Final table balancing
4.  Log all data taken during checkout
5.  ASC screen checkout
H1 ISC
rich.abbott@LIGO.ORG - posted 21:25, Saturday 05 October 2013 (8010)
HAM 1 RFPD Checkout
Sheila, Stefan, Rich

Things went so well yesterday that it was a bit suspicious.

Present status:
1.  Finished a crude checkout of the tip/tilts after installing jumpers inside the coil driver chassis to enable the normal signal path.  The HAM1 tip/tilts are showing signs of damping, so the electronics are fine.  The anti-dewhitening is probably not right, so the servo needs attention.  (The HAM6 tip/tilt coil drivers have not yet had the jumper installed, so they won't work yet).
2.  REFL A and B Wavefront Sensors seem to be fully functional as checked out from the rack.
3.  Both the REFL and POP LSC detectors are in HAM1 and are functioning, but after much troubleshooting we found that there was a voltage missing in the DC wiring serving one of the LSC detectors probably inside the chamber.  This is despite testing each and every wire prior to installation beginning.  After finding that (and being so relieved that the detectors were OK) we realized that it's going to involve getting inside the chamber, which we will do in the morning.

Next Actions:
1.  Fix DC cable serving LSC detectors
2.  Do optical alignment of RFPDs
3.  RF AM measurements
H1 ISC
jeffrey.kissel@LIGO.ORG - posted 02:48, Saturday 05 October 2013 (8009)
Polishing up H1 IMC ODC; Now Ready for Consumption
J. Kissel

Following up on the initial installation of the Online Detector Characterization channel for Input Mode Cleaner control system (see LHO aLOG 7894), I've cleaned things up further by 
- fixing the bit-bug that was inherent to the CTRLON bit (BIT 1), 
- added a few more EPICs records to make
    - calibration of the sum signals and power ratios possible and 
    - the bit generation a little more clear and useful,
- added negative space, notes, and clarifying colors to the slightly-complex bit-logic chain
- spiffing up the screen to Izumi level. 

All bits, even up to the summary bit level, are now regularly green. This channel (H1:IMC-ODC_CHANNEL_OUT_DQ) should be ready for DetCharian DataAnalystic consumption.

I attach new screen shots of the bits (pun intended) I've changed -- just the ODC block in the front-end model, and the screen.

Still to-do, but not imperative for the functionality of the channel:
- Get calibration factors for 
    - All ASC error signals, H1:IMC-DOF[1,2,3,4]_[P/Y]_IN1, in [ct/urad]
    - H1:IMC-PWR_IN, the broad-band PD on PSL periscope in [ct/W]
    - H1:IMC-ODC_MC2_TRANS_SUM, the DC sum signal for MC2 transmitted light QPD in [ct/W]
    - H1:IMC-ODC_IM4_TRANS_SUM, the DC sum signal for MC2 transmitted light QPD in [ct/W]
    - Expected power ratio between PWR_IN and each transmitted sum in [W/W].
  and install them in the available ODC EPICs records.
- Fill out all the EPICs string records explaining each of the bits (though I tried to make the corresponding, EPICs channels {that are redundant with the ODC bitword itself BTW...} have names which are clear-ish).
    
As of this log, new versions of
/opt/rtcds/userapps/release/asc/h1/models/h1ascimc.mdl
/opt/rtcds/userapps/release/ioo/common/medm/IMC_CUST_ODC.adl
/opt/rtcds/userapps/release/asc/h1/burtfiles/h1ascimc_safe.snap
have been committed to the userapps repo.
Images attached to this report
H1 AOS
stefan.ballmer@LIGO.ORG - posted 20:33, Friday 04 October 2013 (8008)
More HAM1 work
(Kiwamu, Sheila, Arnaud, Stefan)

We moved TT2 (RM2) back 1.6 in and M5 back 1 in. This gives us the telescope that Sheila calculated to be optimal for Paul's beam parameters.
We swapped the beam diverter cables for REFL and POP at the CB-2 bracket - this brings it in agreement with document D1300075.
We switched one in-vacuum RF cable (the one plugged in to D6-2D, for WFS A) against a spare. All in-vacuum cables now checked out o.k.
We took some ModeMaster measurements - but before RM1 and RM2 were damped, so the beam was still moving a lot. This should be repeated.
We adjusted the RM1 and RM2 OSEM positions - for details see Arnaud's elog. However the drive is not yet working.
We placed the beam dumps behind RM1 and RM2, as well as the dump for the POP PD.

We left the BS for the REFL LSC diode moved back by 1in to send the beam to the ModeMaster.
H1 SUS
arnaud.pele@LIGO.ORG - posted 20:14, Friday 04 October 2013 - last comment - 14:41, Tuesday 08 October 2013(8007)
OLV RM1 RM2

Open light values have been measured on RM1 and RM2

OPTIC OSEM Open Ligh Value (cts) Gain Offset Serial Number
RM1 M1UL -32768 -0.916 16384 1105240 a
M1LL -32768 -0.916 16384 1105240 b
M1UR -22268 -1.347 11134 1105240 c
M1LR -29171 -1.028 14586 1105240 d
RM2 M1UL -26656 -1.125 13328 1105238 a
M1LL -32768 -0.916 16384 1105238 b
M1UR -32708 -0.917 16354 1105238 c
M1LR -32768 -0.916 16384 1105238 d

damping gains have been set to

-30 in long

-0.02 in Pitch

-0.02 in Yaw

the safe snapshot has been commited to the svn

Comments related to this report
arnaud.pele@LIGO.ORG - 14:41, Tuesday 08 October 2013 (8043)

I used the script "[OSEM2EUL, EUL2OSEM, SENSALIGN, DRIVEALIGN] = make_sushtts_projections" in /HTTS/Common/MatlabTools/ to generate the matrices for RM1 and RM2

They have been automatically filled with fill_matrix_values.m

The values are

OSEM2EUL:

    0.2500    0.2500    0.2500    0.2500
   10.3681  -10.3681   10.3681  -10.3681
  -10.3681  -10.3681   10.3681   10.3681

EUL2OSEM matrix :

    0.2500   10.3681  -10.3681
    0.2500  -10.3681  -10.3681
    0.2500   10.3681   10.3681
    0.2500  -10.3681   10.3681

Safe snapshot has been saved for both RM1 and RM2

H1 ISC
rich.abbott@LIGO.ORG - posted 18:27, Friday 04 October 2013 (8006)
HAM1&6 ISC Electronics Installation Work (V2)
A rare day indeed...

Alexa, Stefan, Sheila, Kiwamu, Rich

HAM1 Status:
1.  All RF connections from air to vacuum have been fixed.  After much head scratching, we found an idiosyncrasy (=design flaw) with the air-side 2-row 5-way coaxial connector.  Each coaxial element in the 5-way connector is supposed to free float somewhat in order to mate properly when inserted into the flange.  Moreover, each coaxial element is spring loaded such that there is a restoring force to maintain proper insertion.  The air side connector has large coaxial cables to minimize the RF loss on the trip back to the racks, and it is here that the trouble begins.  This large coaxial cable - being quite stiff - has enough friction inside the connector body that when you try and plug the 5-way connector into the flange, some of the individual coaxial elements simply compress the spring, and don't insert into the socket.  With the strain relief screws loosened, it is actually possible to push an individual cable and feel it snap into the flange.  Of course, there's a down side to this.  If you pull an individual cable, it is possible to pop it out of its socket causing a loss of connection.  We secured the cable bundles to the conflat protector ring cross bolt such that all the cables are reasonably immobile.  This will likely be quite sufficient.

A small consolation prize is that the in-vacuum version of this connector doesn't seem to be anywhere near as susceptible to this phenomenon.  Still, any plugging and unplugging (which is highly discouraged) should be done by watching with a time domain reflectometer (TDR) to ensure no harm has been done before and after the evolution.

2.  Beam diverters have been tested and are all OK
3.  Tip/tilt electronics chain is showing good signs of life in that the sensors are sensing and the pushers are pushing. 

Next Steps:
1.  Remaining parts for the RFPDs are to be delivered in town tomorrow.  Assembly will be completed and the detectors will be installed in HAM1
2.  Finish checkout of tip/tilt chain
3.  Take transfer functions for all RFPDs in HAM1
4.  Clean up in-vacuum cable installation

H1 AOS
keita.kawabe@LIGO.ORG - posted 17:34, Friday 04 October 2013 (8005)
TMS restraint: done (Cheryl, Pablo, Keita)

We've removed temporarily restraint and put the real one in.  TMSX is floating but cannot crash into ETMX.

We left two big wipes on the ISC table to protect the mirrors, which is probably like 0.2 lbs or something total. If this is a problem for you, please feel free to remove them, but take care not to touch or bump any of the mirrors/lenses/detectors on the table.

There are some minor things that should not affect the task of other people, but these should be fixed later before we pump the volume down:

  1. We need one class A 3/8 nut (either aluminum or Nickel Copper alloy) and two washers for a bolt that is necessary when pulling the TMS back away from ETM. We have the bolt but that is not in place for now due to this.
  2. We need two class A pear shaped link parts. For now we're using class B parts, but they should be replaced with class A parts. We'll ask C/B to get two from Thomas and class A them.
  3. Tuned mass damper pins are still in place.

We brought the transport restraint and some in-vac parts that I thought are ours back to the EX lab. I and Pablo didn't label these, they are just layed out on the work table there. For later labeling purpose for our own sake, these are:

  1. Transport restraint turnbuckles and chains. Chains are inside one of stainless steel tubs.
  2. ISC table covers and support rods. Rods are wrapped separately from covers but are put on the covers.
  3. Class B in-air restraint rod assembly for fake Genie. Do never ever confuse this with the class A restraint rods.
  4. Spare parts for in-vac restraint and one 3/8 bolt that are to be installed in EX are in stailess steel tubs.
  5. Some smaller stainless steel bins containing kapton tubing and screws and 1/4-20 nuts (both Nickel-Copper alloy and alluminum).
H1 CDS
david.barker@LIGO.ORG - posted 16:59, Friday 04 October 2013 (8004)
Beckhoff chassis at EX, serial hookup

Jim and Dave.

We noticed that the TCS rack layout was slightly differerent between EX and EY. The EY layout was more optimal, so we made EX the same as EY. This involved moving the PEM BNC patch below all the timing systems, and moving the End Link chassis down 1U. So from the top of the rack we have: timing fanout, comparator, space, serial concentrator, space, End Link Chassis, space, PEM patch.

Daniel provided the serial cables to hook up the fanout. The large 37pin cable was ran from the End Link to the serial concentrator. A 9pin serial was ran from the RS422 output on the back of the fanout to port 5 (lower left) on the concentrator (Daniel says this is the first RS422 port, lower numbered ports are RS232).

I dont see the timing diagnostics data on my MEDM, perhaps something on ex beckhoff needs to be restarted?

H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:28, Friday 04 October 2013 (8003)
Ops Summary
LVEA Laser Hazard
Alarms: FMCS/RO and CDS

08:00 Dave B. - DTM Broadcaster down and front-end DAQ errors, 
           Jim B reset h1broadcast0 and restarted MX-Streams on affected DAQs. 

Apollo working at End-X removing tooling back to the LVEA
Rich A. Testing cables in the HAM1/HAM/2 area

09:00 Paul F. taking MC measurements
09:55 Cheryl and Pablo in LVEA taking measurements
10:09 Gerardo M.Jr doing assembly work in LVEA mechanical test stand cleanroom
11:16 Justin B. at end-x checking laser barriers 
11:48 Stefan B. working in the HAM1/HAM2 area
16:00 several dust alarms in the DR. Justin B and Jeff B checked dust monitor in diode room.   

LHO General
jeffrey.bartlett@LIGO.ORG - posted 14:36, Friday 04 October 2013 (8001)
Modified TS Blade flattening Procedure

   I assembled the TS cartridges for the 3IFO TMS using a modified procedure from that documented in D060370. I removed the big jacking screw that is used to pull flattening roller across the blade. Instead, I pulled the flattening roller out by hand. 

   This seemed to work better than using the screw jack because: 

      (1). It was much faster. Instead of several minutes to run the screw in and out, pulling by hand took just a couple of seconds to flatten the blade. 
      (2). There is little or no contamination generated by the hand pulling process. When using the screw jack one must continually lubricate the jacking screw with alcohol. As the jacking screw turns, it generates a large amount of aluminum shavings. These shavings mix with the alcohol to make a nasty paste, which drips on the optics table the puller is clamped to and the floor. The Teflon bearing the end of the jacking screw rides on also sheds during the pulling process. Both these contamination sources are eliminated when pulling by hand. 
      (3). The jacking screw is a source of binding. The turning of the jacking screw causes the two guide rods on the sides of the puller to twist. This twisting causes the guide rods to bind, which puts excess stress on the guide rods and the jacking screw. The hand pull greatly reduced this problem, but it did not eliminate it. 

   It did take some strength to pull the blade flat, but it was not excessive. There is a possibility the roller could snap back across the blade, without the screw jack holding it in place. However, there are notches cut into the sides of the puller, which the roller bearings drop into when the puller is fully engaged. The force of the blade pushing upwards holds the roller bearings into the notches very securely. In addition, there are holes on either side of the puller just inside the notches the roller bearings fit in. I put a pin through these two holes to act as a safety stop, should the bearings come out of the notches. 

   This process worked as well for disassembly as it did for assembly. The hardest part of the disassembly process was getting the roller bearings out of the notches.  
H1 AOS
sheila.dwyer@LIGO.ORG - posted 12:40, Friday 04 October 2013 - last comment - 16:58, Monday 07 October 2013(7998)
more beam measurements

Joe, Pablo, Cheryl, Sheila

We measured the beams coming out of the HAM2 viewport, with the nanoscan head 2 feet 6 inches from the viewport.  (in the first version of this alog I wrote the wrong distance)

For the brighter beam we measured beam diameters: 2549 um horizontal, 2632 um vertical.  after rorating the scan head 90 degrees we measured 2650um vertical, 2561 um horizontal.  

For the dim beam we measured 7160um vertical, 5972 um horizontal after rotating  by 90 degrees we got 6077um horizontal 5865um vertical. 

We also measured the beam in HAM1, in the same location as wensday (we move the BS for the RF PD to 16 inches after M2, we put the nanoscan 40 inches after the BS, there we got 4025 um vertical, 4126 horizontal.  After rotating the head 90 degrees we got 4045 um vertical 4020um horizontal.  

Comments related to this report
guido.mueller@LIGO.ORG - 13:43, Friday 04 October 2013 (8000)
Hi Sheila,

Can you be a little more specific which beam you measure where? 
The 4000um diameters sound good but I don't know what you mean with the brighter beam and what with the dimer beam.
sheila.dwyer@LIGO.ORG - 21:48, Saturday 05 October 2013 (8011)

Hi Guido-

I believe the brighter beam is the reflection off of PRM, although I haven't looked at the layout to double check.  As you face the viewport, near the veiwport the dim beam is on the right while the bright beam is on the left.  If you move to about 3 feet away from the viewport they cross, and the dim one is on the left if you are facing the veiwport.  Pablo watched the spots on the wall as I moved the PRM alignment, and the bright one moved.  

sheila.dwyer@LIGO.ORG - 15:14, Sunday 06 October 2013 (8013)

I should have been more clear, the first two measurements are of beam sizes for SM2 trans, coming out of the HAM2 veiwport where IOT2R would normally be. 

paul.fulda@LIGO.ORG - 09:32, Monday 07 October 2013 (8017)

Looking at the table layout for HAM2 (D0901083), I would expect the SM1 forward trans beam (from PMMT2 a.k.a. IM3) to be the dimmer beam, since this beam is split twice before making its way to the viewport. The SM1 return trans beam is not split at all before getting to the viewport. (I think you already came to this conclusion).

From the model, using rather rough estimates for the distances after IM4 transmission (+/- 2 inches), we expect that the SM1 forward trans beam (dimmer beam) where you measured it should have diameters of 6.20mm horizontal and vertical. The SM1 return trans beam (brighter beam) where you measured it should have diameters of 2.68mm horizonal and 2.67mm vertical. Not so far away from what you measured...

I'll try to get more precise numbers for the after-IM4-trans distance from Luke and update accordingly.

paul.fulda@LIGO.ORG - 09:45, Monday 07 October 2013 (8019)

Apologies, everywhere I wrote "SM1" I meant "SM2". Or IM4, they are the same mirror.

sheila.dwyer@LIGO.ORG - 11:34, Monday 07 October 2013 (8020)

SM2TransReturn1.png is a screen shot of the nanoscan program with the bright beam, when apperature 1 veritcal. 

SM2TransForward1.png  the dimmer beam, first with Apperature 1 horizontal then SM2TransForward2.png is with the apperature 1 vertical.  

I haven't figured out how to export data from the software, and I can't uplaod .nsd files to the alog, but if anyone wants the data it is available at http://www.ligo-wa.caltech.edu/~sheila.dwyer/NanoScanData/IO/

You can use the free Nanosan software from Ophir/ Newport to open these files. 

We saw that the Forward beam looks like it could possibly be clipping, Joe tried to move the location of the nanoscan head but the beam profile didn't get any better. 

Images attached to this comment
paul.fulda@LIGO.ORG - 15:27, Monday 07 October 2013 (8028)

Just an update on the expected beam sizes with more accurate distances used in the model (good to 1/4" or so, inlcuding IM4 substrate and viewport substrate effect):

SM2trans forward 2wx=6.349mm, 2wy=6.3455mm

SM2trans return 2wx=2.6813mm, 2wy=2.6697mm

sheila.dwyer@LIGO.ORG - 16:58, Monday 07 October 2013 (8031)
H1 ISC
rich.abbott@LIGO.ORG - posted 19:12, Wednesday 02 October 2013 - last comment - 15:49, Friday 04 October 2013(7970)
HAM1&6 ISC Electronics Installation Work
Stefan, Alexa, Rich

HAM1:
1.  All in-air and in-vacuum cabling associated with the ASC detectors,  LSC detectors, and Pico motors have been run.  The in-air cables still require termination in TNC at the rack.
2.  All in-vacuum cabling has been run for the tip-tilts, and the cables have been mated to the tip-tilt stages.
3.  Cables for the beam diverter are attached at the flange, but not run to the diverters yet as one connector set was missing the helicoil inserts.
4.  Operational check was performed on all 4 pico motors, and all axes are correct

HAM6:
1.  All in-vacuum RF detector coaxial cabling is attached at the flange, but not yet run to the racks.

What's Next:
1.  Fix cables requiring helicoils
2.  Hook up and test beam diverters
3.  Mount all in-vacuum detectors and verify proper operation
4.  Clean up in-vacuum cable routing and ensure all is well constrained
5.  Terminate all in-air RF cables at their respective racks
6.  Install tip/tilt coil driver in the ISC R4 rack and test operation in HAM1 through installed air and vacuum cabling

Comments related to this report
alexan.staley@LIGO.ORG - 13:26, Friday 04 October 2013 (7999)

Update on status:

 

 - Helicoils fixed (Rich).

 - Beam diverters hooked up and tested. The beam diverters work, but there is a flip between REFL/POP somewhere in the chain between Beckhoff and the actual BDIVs. The easy option is just to flip the cables attached to the BDIVs; the harder route is to track where the flip happens and fix it (Alexa, Joe, Sheila).

- HAM 1 RF in-air cables have been terminated with TNC. The LSC RF cables have been connected to the proper patch panels; however, ASC RF cable are not. HAM 6 RF in-air cables remain to be terminated (Alexa, Rich).

- In the process of checking RF cable connections; about 1/3 of the cables are not properly connected (Rich, Alexa).

alexan.staley@LIGO.ORG - 15:49, Friday 04 October 2013 (8002)

(Alexa, Rich, Stefan, Kiwamu)

 

We found a swapped wire inside HAM 1; now the beam diverters are properly connected (following the wiring diagrams) and working. 

H1 ISC
keita.kawabe@LIGO.ORG - posted 02:13, Wednesday 02 October 2013 - last comment - 09:23, Tuesday 08 October 2013(7950)
REFL mode profile measured to be very different from what was expected (Pablo, Keita)

We placed Mode Master downstream of three-mirror Gouy phase matching telescope comprising two tip-tilts and one fixed mirror that is used for REFL WFS. (See the last picture for layout and distances.)

Note that the measured TT1-TT2 distance is about 1cm shorter than nominal described in Sam Waldman's document (http://dcc.ligo.org/T1000247), TT2-M5 distance is about 14mm longer than nominal, both of which should have been quite acceptable.

Anyway, we made this measurement and the beam was much smaller than what was expected. The first plot as well as the table below show the measured VS  the expected mode profile coming out of HAM1 propagated through the telescope with the measured mirror distances.

  measured, x measured, y expected
M^2 1.04 0.98 1-ish
Waist radius 1.38 mm 1.15 mm 1.92mm
Waist position (away from MM head into HAM1) 4.31 m 4.35 m 1.78 m
Mode overlap between measured and expected 0.872 0.753 1

The total mode overlap between the actual beam and what is expected is somewhere between 0.75 and 0.87 (sort of tedious to do the real calculation so I leave it).

The 2nd plot shows that IF the incoming beam from HAM1 is as expected, in order to explain the measured mode the TT1-TT2 distance labeled as delta1 should be shorter by 4.5cm than was measured for X, or by 5.7cm for Y. This is a huge number, there's no way my distance measurement was that much off.

The 3rd plot  shows the Gouy shift between TTs (i.e. actuation orthogonality) and WFSs for the WFS sled (i.e. sensing), and it seems like both are quite poor for the measured mode, 26deg for actuation and 35 for sensing are sad though not a complete disaster.

Anyway, since it's hard to imagine that the ROC of TT1 (+1.7m), TT2 (-0.6m) and M5 (+1.7m) are grossly wrong, and since it's hard to imagine that the distance measurement has a 5 to 6cm error, this should mean either (or some) of the followings:

  1. T1000247 is wrong about the mode coming out of HAM1.
  2. IMC mode is not mode matched to the IFO well.
  3. Astigmatism of curved optics at an angle (there are 3 such optics on HAM1, more on HAM2), each has small effect but maybe they add up. Neither Sam nor I have included this.

The third one doesn't sound likely, but neither Sam nor I have thought about this.

Images attached to this report
Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 02:06, Wednesday 02 October 2013 (7951)

One quick thing to do is to measure the beam before it gets to the telescope by inserting M6 upstream of the TT1 to direct the beam to the Mode Master.

lisa.barsotti@LIGO.ORG - 06:17, Wednesday 02 October 2013 (7952)
Yes, please, measure the beam before the TTs. 
The original calculations were done by assuming that beam reaching HAM1 was perfectly matched to PRM.
I don't think we have reasons to believe that's true..
The "nominal" q of the beam right before the first tip-tilt RM1 is:

% REFL in-vacuum path beam propagation, HAM1 drawing v10
% https://dcc.ligo.org/LIGO-D1000313-v10
% LisaBar, August 14, 2013

q_in = 1.03+13.1i;  % Beam on HAM1 calculated from CalculatePRM.m 
                    % Lisa: we don't have a measurement yet which confirms
                    % this number! 

guido.mueller@LIGO.ORG - 07:35, Wednesday 02 October 2013 (7953)
I don't think the table in T1000247 is correct. The beam from PMMT2 goes through the Faraday, hits PMMT1 and is then send to HAM1. 
This is a) longer than 2.5m and b) adds PMMT1's curvature to it. 
Did you include this?
lisa.barsotti@LIGO.ORG - 08:33, Wednesday 02 October 2013 (7956)
Yes, PMMT1 is included, it is just a typo in the note (there are two PMMT2!). 

Anyway, let's redo the calculations with the as-built parameters, and cross check with the measurements before the REFL telescope.
sheila.dwyer@LIGO.ORG - 11:18, Wednesday 02 October 2013 (7958)
Kiwamu and Pablo and I measured the mode before the TTs by moving the BS for the RF detector to 16 inches after M2, with the front of the mode master 40 inches from the BS we measured:
xyr
M^2 0.971.031.00
2Wo (mm)3.588 3.532 3.567
Z0 (m)-2.387-3.578 -3.026
sheila.dwyer@LIGO.ORG - 17:06, Wednesday 02 October 2013 (7962)
The overlap between the mode measured before the Tip tilts and the mode measured after is 93% for X, 87% for Y.  I used Lisa's alm mode model attached to D1000313, added Keita's measurements of the distances from RM1 to RM2 and M5, but didn't include the tilt of the optics.  

From this measurement before the tip tilts (projected through Keita's measurements of distances), the gouy phase separation is a little better than from Keita's measurement, WFS X=65 degrees, WFSY 60 degrees, TT x=56 TT y 50 degrees.  


Non-image files attached to this comment
paul.fulda@LIGO.ORG - 16:03, Wednesday 02 October 2013 (7963)

I checked to see how far wrong things in HAM2 would have to be in order to explain the beam waist sizes measured by Sheila before the tip-tilts. 

I used the design parameters for IM2 and IM3 Rcs (except where varied), design parameters for HAM2 optics placement as found in E1200616 (except where varied), the measured value of PRM HR Rc of -10.9478m, and the design IMC parameters to get the starting beam parameter. The attached plots show the forward beam waist size (identical to the IMC waist size) and the return from PRM beam waist size, over variations in IM2 and IM3 Rc, and IM2->IM3 and IM4->PRM distance. At the design values (at the x-axis midpoint), the return x-waist size matches the forward waist size.

It looks like things in HAM2 would have to be further off from the design than is probably likely, in order to explain the measured beam waist size before the tip-tilts.

Non-image files attached to this comment
paul.fulda@LIGO.ORG - 11:18, Thursday 03 October 2013 (7973)

Propagating the IMC transmission beam through the "as-built" IMs, back from the PRM, off the FI rejected beam pick off mirror and onto HAM1 to the location where Sheila measured gives:

axis parameter value
x w0 2.123mm
y w0 2.101mm
x z -2.469m
y z -2.150m
x q -2.469+13.310i
y q -2.150+13.035i
x w 2.159mm
y w 2.129mm
x Rc -74.21m
y Rc -81.16m

I did not yet consider the calcite wedge polarizer effect on the beam parameter, and I didn't account for the thickness of the septum viewport.

The overlap of these beam parameters with Sheila's measured parameters are:

x overlap = 0.945

y overlap = 0.934

I'm including the Finesse kat file I used for the calculation, which has a list of all the parameters I used at the top. I also include that list here for convenience:

# H1_IMCtoPRC_matching.kat
# A file for checking the expected beam parameter in direct reflection from the PRM
# as a function of HAM2 optic RCs and placement positions
#
# Mirror curvature parameters taken from the nebula page, except IM2 and IM3 for
# which the design values were taken
#
# Distances taken from E1200616_v7 except where otherwise noted
#
# IMCC Curvature = 27275mm
# MC1->MC2 = 16240.6mm
# MC2->MC3 = 16240.6mm
# MC3->MC1 = 465mmm
# MC3 substrate path length = 84.5mm
# MC3-AR surface to IM1 = 428.2mm
# IM1->IM2 = 1293.8mm
# IM2 Rc = 12800mm
# IM2 AOI = 7deg
# IM2->IM3 = 1170.4mm
# IM3 Rc = -6240mm
# IM3 AOI = 7.1deg
# IM3->IM4 = 1174.5mm
# IM4->PRM-AR surface = 413.5mm
# PRM substrate path length = 73.7mm
# PRM Rc = 10947.8mm (from Rodica's measurement value)
# IM2->FIrejected pick off mirror = 1.012m (From Luke Williams)
# FI rejected pick off mirror->HAM1 mode master location =3.0175m (Estimated from
# Sheila's alog entry, HAM2 drawing, and 27.6" for HAM1 table edge to HAM2 table edge)
#####################################################################################

Non-image files attached to this comment
keita.kawabe@LIGO.ORG - 13:36, Thursday 03 October 2013 (7974)

If anything, my measurement is a bit more suspicious than Sheila's, as mine is downstream of TTs in air and they are moving (mostly in PIT).

giacomo.ciani@LIGO.ORG - 08:33, Monday 07 October 2013 (8016)
x: w0=2.1214815mm  w=2.1611823mm z=2.5828797m z_R=13.28883m Rc=70.953463m
   q=(2.58288 + 13.2888i) gamma=159.64397urad
   y: w0=2.1012776mm  w=2.1297726mm z=2.1542686m z_R=13.036923m Rc=81.049425m
   q=(2.15427 + 13.0369i) gamma=161.17895urad
x: w0=2.1214815mm  w=2.1611823mm z=2.5828797m z_R=13.28883m Rc=70.953463m
   q=(2.58288 + 13.2888i) gamma=159.64397urad
   y: w0=2.1012776mm  w=2.1297726mm z=2.1542686m z_R=13.036923m Rc=81.049425m
   q=(2.15427 + 13.0369i) gamma=161.17895urad
x: w0=2.1214815mm  w=2.1611823mm z=2.5828797m z_R=13.28883m Rc=70.953463m
   q=(2.58288 + 13.2888i) gamma=159.64397urad
   y: w0=2.1012776mm  w=2.1297726mm z=2.1542686m z_R=13.036923m Rc=81.049425m
   q=(2.15427 + 13.0369i) gamma=161.17895urad
x: w0=2.1214815mm  w=2.1611823mm z=2.5828797m z_R=13.28883m Rc=70.953463m
   q=(2.58288 + 13.2888i) gamma=159.64397urad
   y: w0=2.1012776mm  w=2.1297726mm z=2.1542686m z_R=13.036923m Rc=81.049425m
   q=(2.15427 + 13.0369i) gamma=161.17895urad
x: w0=2.1214815mm  w=2.1611823mm z=2.5828797m z_R=13.28883m Rc=70.953463m
   q=(2.58288 + 13.2888i) gamma=159.64397urad
   y: w0=2.1012776mm  w=2.1297726mm z=2.1542686m z_R=13.036923m Rc=81.049425m
   q=(2.15427 + 13.0369i) gamma=161.17895uradx: w0=2.1214815mm  w=2.1611823mm z=2.5828797m
 
 
z_R=13.28883m Rc=70.953463m
I retraced the beam, this time accounting for the calcite wedges. The results are not much different, and are summarised in the table below.
 
axis parameter value
x w0 2.121mm
y w0 2.101mm
x z -2.583m
y z -2.154m
x q -2.583 + 13.29i
y q -2.154 + 13.04i
x w 2.161mm
y w 2.130mm
x Rc -70.95m
y Rc -81.05
 
paul.fulda@LIGO.ORG - 08:20, Tuesday 08 October 2013 (8033)

Apparently I posted the last comment as Giacomo, sorry about that!

paul.fulda@LIGO.ORG - 09:23, Tuesday 08 October 2013 (8036)

After discussing with Lisa about sign conventions for the beam waist position parameter, I realised that there are errors in some of the parameters I posted above. The mode master gives results as "z0" for waist position relative to the measurement position (z0-z), whereas Finesse gives results as "z" for the measurement position relative to the waist position (z-z0).

I had thought the convention was different, so I flipped my results to match the mode master convention. This was a mistake, because the conventions are the same, they just give different outputs. To get the q-parameter from the mode master results one should use the formula q = -z0 + i*zR. From the Finesse results one should use the formula q = z + i*zR.

This means that the z-values, Rc values and the real part of the q-parameters I posted should all have their signs flipped.  Apologies for any confusion I caused here.

H1 ISC
keita.kawabe@LIGO.ORG - posted 16:22, Tuesday 24 September 2013 - last comment - 09:37, Monday 07 October 2013(7844)
List of optics in HAM1 (Corey, Keita)

This is a list of the ISC diagnostic optics in HAM1. Some of these are yet to be installed,  but all will be installed in this installation window.

The only differences between this and D1000313 are:

  1. M14, the first BS for the REFL, is a 90% S-pol splitter (E040512-B4), not a 95% P-pol (E1000871-V1-02) as in D1000313, as the reflectivity of the latter was measured to be too much for our purpose.
    • However, 90% is a bit too small, and we might want to insert another 50% splitter later.
  2. For M6 (50% P-pol splitter), we used iLIGO REO splitter (E040512-B1, marked "IO824-01" on the barrel) instead of newer ATF optic (E1000671-02) because I couldn't find the latter.
  3. We put a black glass behind M5, as all high reflectors upstream of M5 are with some kind of beam dump.
ID Type and DCC S/N or marking Mount Path etc. comments
M1 50% IR, E1000671-02 ? RH REFL air-vac splitter put in previously
M2 HR IR, E1100048 0990 LH with dump REFL vac steering newly put in
RM1 Curved +1.7m HR IR, E1100056-01 2 TT (S/N ???) REFL vac MM TT1 newly put in
RM2 Curved -0.6m HR IR, E1100056-03 24 TT (S/N ???) REFL vac MM TT2 newly put in
M5 Curved +1.7m HR IR, E1100056-01 3 RH with dump REFL vac MM fixed newly put in, different from D1000313
M6 50% IR, E040512-B1 (as opposed to E1000671-02) IO824-01 on the barrel LH with pico REFL vac LS/AS splitter newly put in, different from D1000313
M7 HR IR, E1100048 ? LH REFL air steering put in previously
M8 HR IR/GRN, E1000425 ? Peri wth dump POP/ALS peri put in previously
M9 HR IR/GRN, E1000425 ? Peri with dump POP/ALS peri put in previously
M10 HR IR, HT GRN, E1000669 ? LH POP/ALS dichroic put in previously
M11 HR GRN, E1000652 ? LH with dump ALS steering put in previously
M12 90% IR, E040512-B3 IO820-09 on the barrel LH POP vac/air splitter newly put in
M13 HR IR, E1100048 ? RH with dump PSL reference put in previously
M14 90% S-pol IR, E040512-B4 IO823-?? on the barrel RH REFL splitter for high power dump newly put in, different from D1000313
M15 HR IR, E1100048 0944 RH pico with dump POP vac steering for LSC newly put in
M16 HR IR, E1100048 0965 RH with dump POP air steering newly put in
M101 1" HR IR, E1000595 ? 1" LH with dump part of REFL WFS sled newly put in
M102 1" HR IR, E1000595 ? 1" LH with dump part of REFL WFS sled newly put in
M103 1" 50% IR, E1000671-02 ? 1" LH pico part of REFL WFS sled newly put in
M104 1" HR IR, E1000595 ? 1" LH pico with dump part of REFL WFS sled newly put in
L101 1" f=+334mm, E1000845-03 ? 1" lens part of REFL WFS sled newly put in
L102 1" f=-167mm, E1000845-08 ? 1" lens part of REFL WFS sled newly put in
L1 1" f=+222mm, E1000845-02 ? 1" lens for LSC REFL newly put in
L2 f=+334mm, E1000845-10 ? 2" lens for LSC POP newly put in
BDV1 HR IR, old iLIGO N/A (no marking) BDV for REFL air newly put in
BDV2 90% IR, E040512-B3 IO820-05 on the barrel BDV for POP air newly put in
HW1 1" IR half wave plate from ALS stock N/A (no marking) rotator mount for REFL newly put in

Note:

Comments related to this report
keita.kawabe@LIGO.ORG - 16:29, Tuesday 24 September 2013 (7845)

We rejected one optic (E040512-B3, IO822-07 on the barrel) because there were many (not too many) defects or particulates that we couldn't remove by nitrogen gun, gentle push using a wipe, nor a serious cleaning effort using methanol and a wipe.

It is still OK-ish, but it's not spotless either. I would have used that if nothing else is available. Anyway, that optic is now in "clean, with issues, or from SQZ" optics bin in the optics lab.

keita.kawabe@LIGO.ORG - 09:37, Monday 07 October 2013 (8018)

RM1 mount serial number: 024

RM2 mount serial number: 022

Displaying reports 75561-75580 of 83325.Go to page Start 3775 3776 3777 3778 3779 3780 3781 3782 3783 End