Displaying reports 76061-76080 of 83084.Go to page Start 3800 3801 3802 3803 3804 3805 3806 3807 3808 End
Reports until 13:31, Friday 26 July 2013
H1 AOS
jim.warner@LIGO.ORG - posted 13:31, Friday 26 July 2013 (7247)
HAM6 ISI is floating, balanced, mostly well-adjusted, but a few crossed wires

After a long morning, I was able to check out HAM6's sensors, re-gap a couple CPS's, float the ISI, adjust lockers and plug everything in. Surprisingly, no locker shim adjustments were needed (every aLIGO ISI has needed small adjustments) and all other adjustments went smoothly. No major issues, but the corner 2 and 3 GS-13's are swapped. I didn't check to see if the in-air cabling at the chamber is swapped, yet, but I'm pretty sure of the in-vac cables. I've attached power spectra for CPS's and GS-13's, as well as an MEDM snapshot.

Images attached to this report
H1 SUS
richard.mccarthy@LIGO.ORG - posted 11:55, Friday 26 July 2013 (7246)
BS 15-19K Oscillation
After many iterations of testing to narrow down the problem.  It would appear the with the SAT AMP attached to the Coil driver was when the oscillation appeared in the OSEM readbacks.  Putting the Test box in place of the SAT AMP did not show the problem.  Odds are it was an oscillation on the power that caused a problem on the PD circuit.  After shutting off the Coil driver and re-installing all of the cables there is no oscillation.
H1 SEI
hugo.paris@LIGO.ORG - posted 11:28, Friday 26 July 2013 (7244)
HAM Status

Here is the current status of the aLIGO SEI work regarding the HAM chambers. Everything in red is a change from last week's status. Everything in green is available.

 

·         HAM 1

o    HEPI unlocked and running
      Low priority testing 
      One L4C needs to be replaced: H2
      One actuator is weak: V4 It is 20% weaker than its counterparts. Likely clogged. May require replacement further down the line.

·         HAM2

o   ISI: previously commissioned with HEPI locked (recent performance spectra - not calibrated in higher frequencies), currently unlocked, in vacuum

o   HEPI:
     Unlocked 07/23
     Offsets added to the actuation path to successfully reestablish alignment
     To be commissioned, Commissioning could start after SUS/SEI dedicated time.

·         HAM 3

o   ISI: previously commissioned with HEPI locked (recent performance spectra - Calibrated), currently unlocked, in vacuum
     Sensor correction installaton started.
     New blend filters installed. aLigo Blend filters on all DOF but RX and RY. eLigo high roll off blend filters on RX and RY. Performance Spectra.

o   HEPI:
     Unlocked 07/23
     Offsets added to the actuation path to successfully reestablish alignment.
     To be commissioned, Commissioning could start after SUS/SEI dedicated time.

·         HAM 4 

o   ISI: In chamber, Previously tested during assembly validation, currently locked, no suspension installed, in-vac cables not connected.
     Electronics ready, in field cables ready, in-rack cables ready. Temporary STS cables
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

o   HEPI: Currently locked, to be commissioned
     Electronics ready, in field cables ready, in-rack cables ready. Temporary STS cables
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

·         HAM 5

o   ISI: In Chamber, Previously tested during assembly validation, currently locked, no suspension installed, in-vac cables not connected,
     Chamber temporarily closed.         
     Electronics ready, in field cables ready, in-rack cables ready. Temporary STS cables
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

o   HEPI: Currently locked, to be commissioned     
     Electronics ready, in field cables ready, in-rack cables ready. Temporary STS cables
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

 

·         HAM 6

o   ISI: Chamber-Side testing complete
     Installed in chamber.
     Model is running, and MEDM screens are available in the Sitemap.
     Payloaded
     Unlocked
     Electronics issues fixed.
     Ongoing mechanical adjustments (fine balancing, fine lockers adjustments,...)
     Initial in-chamber commissioning will follow.

o   HEPI: Currently locked, to be commissioned
     Electronics ready, in field cables ready, in-rack cables ready. Temporary STS cables
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

H1 AOS
lisa.austin@LIGO.ORG - posted 10:19, Friday 26 July 2013 (7241)
SLC - Manifold Cryopump assembly and installation
Thursday, 25 July 2013 - The Manifold Cryopump Baffle was installed in H1 End-X!!! (pic 7)

The baffle was lifted and positioned between the Spool and the Gate Valve. It was a tight fit; there were inches of clearance (pic 3). We were stopped once to move the cable trays on the top of the Spool for the Assembly Fixture to insert the Baffle (pic 1 & 2). The Baffle was inserted into the Spool with less than 1 inch clearance around the Baffle (pic 4) and it went in SMOOTH! There were 2 men in chamber. After a few trial attempts to attach the Flexure Rods, the L-Brackets were removed to facilitate the install. Once the Flexure Rods were attached, the Assembly Fixture was removed. One blade released as expected and the z- was set with the Spacing Bar. There was some twist which was corrected at the Flexures. Final measurements to the end of the Spool have the baffle position ~3.25" on the East side and ~3.5" on the West side. Baffle rest 0.5" spacing to the Compression Rings all around. The Copper Plates with o-rings were attached and spacing to magnets set. The cut-out around the Ion Pump (pic 5) looks really good.

