After swapping the magnets on the beamsplitter, cf 8121, I tested the middle mass (M2) of the suspension by sending offsets to each osem, expecting to see the suspension being pushed with a positive offset, and vice versa.

Results are attached below with (1) the generic drive signal sent consecutively to each osem, and (2) the response (in um) of each osem to the drive. 

Not sure if it make sense that the lower right osem has a smaller amplitude than the others, but other than this the suspension is moving as expected.

After Karen and I cleaned inside the PSL this morning I had a look at the ref cav alignment.  When I started the tpd had 0.5 V, after adjusting mostly pitch it is at 1.18V.  Since this is back to just above what it was 4 weeks ago, I set the resonant threshold back to 0.9V. 

There is currently 8.9mW headed towards the fiber.  I used a fiber feedthrough to conect the two ends of the fiber that go to the ALS fiber distributuion box, and sent the light back into the PSL. Initaly there was 1.9mW coming out of the fiber, I would have expected more of a power increase from friday http:// https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=8193 because of the increase in the ref cav transmission.

I adjusted the alignment of the ALS fiber path and moved the ROC=100mm lens forward by about 1 cm to get 6.2mW out of the fiber, 70 % coupling efficiency. 

The fiber launch PD reading has increased to 0.73 mW, from 0.19 mW, so we should get about 3.8 times more power at the end station than what we measured friday, almost 100 uW.

Kyle, Gerardo 
Replaced 2nd stage discharge air temperature RTD

~09:50 stopped code for optics labs, started test code on opsws8.

J. Kissel

I've begun modifying all layers of SUS front-end simulink models, in order to implement the approved changes described in ECRs E1300578 and E1300261. These changes include

- Moving the DRIVEALIGN matrix out of the DAMP/TEST/OPTICALIGN paths, such that it only operates on the LOCK path for each stage (and therefore reducing the size of the M0 / M1 version)
- Adding output switches after the internal SUS offloading, so -- in the "offloaded" hierarchy scheme -- one can send alignment signals straight to the top without zeroing out diagonal DRIVEALIGN matrix elements
- Removing the wasteful, unnecessary DRIVEALIGN path
- Making both DAMP and LOCK filter banks use cdsCtrlFilt, such that they produce a status bit word for ODC consumption during lock acquisition
- Defining the list of channels that shall stay in the science frames, to be stored for all time
- Removing obsolete L1 and L2 (lower stage) damping from the QUADs which had been needed for very early H2OAT operation before ISIs were turned on
- Removing the explicit definition of 2048 from the stored ODC DAQ channel, such that it is by default sored at the model's native rate as designed
- Adding a length-driven, (optical lever/OSEM) angle response lock-in for force-to-angle decoupling and tuning.


I've gotten through almost all the QUAD modifications (what I always start with first, because it's the most complicated, but the basis for every other suspension). However, I've hit a compile error which I don't understand, so I need Rolf's help in the morning.

For now the following models are changed, but uncommitted:

in the ${userapps}/release/sus/ folder:
M       common/models/HLTS_MASTER.mdl
M       common/models/SIXOSEM_F_STAGE_MASTER.mdl
M       common/models/BSFM_MASTER.mdl
M       common/models/MC_MASTER.mdl
M       common/models/OMCS_MASTER.mdl
M       common/models/HSTS_MASTER.mdl
M       common/models/FOUROSEM_STAGE_MASTER.mdl
M       common/models/TMTS_MASTER.mdl
M       common/models/QUAD_MASTER.mdl
M       h1/models/h1sustmsx.mdl
M       h1/models/h1sustmsy.mdl
M       h1/models/h1susprm.mdl
M       h1/models/h1sussrm.mdl
M       h1/models/h1suspr2.mdl
M       h1/models/h1susbs.mdl
M       h1/models/h1suspr3.mdl
M       h1/models/h1sussr2.mdl
M       h1/models/h1sussr3.mdl
M       h1/models/h1susetmx.mdl
M       h1/models/h1susomc.mdl
M       h1/models/h1susetmy.mdl
M       h1/models/h1susmc1.mdl
M       h1/models/h1susitmx.mdl
M       h1/models/h1susmc2.mdl
M       h1/models/h1susmc3.mdl
M       h1/models/h1susitmy.mdl

