H1 SUS OMC (OMCS) M1-M1 Phase 2b Results

J. Kissel
[[This is a more detailed version of LHO aLOG 8590, for completeness]]

In-air, chamber-side testing of the H1 SUS OMC (an OMCS) has been successful, and the suspension is approved for install. The only things of note:
(1) The middle mode of Pitch to Pitch transfer function, modeled to be at 1.9 [Hz], has stiffened up to higher frequency, revealing that cabling is stiffening up the SUS, as has already been seen at LLO (see LLO aLOG 9570). I've informed Koji and Jeff Lewis, and they will work on softening up the connections as best they can. Like the reaction chain on the QUADs, it doesn't really matter, because the high-frequency behavior remains equally isolated (where it counts), but we should on a target-of-opportunity, best-effort basis try to get the cabling loose enough to get to at least Livingston's level, if not back to the what the model expects (which, is cable-free). The requirement is that one is conscious of it, and spend some time on it, but on the order of 30 minutes, not 30 hours.
(2) The damping loops (documented in LHO aLOG 8571) are in no-way commissioned using any quantitative metric. Thus, what little difference is seen between damped and undamped spectra is sad, but not unexpected. We'll commission these better later, I promise.
(3) It really is impressive to see the amount of isolation one gets between chamberside testing and on an in-vacuum, damped only isolation platform. Way to go team SEI/SUS!

-----------
Details

Undamped Transfer Function data set: 2013-11-15_1830
Damped Transfer Functions data set: 2013-11-15_2153
Damped/Undamped Spectra: 2013-11-15_2200

TF Comparions:
L1 OMC M1 (2013−06−16_1200): Phase 2b, chamberside, in air, damping OFF
L1 OMC M1 (2013−06−19_1055733803): Phase 2b, chamberside, in air, damping ON
L1 OMC M1 (2013−08−28_1030): Phase 3b, in-vacuum, damping off, ISI damping only
H1 OMC M1 (2013−11−15_1830): Phase 2b, chamberside, in air, damping OFF
H1 OMC M1 (2013−11−15_2153): Phase 2b, chamberside, in air, damping ON

Spectra Comparisons:
L1SUSOMC 2013−06−17_0900: Phase 2b, chamberside, in air
L1SUSOMC 2013−10−23_1130: Phase 3b, in-vacuum, ISI damping only
H1SUSOMC 2013−11−15_2200: Phase 2b, chamberside, in air

All data. scripts, and plots have been committed to the SusSVN as of this entry.

Modified user environment for controls

The controls user environment has been modified by including setup scripts from /ligo/apps/linux-x86_64/guardian/etc and /ligo/apps/linux-x86_64/cdsutils.

Undamped measurement on ISI-ITMX for the night

Jim started a measurement for the night. Should be done by tomorrow morning.

 

*** HPI ***

Unlocked

*** ISI ***

Undamped

*** SUS ***

Damped

ITMX L1 osems

The osem signals of ITMX L1 are zeros right now. We should take a look at it tomorrow.

Per Arnaud's alog, looked at electronics for L1 osems. Found UIM Coil driver unit powered down. Powered unit on, but later found that the unit rocker switch breaker tripped. Continued troubleshooting and found UK satellite unit S1000283 to be missing +14V rail. Replaced unit with new satellite S1100132 to allow for check out/testing of SUS. 

BSC-ISI ITMX progress

[Jim, Sebastien]