The problem of attaching the Flexure Rods will be discussed to see if we can reduce the amount of effort needed for future installs (pic 6).

All photos are available in Resource Space - https://ligoimages.mit.edu/?c=1346&k=434c8ef92c
(Resource Space has pictures of the life of the baffle starting at oxidation, to assembly, ending with installation, but not in any order.)

Many thanks to those who participated in this effort -
Apollo's Bubba, Mark, Randy, Scott & Tyler, Doug Cook, Joe DeRenzis, Jodi Fauver, Gerardo Moreno, Mitchell Robinson, Scott Shankle, Mike Smith, Chris Soike, Calum Torrie, Mike Vargas, Thomas Vo, Nichole Washington, John Worden and the entire Hanford Family!
Images attached to this report
H1 SEI
filiberto.clara@LIGO.ORG - posted 08:56, Friday 26 July 2013 (7228)
H1 ISI HAM6
Looked at electronics for HAM6 Cap Position Sensors. Hugo and Jim reported signals were not stable. 
When only corner 1 and 2 were powered up, signals behaved as expected. When corner 3 was powered up, all signals became unstable, some jumping about -2000 counts every few seconds. Looked at electronics in CER but could not find any issues. Disconnected CPS field cables in CER and placed a dc voltage on all inputs. Looked at outputs and could not find any offsets or oscillations. Went out to the floor and disconnected the following:
All grounding cables
CPS sensors going to the satellite racks next to the chamber
timing sync cable
Communication cables going back to CER
power cables

Reconnected all cabling, and looked at looked at signals with Hugo. Everything was within range, and seems to be responding. We are suspecting we might have had a grounding issue. 7-25-2013
H1 SEI
jeffrey.kissel@LIGO.ORG - posted 08:15, Friday 26 July 2013 (7240)
Last night's BSC-ISI WatchdogTrips
Curious as to why the BSC-ISIs had tripped last night, I used the awesome "plot last WD trip" feature on the ISI watchdog screens. They had tripped at the following times:
ETMY: Jul 26 2013 06:02:08 PDT (Jul 26 2013 13:02:08 UTC, 1058878944)
ITMY: Jul 26 2013 06:02:10 PDT (Jul 26 2013 13:02:10 UTC, 1058878946)
BS:   Jul 25 2013 18:52:17 PDT (Jul 26 2013 01:52:17 UTC, 1058838753)

The HAM-ISIs and all HEPIs survived the night.
Images attached to this report
H1 ISC
jeffrey.kissel@LIGO.ORG - posted 20:29, Thursday 25 July 2013 - last comment - 12:00, Thursday 08 August 2013(7235)
Red Arm Locked with High-Performing SEI/SUS
J. Kissel, H. Paris, A. Pele, B. Shapiro

After spending all afternoon getting all the chambers up into their best (local) performance, I've used Stefan's instructions to lock the Y ARM on Red. So easy -- even I could do it! Thanks to all of those who've written scripts to automate the ALS and IMC :-). Interestingly, and I forgot to ask about it, but there's no need to run any down script when the lock is lost. One just runs the two scripts again (assuming your Beam Splitter alignment remains good).

OK, I wrote the aLOG too soon. There have been several lock stretches, and the ISI-BS has tripped. I detailed time line is written below, for as long as I stayed here.

Here's the configuration of the SEI/SUS during these stretched:

Cavity Lock: 
Chamber    HEPI                                   ISI                               SUS
HAM1       Locked                                 n/a                               n/a
HAM2       Floating, Alignment Offsets Only       Level 2 Isolated                  MC1, MC3, PRM damped Level 1.5; PR3 damped Level 1.0
HAM3       Floating, Alignment Offsets Only       Level 2 Isolated (eLIGO Blends)   MC2, PR2 damped Level 1.5 
BS         Level 2 Isolated (Position Locked)     Level 3 Isolated*                 BS damped Level 2.0
ITMY       Locked                                 Level 3 Isolated                  ITMY damped Level 2.1
ETMY       Level 2 Isolated (Position Locked)     Level 3 Isolated                  ETMY damped Level 2.1, TMSY damped Level 2.0

* I noticed ISI-BS had tripped around 2:53 UTC, but it may have been down for some time. I didn't bother bringing it back up, 'cause I didn't want to blow the cavity lock. Or another three hours.

All Optical Levers are well centered.