(the non-QUAD, top-level model modifications are left over from Stefan's ODC work, which I told him to leave uncommitted because I would be coming in right behind him making top-level mods.)

The new ODC master model is now running of h1oaf0. Its inputs are still epics inputs - as soon as the modified SUS and SEI models are running, we will add the IPC receivers. Also, the model currently only has 8 inputs. This will need to be scaled up for receiving all data.

There are also preliminary ODC master medm screens available from the ODC site overview.

Since phase 3a ETMX reaction chain transfer functions from thursday night didn't look good, Travis and Betsy went back in chamber on friday and moved back one of the top mass earthquake stop (one blocking the vertical direction). New series of transfer functions have been ran over the week end and are plotted in the attachments.

They now show a good match with the model and LLO measurements and moving the EQ stop definitely improved the results. Although, transverse still doesn't have any coherence with the drive, see second page of 2013-10-18[...].pdf attached

I checked the voltage at the output of the coil driver during the drive of transverse and the signal is clearly there, see image attached.

The attached results are described below :

(1) 2013-10-18[...] = Plot comparing R0 undamped TF phase 3a and the model

(2) allquads_[...] = Comparison between LHO R0 undamped TF phase 3a on friday night (2013-10-18), LHO R0 undamped TF phase 3a on thursday night (2013-10-18)

(3) Image = Screenshot of the drive signal of side osem at gps = 1066192865 (during transverse excitation) at (in red) the excitation test point, and (in blue) the coil driver output. Signals are coherent, meaning the chain between the dac and the coil driver is not broken

Things happening:

From Morning Meeting:

SEI payloading at EX

Kill circuit for Prometheus laser being installed at EX (temporary mount)

ISC table being craned into place at EX

HAM6 cabling

Doug/Jason alignment at EY

Apollo moving scissor lift from MY to EY

Insulators continuing on X1

830 ACE septic

849 Mount Lock and Key along X-arm

910 Patrick restarting lab dust monitors

955 Corey installing TMSX cabling

1042 Mayflower metals swapping scrap recyling bin

1128 Sprague onsite, two vehicles

1200 Forklift Service onsite

1441 DAQ restart for dust monitor work      

This falls under WP 4198.

For the time being I have reverted the dust monitor code back to device support met_one_227b-1.0.1 and IOC dust_met_one_227b-1.0.4.

I stopped the test code running for the optics labs (which I had restarted on opsws8 this morning) at 14:04.

I copied the dust target directories from /ligo/lho/h0/target to /ligo/lho/h0/target_archive. I appended _october_21_2013 to them.
I copied the dust target directories with _october_8_2013 appended to them from /ligo/lho/h0/target_archive to /ligo/lho/h0/target.

I stopped the dust IOCs running on h0epics.
I started the reverted dust IOCs on h0epics2.

Dave reverted back the INI file and restarted the DAQ.

I burtrestored the IOCs with the files in /ligo/cds/lho/h0/burt/2013/10/07/00:00.

After consulting with Keita and TMS group, we finalized where we wanted the QPD cables to go [we have to be EXTREMELY careful with cabling the QPDs because if the wrong cable is connected to these guys we run the risk of frying the QPDs---several QPDs were damaged during the H2 TMS Installation].  Basically, we stuck with what the drawing (D1300007) calls out.  But I made sure to clearly label the external flanges to where the QPDs are connected (see photo).

Below is the latest cable run-thru with Flanges noted:

Stefan, Ryan, Dave, Jim

We added SYS to the build environment and compiled h1odcmaster against RCG2.7.2. We then started this model for the first time on h1oaf0 (DCUID 27, CPU 5). The model is self contained at the moment, no IPC parts and not added to the DAQ.

(Sheila, Alexa)

We measured the fiber coming out of the single-mode optical fiber at several locations. During the measurements the ref cav trans PD is reading .46 volts.

1.7mW from the PSL to the input of the ALS Fiber Distribution Chassis on ISCR1

127uW @ x-ouput of ALS Fiber Distribution Chassis

110uW @ MSR input

80uW @ MSR output

20uW @ EX

In comparison to alog 6341, we had 7.7mW from the PSL with a ref cav trans of 2 volts. So if we align the ref cav we will gain a factor of 4 power.  There was also only a 50% loss in power between the MSR output and EY in comparison to the 75% loss we are seeing. Hopefully we can gain some more power by cleaning the fiber cable.

The beam jitter into the IMC with the PSL in "commissioning mode" was measured. This was done by DC misaligning the IMC in all 4 degrees of freedom (D.O.F.s) separately, and measuring the relative intensity noise (RIN) spectra in IMC transmission at MC2trans QPD and IM4trans QPD. The RIN spectra were calibrated to HG10 mode amplitude in the input beam using the expressions relating cavity eigenmode D.O.F.s to MC mirror D.O.F.s in [1], along with the equations relating transmitted power to misalignment in the presence of an alignment offset and beam jitter which is small compared to the offset.

The results are compared with the requirements for PSL pointing stated in [2] in the first two attached plots. The measured jitter is roughly 1 order of magnitude above the requirements at frequencies greater than a few Hz. This statement comes with a few caveats:

1. The PSL was in "commissioning mode", which is known to be a higher jitter noise environment than the "science mode" (see [3]).

2. Measurements were unfortunately not taken of the RIN in IMC transmission in the nominally perfect alignment state. It's possible therefore that some points on the jitter spectra were limited by 'intrinsic' intensity noise, rather than intensity noise coupled from beam jitter. I will try to get a plot for the intrinsic intensity noise on the same axes in due course.

3. Beam centering on the IMC transmission QPDs may have been an issue. The beam on MC2trans QPD was well centered, as expected since this is part of the WFS loop, but the beam on IM4trans QPD was quite high (see attached jpeg of the DC QPD MEDM readouts). For this reason I trust results from MC2trans more, because if there was clipping (as is more likely on IM4trans) this would also couple the IM4trans QPD motion into the measured RIN.

Interestingly, it looks like tilts contribute more to the input beam jitter than shifts (blue and red lines in the plots are lower than the green and yellow lines). This is what one might expect if the main jitter sources are after the mode matching telescope on the PSL, because components after this point are only around 1/4 of a Rayleigh range from the IMC waist. There might be some more information to be gained about which components cause jitter at which frequencies by looking at the difference between certain peaks in different D.O.F. jitter spectra.

I have attached the Matlab analysis script to produce the calibrated plots from the DTT data. The data files can be found in /ligo/home/controls/paul.fulda

[1] https://dcc.ligo.org/LIGO-P1000135

[2] https://dcc.ligo.org/LIGO-T0900142

[3] https://dcc.ligo.org/LIGO-T1300368

    On Friday I took the transfer function and power spectra data for phase 1b testing of the 3IFO-OMC suspension. The data has been plotted and compares favorably with the already pass Phase 1b testing data from H1-OMC. The plots are attached below and are ready for review by the testing group.  

ITMY now has two HEPI controllers installed (both of which work I think)

Control Level one is a positon sensor only ~5Hz UUG  in all DOF (VP and HP are AC coupled at some low frequency (<1mhz))

Control Level two, uses the second set of blend filters (lil bit iso) just the second button and has ~10Hz UUG (5Hz for VP and HP)

  It blends X,Y Z and rZ at about  0.5Hz  and rX and rY at about 0.8Hz

  I tried to design with minimum gain peaking every where (< a factor of two if you believe  linear control theory, which HEPI doesn't always)

  I characterized this controller in /ligo/svncommon/Seisvn/seismic/HEPI/H1/ITMY/Data/Spectra/Preformance_A.xml

There are three screen shots from this dtt attached, the Ref plots are with HEPI controls ON

The orange like color  and green are the ISI stage 1 T240 modal signals HEPI on/off

The pinkish  or grey and blue are the HEPI L4C signals on/off

red and pinkish are sts2 ground signals during the two tests

I don't really believe all of that isolation in the rotational directions, not sure why it is there .....

  **** the HEPI on script doesn't seem to be working so well hopefully this will get fixed soon ****

(Daniel, Alexa)

We have installed all the RF cables on the field and remote racks at EX for ISC. We still need to intall the RF cables that go from the field rack onto the table. There are also some short cables missing:

1 x DB37 - 6 ft (for RF Amp concentrator)

2 x BD25 - 5 ft (for RF Amp concentrator to RF oscillators)

1 x DB15 - 3 ft (to phase frequency discrimantor from port 1 of demod concentrator)

1 x DB14 - 5 ft (to demod from port 2 of demod concentrator)

1 x DB37 - 3 ft (for timing concentrator; to replace a 5ft cable)

There is also a long cable missing from the RF Pre Amplifier (D1201294) to the concentrator.

We also noticed that the 71 MHz RF Oscillator did not seem to be properly tuned.