As we discussed during the SEI meeting today, we noticed 3 main issues on the BSC-ISI ITMX transfer functions taken by Hugo and Jim last week (https://dcc.ligo.org/DocDB/0070/E1100848/007/ITMX_TF__2013_11_19-2.pdf).

 

Extra resonances around 2Hz (fixed)

Two extra resonances at 2.05Hz and 2.275Hz appeared on the ST1 main transfer functions (CPSs, L4Cs and T240s). Since it shows up only on Stage1, it must be coming from the arm cavity baffle installed on Stage 0. We locked/unlocked the baffle to see if it makes any difference.

The measurement showed in the first plot were taken using DTT and a white noise excitation.

As you can see, after locking the baffle the first time, the issue seems to be gone! Our theory is that the eddy current damping wasn't working properly on the baffle. By locking and unlocking it, we changed it in some way to make it better. To comfirm that theory, the next step would be to remove the copper block from the baflle and see what happens on the ISI.

 

Low gain on L4C-H2 (fixed)

L4C-H2 gain was down by a factor of 2. We first though of a bad connection somewhere, preventing to have a real differential signal. After we "played around"  (swaping cables, checking cables and screws), it seems to fix itself (!! see plot attached). The blue curve is the ASD before the "fix", the purple one is after.

We don't really know what action we did to make it happened, and how to reproduce the situation.

 

ST1-CPS-H1 high amplitude at high frequencies (not fixed yet)

The ST1-CPS-H1 main transfer function shows an unusual high amplitude level above 25Hz. We first though that something was loose, but Jim inspected everything and couldn't find anything wrong. We'll investigate more tomorrow (CPS grounding issue???)

 

This quick and confusing analysis is a first result and need more data to be confirmed. A full set of transfer functions will be take tonight.

 

LVEA CDS Wireless AP moved

This afternoon I moved the CDS wireless AP from the top of the 'test stand' racks to it's permanent location on the tray exiting the CER at the corner of the south and east bays.  Signal coverage in the LVEA is largely unchanged, but now better than it was in the H1 PSL area/CER.

Completion of Hardware Installation in HAM6

Koji, Rich

Finished installing all available hardware into HAM6. QPD sled is coming later  Now, all the optics are sitting on the X- side of HAM6 with a single screw holding them each securely.  As we put each piece on the table, the inventory was carefully checked for serial number agreement.  Both off-QPD sled Picomotors have been connected.  We hooked up all the in-vacuum cables to the OMC and saw signs of life in the OSEM readbacks.

We verified from the airside of the flange that the PZT high voltage is indeed being applied to the correct points on the OMC breadpoint, and in the proper polarity.

=== Optics ===

L1	lens mount  / post #029
M4	optic #0984 / post - no number
M5	optic #1017 / post - no number
M6	optic #048 ("8" is barely visible) / post -
M7	optic #0945 / post - no number
M8	optic #69(invisible) / post #008
M9	optic #61 / post - no number
M10	optic #0947
M11	optic #57 / post - no number
M12	optic #16 / post #006
M13	optic #82 / post #009
M14	optic #22 / post #014

=== Cables ===

#1 D1000225-180 S1106784 D6F1-SUS CB-1 (2nd) ==> OMC DCPD
#2 D1000225-180 S1106832 D6F2-SUS CB-1 (1st) ==> OMC PZT
#3 D1000225-180 S1106829 D6F3-SUS CB-2 (1st) ==> OMC QPDs
#5 D1000223-216 S1202641 D6F6-CB-5 (1st)
	==> D1000238-36 S1105053 CB-5 (1st) - OMCR Picomotors
#9 D1000223-216 S1202643 D6F7-CB-4 (1st)
	==> D1000238-36 S1105220 CB-4 (1st) - NC (QPD sled)
#19 D1000225-180 S1106791 D3-1C1-SUS CB-2 (2nd) ==> OMCS BOSEMs
#20 D1000225-180 S1106831 D3-1C2-SUS CB-2 (3rd) ==> OMCS BOSEMs

Leaving GV17 throttled down overnight

Valve not soft-closed as intended -> 4 minutes 16 seconds of motor operation not enough for full O-ring contact for this valve -> Apollo didn't remove spool from GV18 today but should get to it tomorrow  

Tuesday ops final note

Not much has changed since Corey departed at 2:00 PM.  Cyrus completed the move of the CDS wireless node in the LVEA.  Greg Grabeel was just in the CR saying that he plans to remove TCS viewport covers on BSC1 and BSC3.

Mobility exp. wafer holder added to HAM3

See attached PDF for approximate location of the silicon wafer holder used for the mobility experiment.  It is bolted to the top of the SEI payload mass on the west side of the chamber.

sus filter files modified

After the recent sus model changes (ECR E1300578), and since some channels have been deleted, we were seeing in foton the kind of errors described below, when opening a filter file  :

line 500: Unknown filter module PR2_M1_OFFLOAD_RX line 501: Illegal filter section: -1.1136890503818733 0.6048077715301807 2.0000000033150198 1.0000000033159222
line 497: Design for unknown filter module PR2_M1_OFFLOAD_RX

In order to fix it, and from Jim B's suggestion, every text file containing an error have been opened and saved under foton (apparently, foton would automatically delete the non existing channels and filters from the textfile).

This has been done for : ITMX ITMY ETMY MC1 MC2 MC3 SRM SR2 SR3 PRM PR2 PR3

Attached are the logs of what have been done so far :

1) svn_diff shows the change between the filterfile on the svn (saved before model changes) and the filterfile after the model changes