All BSC-ISIs have been brought up to the configuration outlined in LHO aLOG 7226, but just for posterity, this means:
Level 3 Isolation Filters
Blends at ST1 "T250mHz" and ST2 "250mHz"
GND to ST1 STS2 Sensor Correction is ON (The corner station ISIs are both using the beer-garden STS2)
ST1 to ST2 T240 Sensor Correction is ON
ST0 to ST1 HEPI L4C Feed-Forward is ON (with "FF01_2" filters)
The Input Gains for the L4Cs and GS13s are OFF (I *think* this means they're in low -gain mode). They're ON for the T240s.

----------
Time Line (all times UTC, Jul 25 2013)
2:27 Locked on Red
2:46 Lost Red Lock
2:47 Regained Red Lock
    2:50 Glitch in CARM_IN1!
    2:53 Noticed ISI-BS had tripped. All other ISIs are still fully operational
    2:57 Glitch in CARM_IN1!
3:00 Lost Red Lock
3:06 Regained Red Lock
    3:11:23 Glitch in CARM_IN1! 
    3:24:47 Glitch in CARM_IN1!
3:27 We begin to ignore the IFO and go home, be cause there's enough data in the can to get a 0.01 [Hz] measurement in the past (assuming those glitches don't spoil the spectra)... but may the lock last through the night!
Comments related to this report
joshua.smith@LIGO.ORG - 11:30, Friday 26 July 2013 (7245)
Josh Smith, Chris Pankow

Hi HIFO-Y folks,

Stefan asked us to look into coherence around the time of the HIFO-Y tests of the past two days. Here we're comparing the data from the 25th in alog 7220 with the one from the 26th in this alog. The most noticeable difference between the two times is that the CARM noise is significantly lower, and nearly the whole effect comes from engaging the PSL ISS. Attached plots are: 

1) CARM noise from 25th compared to CARM noise from 26th.
2) PSL ISS PDA and PDB for 25th -  ISS OFF (sorry for not having this in RIN, will try to update with that info.)
3) PSL ISS PDA and PDB for the 26th - ISS ON
4) Coherence between ISS and CARM for 25th (very high)
5) Coherence between ISS and CARM for 26th (almost none)

Note: o find the clean times we looked at ALS-Y_REFL_B_LF_OUT_DQ and LSC-CARM_IN1_DQ to make sure it was locked and had not glitches. 

Stefan mentioned that this could be from Intensity noise coupling to length/frequency noise in the IMC via radiation pressure. This should not be hard to calculate with the RIN of the PSL, the length and geometry of the MC, and the mirror masses. Is it already in the noise budget? 

We will continue for looking for other systems that have coherence during the quieter time on the 26th. 
Non-image files attached to this comment
joshua.smith@LIGO.ORG - 17:46, Friday 26 July 2013 (7250)
For the lower-noise HIFO-Y time from the 26th in the comment above, the PSL table/periscope accelerometer channels are somewhat coherent with the ratty noise from 100-400Hz (see attached PDF). This is not quite a strong as the coherence with the green laser HIFO-Y signal reported by Robert and co on 7150. In addition to that, the HAM3 GS13s show coherence at 0.4, 1, 3, and 4.2Hz (see second attachment). I also checked MICs, MAGs, TILTs, and L4Cs and didn't find anything to write home about. 
Non-image files attached to this comment
stefan.ballmer@LIGO.ORG - 17:24, Tuesday 06 August 2013 (7365)
vincent.lhuillier@LIGO.ORG - 12:00, Thursday 08 August 2013 (7378)
Lock happens on Jul 26 2013 (UTC)
2:27 Locked on Red
2:46 Lost Red Lock
H1 SUS
arnaud.pele@LIGO.ORG - posted 19:31, Thursday 25 July 2013 - last comment - 14:15, Friday 26 July 2013(7237)
beamsplitter noise

[Richard Dave Jeff Brett Arnaud]

Following aLog 7055

Today and yesterday we tried to understand why the beamsplitter suspension looks to be moving so much. In order to see higher frequency contents, we took a spectra with this time, test points channels (sampled at 16kHz). A large peak appears at 1900Hz for M1 top mass osem (2nd plot of the attached pdf) and M2 middle mass osem (3rd plot), as we saw few weeks ago on the TMSY after the power outage (see aLog 6338). The first and last plots are showing respectively the BS ISI motion (X and Y direction projected at the suspension point calibrated in um) and etmy suspension osem top mass signals, and none of them are showing such a feature.

To solve this, we tried fruitlessly several things

- power recycled IO chassis and front end h1susb123

- unplugged/replugged cables between satellite box/coil driver/AA chassis

to be continued [...]

Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 14:15, Friday 26 July 2013 (7248)

Richard fixed the problem, cf his aLog 7246.
attached is a spectra (from same template as aLog above) after rebooting the coil driver

Non-image files attached to this comment
H1 SEI
hugo.paris@LIGO.ORG - posted 18:48, Thursday 25 July 2013 - last comment - 21:18, Thursday 25 July 2013(7232)
BS Instability Fix

While trying to get he ISI-BS up and running (to either Level 2 or Level 3) we saw instabillity whenever turning the isolation loops on, and has been so for most of the week.

Judging by the high DC content of the supersensor signals coming out of the Blend filters, we deduced that there was some offset that was (not?) accidentally applied.

The CPS typically have some level of bias voltage, we compensate for this with a digital offset, so the error point of isolation loops -- which are DC coupled -- is small. Those offsets used to be set in the local basis. We are preparing (see E1300548) to roll off a new update to set those offsets in the cartesian basis. The latter way allows to keep track of the platform's alignement over time, in the basis of interest.

Looking more into the ISI-BS screens, we found that offsets were set in the "current" block of the blend filters. Those offsets are the equivalent of the upcoming update's "cartesian biases", and were probably set there to get the benefits of the update earlier. However, some BURT restore had left the local basis offsets on as well.

Having both offsets on at the same time, created a huge DC offset at the input of the isolation loops, which the actuators had a very difficult time pushing to zero, and eventually causing the (or many) watchdog(s) to trip, usually very early in the ST1 turn on process.

Local CPS biases were turned off. It was then possible to turn on Level 3 isolation loops on ISI-BS. 

One can still determine the alignment of the ISI by looking at the input to the CPS input to the blend filters.

Comments related to this report
brian.lantz@LIGO.ORG - 21:18, Thursday 25 July 2013 (7239)
good find.
Hopefully that CART BASIS change will be ready very soon, since the method you describe seems difficult to keep working well.
Please remember to mirror any biases in the CUR set of blend filters to the matching NXT set, or the blend switching will act in unexpected ways!

 
LHO General
patrick.thomas@LIGO.ORG - posted 18:32, Thursday 25 July 2013 - last comment - 18:51, Thursday 25 July 2013(7233)
dust monitors in LVEA down
I thought this was fixed by removing one of the dust monitors in the H1 PSL enclosure (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7170), but the errors have returned:

...
Error: ../commands.c: 49: Sent command � not echoed
Received �
...
Comments related to this report
patrick.thomas@LIGO.ORG - 18:51, Thursday 25 July 2013 (7234)
I have restarted the IOC, and it is running again.

The change to the autoBurt.req file does not seem to have fixed the errors reported after running burtwb.
H1 AOS
jeffrey.kissel@LIGO.ORG - posted 18:26, Thursday 25 July 2013 (7226)
Restarting a BSC Chamber from IOP WD Trip to Fully Isolated (as of 07/25/2013)
J. Kissel, H. Paris, A. Pele

0) Identify the source of the trip. Take a look at the SUS WD screen, and see what path tripped the watchdog. Take a look at the ISI performance matrix, be sure you don't see tons of red. Take a look at the OSEM speedometers, make sure they're not swinging wildly.

Reset and restore SUS
1) Ramp down offsets, by hitting the "Pitch and "Yaw" button after the purple "ALIGNMENT OFFSETS" box.
2) Untrip the inner most watchdog (for the QUAD, you'll need to reset the reaction chain as well!)
3) Untrip the USER DACKILL Watchdog
4) Untrip the IOP Watchdog
5) Damping loops should automatically turn on (they're never turned off, really), but turn on the alignment offsets again.

Reset ISI
1) Ramp down FF01 filters, by setting the gain to 0 (only FM2's "FF01_2" in X,Y, and Z are on during Level 2)
2) Though the green arrows, lines, and blocks may be deceiving, make sure that the FF12C and FF12 banks are also not outputting anything either.
3) Turn off GND to ST1 and ST1 to ST2 sensor correction. Open each "SENSCOR" Bank and ramp the MATCH gains to zero, and turn off the outputs.
    (It's a 60 second ramp, so be patient.)
    (These will only be on if the previous user wanted them on, don't be alarmed if they're already off).
    (I say turn off the outputs because that's what makes the lights on the overview screen go red. Obviously, you don't *need* to do both.)
4) Run ctrlDown ${OPTIC/CHAMBER} from commands window
5) Untrip "Rogue Excitations" WD under ERRMON screen linked in bottom right corner
6) Untrip ST1, ST2, and USERDACKILL Watchdogs but hitting "reset all" (if that doesn't untrip the DACKILL, open up the screen and manually hit reset")
7) Damping loops should automatically turn on (they're never turned off really).

Reset and restore HEPI
1) Ramp down MASTER Gain (or just set to 0.0, since the WDs are tripped and nothing's going out anyway)
2) Run ctrlDown from commands window
3) Untrip inner most watchdog
4) Untrip USER DACKILL Watchdog
5) Slowly (!!) ramp up offsets. I use the follow ezcastep command, in absence of a script:
ezcastep 'H1:HPI-BS_MASTER_GAIN' '+0.01,100' -s '0.5'
ezcastep 'H1:HPI-BS_MASTER_GAIN' '+0.01,100' -s 0.5

From here on, you can follow Vincent's instructions starting at step 3, which I'll repeat here and add a little myself:


3) Turn on HEPI
     ITMY: locked. Don't worry about it. 
     BS: can only be Level 2 isolated, the IPS blends are not installed, so the command script for Level 3 is unstable. Select Level 2  for BS from the command window.
     ETMY: We have only tried Level 2. It's unclear whether Level 3 works. Select Level 2 for BS from the command window. 