2) diff_old_new shows the change between the filterfile before and after resaving it with foton

The new filterfiles have been commited under revision 6437 of the svn

Ops DAY Summary

Day's Activities (from 8am-2pm, Dale covered the end of my shift)

Cleaning at EY (causing dust alarms)

Yawing the EX TMS

Frank will be heading to EX to do some electronics documentation (& possibly to EY afterward)---this should only be during the morning

Kiwamu is measuring power at H1 PSL

Kyle is soft-closing GV17 for spool/annulus work

Koji & Rich working at HAM6

First Contacting HAM3 this morning (& maybe BSC3 this afternoon)

Restarting h1omc for a new model (Dave)

Test Dust Monitor code at all locations (Patrick)

Dust Monitor #9 in the LVEA has been having status alarms throughout the day

Baling on X-arm

Insulation on Yarm (Y1)

Testing dust monitor IOCs with procServ

(WP 4287)

Related alogs: 8600, 8475, 8294, 8207, 8200, 8164, 8076, 8055, 7768

I'm trying to see if the dust monitor IOC crashes are due to the virtual terminals hosted by 'screen'. To this end I am trying 'procServ' instead. I stopped the IOCs running in 'screen' on h0epics and started them with 'procServ'.

Equivalent commands:

As controls on h0epics:

cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_lvea
procServ -q --noautorestart -n "h0dustlvea" 20000 ../../bin/linux-x86_64/dust st.cmd

cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_lab
procServ -q --noautorestart -n "h0dustlab" 20001 ../../bin/linux-x86_64/dust st.cmd

cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_ey
procServ -q --noautorestart -n "h0dustey" 20002 ../../bin/linux-x86_64/dust st.cmd

cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_ex
procServ -q --noautorestart -n "h0dustex" 20003 ../../bin/linux-x86_64/dust st.cmd

cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_dr
procServ -q --noautorestart -n "h0dustdr" 20004 ../../bin/linux-x86_64/dust st.cmd

As controls on opsws1:

cd /ligo/cds/lho/h0/burt/2013/11/19/11:00
burtwb -f h0dustlvea.snap 
burtwb -f h0dustlab.snap 
burtwb -f h0dustey.snap   
burtwb -f h0dustex.snap 
burtwb -f h0dustdr.snap

matlab tfs (2)

The modification we made yesterday on our matlab script seems to have resolved our issue. I commited get_sch_TF_M0_v9DQ_sma.m under the revision 5873 of the svn

Power measurement and fixing PMC transmission monitor at PSL

I went in the PSL enclosure this morning for:

• measuring beam powers at various points in the downstream of PMC
• and fixing an issue with the PMC transmitted light monitor.

 

Power measurements

This is a part of the effort to get better estimation of how much laser power we will get in the upcoming commissioning test. All the measurement was done with a hand-held power meter, Ophir Vega, and a thermal-type power meter head, 10A-V2-SH. The results are shown below:

 

The issue with the PMC transmission monitor is fixed