4) Isolate ISI
  - Ramp up ST0 to ST1 feed-forward in X,Y and Z on BSC-ISI (there's no RX, RY, or RZ FF. This is the "FF01" bank at the top).
     - Start with Gain = 0, inputs ON, outputs ON
     - It's unclear whether FM2 "FF01_2" is associated with Level 2 isolation and FM3 "FF01_3" is associated with Level 3 isolation, and we've found that FM2 "FF0_2" works for both, so for now, we'll stick to FM2 for either level of isolation. Turn it ON
     - Making sure there's a >5 sec ramp, ramp gains to 1.0 (order and speed doesn't matter).

   Turning on the isolation loops for Level 2 and 3 are a little bit rough for the highly-sensitive inertial sensors (though the motion is not that). One must increase their watchdog thresholds during the turn on process in order for the watchdog not to trip during the turn on process. Good thresholds are: 
     - T240s: 200000
     - L4Cs: 30000
     - GS13s: 40000
Such that the system is still protected, tighten the thresholds on the CPS to 15000.
   - Make sure you have blend filters set to "750 mHz" for ST1 and "250mHz" for Stage 2, using the "SWITCH ALL" button on the top middle of the blend filter screens. We were only able get ISI-ITMY to Level 3 with ST1 set to "250 mHz."
   - Hit Level 2 or Level 3. You must be very patient, and be sure you've follow all of the above instructions to a T, or one, a few, several, or all watchdogs will trip on you and it's back to step 1. Budget 20 minutes.
   - IF THE WATCHDOG TRIPS DURING THE ISOLATE PROCESS, GO BACK to "Reset ISI" Step 4).
   - After waiting some time (a few minutes), the T240s will settle down to within +/- 2000 [cts] on the input to INPUT FILTERs. 
   - Switch the ST1 blends to "T240mHz" in all DOFs.
   - Note that if you're browsing through filter banks (specifically the ISO bank, but others as well), there will be several filters that are empty that the script will turn on, raising your suspicion when things go awry. This is such that the controller turn on process can be generic, don't worry about it. 

Stop Here if you don't want/need sensor correction or green cavity offloading

6) HEPI Green Arm Locking Offload -- on H1:HPI-ETMY only
This is only necessary if you want to keep the arm locked with the green ALS on the time scale of hours. If you don't need the green for long, or if you've switched to red control of the cavity, you don't need this. However, if you do, everything in HEPI is on as it should be. The way to turn it on in the LSC screen: SITEMAP > LSC > Overview > look for "YARM" in the bottom middle of the screen. Open the bank and turn ON the output.

7) Sensor correction
It's unclear (at least) if this is commissioned well, the low frequency performance of the cavities have not really been characterized with it on (i.e. they saw it cause excess low-frequency once, via the camera, and said "don't bother" and it stuck). However, to bring it up, 
    GND to ST1 (from GND STS2s) sensor correction:
    - In the "GROUND" bank of the ST1 SENSCOR filters,
    - Make sure the "MATCH" filter is on (it's just a ~few percent gain correction filter), ever other 
    - Turn on the output of the "MATCH" bank 
    - Make sure there's a very large tramp in the MATCH bank
    - Ramp the gain to +1.0
    ST1 to ST2 (from T240s) sensor correction:
    - In the ST2 SENSCOR filters,
    - (No MATCH filter)
    - Turn on the output of the "MATCH" bank 
    - Make sure there's a very large tramp in the MATCH bank
    - Ramp the gain to +1.0
LHO General
patrick.thomas@LIGO.ORG - posted 18:19, Thursday 25 July 2013 (7231)
dust monitor locations
I moved the list of current dust monitor locations from the whiteboard in the control room to the wiki here: https://lhocds.ligo-wa.caltech.edu/wiki/DustMonitorLocations

Please update it if you know that a dust monitor has moved.
H1 ISC
stefan.ballmer@LIGO.ORG - posted 01:04, Thursday 25 July 2013 - last comment - 13:35, Sunday 22 September 2013(7215)
Input Mode Cleaner transmitted frequency noise
(Jeff, Kiwamu, Stefan)

With the H1:LSC-REFLAIR_A_RF9_I calibrated in Hz, and the open loop transfer function measured, here is the noise it sees: Input Mode Cleaner transmitted frequency noise.
Also plotted is dark noise (shutter closed).

We do not know yet what the ugly noise ~1/f^3 noise is.
Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 01:10, Thursday 25 July 2013 (7217)
The loop transfer functions are attached:

Open loop gains:
CARM_OLG_RED.txt
CARM_OLG_GREEN.txt

Closed loop gains:
CARM_CLG_RED.txt
CARM_CLG_GREEN.txt

Inverse closed loop gains
CARM_iCLG_RED.txt
CARM_iCLG_GREEN.txt


Inverse closed loop gain with a factor of 1/2 gor Green Hz to Red Hz conversion: 
CARM_iCLG_RED_g2r_special.txt
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 10:50, Friday 26 July 2013 (7243)
S. Ballmer, J. Kissel

We had made an estimate for the coil driver noise in low-noise mode (State 3, ACQ off, LP ON), and ruled it out. However, I've checked the state of the Binary IO switches, and MC2 is running in State 2, ACQ ON, LP OFF, and and MC1 and MC3 are running in State 1, ACQ OFF, LP OFF. We'll try for this measurement again, with the coil drivers in their lowest-noise mode.
stefan.ballmer@LIGO.ORG - 17:25, Tuesday 06 August 2013 (7366)
jeffrey.kissel@LIGO.ORG - 13:35, Sunday 22 September 2013 (7825)
I've plotted the above-attached, red and green, open loop gain transfer functions (see *_full.pdf attachment). Through trial and error, I figured out that the text file columns are (freq [Hz], magnitude [dB], phase [deg]). And remember these are IN1/IN2 measurements, so it's a measurement of - G, not G (which is why the phase margin is between the data and 0 [deg], not -180 [deg]). 

Also, because the data points around the UGF were so sparse, I interpolated a 50 point fit around the UGF to get a more precise estimate of the unity crossing and phase margin. See _zoom.pdf for a comparison of the two estimates. I get the following numbers (rounded to the nearest integer) for the raw estimate and the fit estimate:

The raw CARM UGF is: 136 [Hz], with a phase margin of: 33 [deg]
The Fit CARM UGF is: 146 [Hz], with a phase margin of: 30 [deg]
The raw CARM UGF is: 169 [Hz], with a phase margin of: 35 [deg]
The Fit CARM UGF is: 170 [Hz], with a phase margin of: 34 [deg]

Non-image files attached to this comment
H1 SUS
brett.shapiro@LIGO.ORG - posted 21:02, Wednesday 24 July 2013 - last comment - 20:36, Saturday 27 July 2013(7214)
ETMY long ISI WIT to cavity measurement agrees with quad model within a factor of 1.5
The attached plot shows a measurement of the ETMY from the ISI L witness sensor to the cavity displacement against the quad model from the suspension gnd L input to the test mass L output. Overall there is good agreement except for the factor of about 1.5 between the model and measurement (the model is greater).

relevant details:

The quad model is the MATLAB struct variable susModel in 
/ligo/svncommon/SusSVN/sus/trunk/QUAD/Common/FilterDesign/MatFiles/dampingfilters_QUAD_2013-06-14_Level2p1_RealSeismic_model.mat

The data was collected starting at GPS time 1058680016 based on Jeff Kissel's log 7194. This time was set to be some arbitrary short time after Jeff's recorded time of when the cavity was set at GPS time 1058670016. The state of the IFO at this time is given by that log, 7194, though the state of the ISI isolation at that time is questionable based on the ASDs and trend data of that time. 

The measured transfer function comes from the DTT export file: 
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/Common/Data/2013-07-23_CavityTFMeasurements_TF
There is a corresponding coherence file
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/Common/Data/2013-07-23_CavityTFMeasurements_Coh
These files are exported from the DTT file
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/Common/Data/2013-07-23_CavityTFMeasurements.xml
This TF and coherence data was exported in the following order:

1.  H1:SUS-ETMY_M0_ISIWIT_L_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
2.  H1:SUS-ETMY_M0_ISIWIT_L_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
3.  H1:SUS-ETMY_M0_ISIWIT_L_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
4.  H1:SUS-ETMY_M0_ISIWIT_T_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
5.  H1:SUS-ETMY_M0_ISIWIT_T_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
6.  H1:SUS-ETMY_M0_ISIWIT_T_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
7.  H1:SUS-ETMY_M0_ISIWIT_V_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
8.  H1:SUS-ETMY_M0_ISIWIT_V_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
9.  H1:SUS-ETMY_M0_ISIWIT_V_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
10. H1:SUS-ETMY_M0_ISIWIT_R_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
11. H1:SUS-ETMY_M0_ISIWIT_R_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
12. H1:SUS-ETMY_M0_ISIWIT_R_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
13. H1:SUS-ETMY_M0_ISIWIT_P_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
14. H1:SUS-ETMY_M0_ISIWIT_P_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
15. H1:SUS-ETMY_M0_ISIWIT_P_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
16. H1:SUS-ETMY_M0_ISIWIT_Y_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
17. H1:SUS-ETMY_M0_ISIWIT_Y_DQ to H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
18. H1:SUS-ETMY_M0_ISIWIT_Y_DQ to H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
19. H1:SUS-ITMY_M0_ISIWIT_L_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
20. H1:SUS-ITMY_M0_ISIWIT_L_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
21. H1:SUS-ITMY_M0_ISIWIT_L_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
22. H1:SUS-ITMY_M0_ISIWIT_T_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
23. H1:SUS-ITMY_M0_ISIWIT_T_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
24. H1:SUS-ITMY_M0_ISIWIT_T_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
25. H1:SUS-ITMY_M0_ISIWIT_V_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
26. H1:SUS-ITMY_M0_ISIWIT_V_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
27. H1:SUS-ITMY_M0_ISIWIT_V_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
28. H1:SUS-ITMY_M0_ISIWIT_R_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
29. H1:SUS-ITMY_M0_ISIWIT_R_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
30. H1:SUS-ITMY_M0_ISIWIT_R_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
31. H1:SUS-ITMY_M0_ISIWIT_P_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
32. H1:SUS-ITMY_M0_ISIWIT_P_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
33. H1:SUS-ITMY_M0_ISIWIT_P_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
34. H1:SUS-ITMY_M0_ISIWIT_Y_DQ to H1:ALS-Y_REFL_CTRL_OUT_DQ
35. H1:SUS-ITMY_M0_ISIWIT_Y_DQ to H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
36. H1:SUS-ITMY_M0_ISIWIT_Y_DQ to H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ

Note, the cavity signal H1:ALS-Y_REFL_CTRL_OUT_DQ is calibrated in Hz. The ISI witness signals are calibrated in nm. The calibration of the optical levers is unknown.

The measured transfer function was scaled by multiplying it by 
7.0982e-12 [m/Hz] / 1e-9 [nm/m] = 0.0070982 [m^2 / (nm Hz)]
The 7.0982e-12 [m/Hz]  comes from
lambda*L/c
where lambda = (1064e-9 / 2) [m], for the green light wavelength
L = 4000 [m], for the arm length
c = 299792458 [m/s], for the speed of light
Images attached to this report
Comments related to this report
brett.shapiro@LIGO.ORG - 19:31, Thursday 25 July 2013 (7236)
Brett and Jeff

Summary:

I have managed to account for the missing 1.5 factor by adding in the pitch to cavity transfer functions. See the first attached figure. The black curve is the model of the SUS point longitudinal to cavity. The red curve is the same measurement of the SUS point witness sensor (H1:SUS-ETMY_M0_ISIWIT_L_DQ) to cavity (H1:ALS-Y_REFL_CTRL_OUT_DQ) transfer function measured in log 7214. Thus, the same factor of 1.5 exists between these curves. It turns out that the cavity also has a lot of coherence in the same frequency band from the SUS point pitch witness sensor (H1:SUS-ETMY_M0_ISIWIT_P_DQ). So, I followed the assumption that I could account for the missing factor by simply measuring the pitch to cavity transfer function, converting it to length coordinates, and adding it to the longitudinal transfer function. The blue curve is this transfer function converted to length units. The conversion from rotation to length units was done using the measured transfer function from the pitch SUS point witness to the length SUS point witness. The magenta curve is the coherent sum of the two transfer functions. This magenta transfer function agrees much better with the model.


Details:

What I hadn't taken into account before is that the measured transfer functions between the ISI and cavity are passive. Thus, there are 6 simultaneous excitations influencing the cavity through ETMY which are the 6 DOFs of STG2 of the ETMY ISI. It turns out that 2 of these excitations are coherent to the cavity as well as themselves. The two are the ISI pitch witness and the ISI longitudinal witness. The argument justifying/explaining why one must sum the pitch and long witness to cavity transfer functions in order to agree with the modeled SUS point long to cavity transfer function is intended to be explained in detail in a future document. It will be summarized briefly here.

Since the witness long and pitch TFs have good coherence in a band around 1 Hz, (where the measurement needed help matching the model), the long and pitch displacement can be thought of as transformed versions of the same noise. Fundamentally, the noise must be thought of together as a single long-pitch source (analogous to how SUS long and pitch modes are really long-pitch modes), rather than thinking of them separately. The relation projecting the long-pitch seismic motion into long and pitch components is determined by the coherent transfer function between long and pitch. 

To get the right measurement to match the model, we must find the transfer function between the long-pitch seismic source and the cavity signal. Since none of our measurements directly measure this long-pitch source, we must effectively recreate is with the measured transfer functions from its components. Those transfer function components are then summed coherently as described in the summary above and in the attached plot.
Non-image files attached to this comment
brett.shapiro@LIGO.ORG - 19:53, Thursday 25 July 2013 (7238)
It seems that during these measurements, the ETMY ISI was indeed only damped while the ITMY ISI was isolated. This is evident given the large discrepancy in measured ISI WIT L and P ASDs between the two ISIs. See the attached figure.

This data is collected in the DTT file 
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/Common/Data/2013-07-23_CavityASDMeasurements.xml
and exported in the file
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/Common/Data/2013-07-23_CavityASDMeasurements_Export

The exported data is exported in the following order:

1. H1:ALS-Y_REFL_CTRL_OUT_DQ
2.  H1:SUS-ETMY_M0_ISIWIT_L_DQ
3.  H1:SUS-ETMY_M0_ISIWIT_T_DQ
4.  H1:SUS-ETMY_M0_ISIWIT_V_DQ
5.  H1:SUS-ETMY_M0_ISIWIT_R_DQ
6.  H1:SUS-ETMY_M0_ISIWIT_P_DQ
7.  H1:SUS-ETMY_M0_ISIWIT_Y_DQ
8.  H1:SUS-ETMY_L3_OPLEV_PIT_OUT_DQ
9.  H1:SUS-ETMY_L3_OPLEV_YAW_OUT_DQ
10. H1:SUS-ETMY_MASTER_OUT_F1_DQ
11. H1:SUS-ETMY_MASTER_OUT_F2_DQ
12. H1:SUS-ETMY_MASTER_OUT_F3_DQ
13. H1:SUS-ETMY_MASTER_OUT_LF_DQ
14. H1:SUS-ETMY_MASTER_OUT_RT_DQ
15. H1:SUS-ETMY_MASTER_OUT_SD_DQ
16.   H1:SUS-ITMY_M0_ISIWIT_L_DQ
17.  H1:SUS-ITMY_M0_ISIWIT_T_DQ
18.   H1:SUS-ITMY_M0_ISIWIT_V_DQ
19.   H1:SUS-ITMY_M0_ISIWIT_R_DQ
20.   H1:SUS-ITMY_M0_ISIWIT_P_DQ
21.   H1:SUS-ITMY_M0_ISIWIT_Y_DQ
22.   H1:SUS-ITMY_L3_OPLEV_PIT_OUT_DQ
23.   H1:SUS-ITMY_L3_OPLEV_YAW_OUT_DQ
24. H1:SUS-ITMY_MASTER_OUT_F1_DQ
25. H1:SUS-ITMY_MASTER_OUT_F2_DQ
26. H1:SUS-ITMY_MASTER_OUT_F3_DQ
27. H1:SUS-ITMY_MASTER_OUT_LF_DQ
28. H1:SUS-ITMY_MASTER_OUT_RT_DQ
29. H1:SUS-ITMY_MASTER_OUT_SD_DQ

Note, the cavity signal H1:ALS-Y_REFL_CTRL_OUT_DQ is calibrated in Hz. The ISI witness signals are calibrated in nm. The calibration of the optical levers is unknown. The MASTER_OUTs calibration is also unknown to me.
The fist column of the exported data is the frequency vector. Each exported channel then follows in order, occupying the remaining columns. The transfer function export in 7214 above follows a similar pattern, except that each channel occupies two columns. The first is the real part of the transfer function data, the second is the complex part.
Non-image files attached to this comment
brett.shapiro@LIGO.ORG - 20:36, Saturday 27 July 2013 (7256)
After doing some modeling in MATLAB, the analysis in 7236 stating that it is necessary to consider both the pitch and longitudinal seismic noise in the transfer function to the cavity looks to be incorrect. The transfer function between the longitudinal ISI witness sensor and the cavity motion should indeed replicate the quad MATLAB model transfer function between the suspension point and test mass L DOF. Thus, it appears there is a calibration error of 2 in measured transfer function.
H1 ISC
noah.kurinsky@LIGO.ORG - posted 16:48, Wednesday 24 July 2013 - last comment - 10:48, Friday 26 July 2013(7201)
ALS YARM Instability
There is some instability in the ALS system which drives the IFO Y arm out of lock in a matter of just a few hours, causing the ETMY HEPI to saturate before quickly breaking lock. This is a very low frequency PDH noise source, with a period varying from one to four hours. This long term issue has occurred for all locking periods of substantial length (greater than two hours in length) that I have seen over the last month. Both time ranges with HEPI displacement and VCO frequency are shown in the first two plots attached, and the entire locking period is shown; the lock is lost at the right edge of the plots. In the last plot I include instead the calibrated signal for Y-end green laser frequency, and plot the mean. 

We have checked and ruled out the following as the main source of the unstable displacement noise:
- checked the HEPI calibration (Hugh and Vincent measured driven HEPI displacement on ITMY)
- tidal strain (the discrepancy between HEPI offset and tidal strain is what caused the instability to be discovered)

Possible causes we have not ruled out:
- control systems instability
- unexpected PSL frequency variation
  - most likely to reference cavity temperature fluctuation
- excess VCO noise

Addressing the first hypothesis, I've started to model the PDH slow and fast loop transfer functions to attempt to find their crossover frequency and determine whether this might correspond to the instability. Without a detailed HEPI transfer function, this is not exact, but any crossover frequency looks to be close to 1 Hz, much higher than the instability, so this would appear not to be the most likely cause, as far as crossover instability is concerned, barring an error in the model.

Addressing the second hypothesis, I am comparing HEPI offset and green laser frequency with PSL reference cavity frequency to see if the excess noise is introduced by the PLL as opposed to PDH loops, and looking at the third attached plot this seems to be highly likely. I am computing power spectra for each of these signals to comfirm/reject this hypothesis. So far it does look promising, especially considering the fact that reference cavity temperature was used previously to offload tidal displacement, and thus should have a large effect on the ALS arm stabilization.

The third hypothesis is not currently being investigated as it seems less likely than the second, but should be accounted for at some point regardless.
Images attached to this report
Comments related to this report
noah.kurinsky@LIGO.ORG - 10:48, Friday 26 July 2013 (7242)
The power spectra of temperature versus HEPI offset look very promising so far. Here I'm attaching temperature plots for the other two shorter time ranges which look similarly correlated.
Images attached to this comment
Displaying reports 76061-76080 of 83084.Go to page Start 3800 3801 3802 3803 3804 3805 3806 3807 3808 End