After a short shut-down of PSL on 28th of October (alog 8297), we found that the PMC transmission monitor (H1:PSL-PWR_PMC_TRANS) kept showing a very low number e.g. ~ 1.5 W which was supposed to display ~ 12 W. It has been unclear why it happened and what caused it. We started suspecting that somewhere in the analog chain is acting funny. So I took a look at the PD this time. The alignment of the beam on the PD looked good when I looked with a sensor card. Then I started checking the LEMO connector which sends the signal from the PD to the digital system. Surprisingly, disconnecting and re-connecting the LEMO connector at the PD fixed the issue. Also, I was unable to reproduce the same low-readout situation any more. I believe it was due to some sort of loose connection at the connector. Anyway it now displays 11.6 W which is what it is supposed to be. Good.

install new h1omc model, clear stuck SUS excitation test point

Chris, Arnaud, Dave

Chris installed a new h1omc model onto h1lsc0. We got special permission from Mike L to do this during this week's code freeze. After the restart we restarted the DAQ to apply the modified INI file. We found that several other ISC systems had modified INI files which required pressing the "DAQ Reload" button on the following systems: h1lsc, h1asc, h1iscex and h1iscey.

We noticed a stuck excitation test point on h1susitmy (channel 145). We had to perform a "tp clear 30 *" to clear it.

WBSC3 ITMx Alignment, Final Number Collection

• X Axis Position: 5012.75 mm
  • Target: 5012.95 mm
  • Error: -0.2 mm
  • Tolerance: ±3.0 mm
• Y Axis Position: -200.09 mm
  • Target: -200.0 mm
  • Error: -0.09 mm
  • Tolerance: ±1.0 mm
• Z Axis Position: -83.24 mm
  • Target: -83.1 mm
  • Error: -0.14 mm
  • Tolerance: ±1.0 mm
• Pitch¹: 976 µrad down
  • Target: 971 µrad down (619 µrad ITMx pitch + 352 µrad FC correction)
  • Error: 5 µrad down
  • Tolerance: ±50 µrad
• Yaw: 23 µrad CCW
  • Target: 0 µrad
  • Error: 23 µrad CCW
  • Tolerance: ±50 µrad

1: We had to tear down our equipment at the X manifold spool for the spool re-install before the ITMx HR First Contact was removed, therefore we will not get a chance to measure the pitch after the FC removal.  We have to trust that the calculations in E1200791 are correct and the ITMx pitch will be within ±50 µrad of its 619 µrad down target pitch after the FC is removed.

OMC placed in HAM6

Koji A., Jeff B., Andres R., Jeff L.

The OMC was moved into HAM6 this morning.  The move from the cleanroom and into the chamber was smooth with no issues.  The OMC is sitting off to the North side of the ISI table to allow access for IAS.  The cookie cutter (used to position the OMC structure) is attached at the correct location on the ISI table for future use.  The structure is held with a few dog clamps.  The rest of the dog clamps, screws and washers are in a foil bag next to the structure in the chamber.

The two Jeffs took pictures of the OMC going in; a subset of these now sits in ResourceSpace.

Mapped ETMx Pitch Alignment Offset

While setting the ETMx pitch offset for the TMS alignment, I mapped the ETMx pitch alignment offset using my alignment equipment.  Attached is a .txt file of the raw data points.  Bottom line is:

• The sign is correct: + offset pitches the ETMx down, - offset pitches the ETMx up
• The offset does not pitch the ETMx 1:1 when measuring the actual pitch with the laser autocollimator

B&K Hammered MC1, PR3, and PRM

After fixing any loose dog clamps, and retorquing, Arnaud and I took B&K hammer measurements of the HAM2 PR3, PRM, and MC1 this morning.  We still need to do PR2 and MC3 (which has a temp IO alignment mirror nestled up against it's structure).  We took PR3 and PRM data with vibration absorbers on and off.  We only took MC1 data with the vibration absorbers on since they were already on and are difficult to remove and then replace.  Plots and statements to come.

Results are at alog 6014

LHO aLOG 6014 are different results -- from PR3, and they don't even include the results for that measurement. Arnaud and I will be processing and post all the B&K data from the HAM2, HAM3, and and BSC3 (ITMX) next week.