Displaying reports 68401-68420 of 85758.Go to page Start 3417 3418 3419 3420 3421 3422 3423 3424 3425 End
Reports until 11:09, Saturday 11 April 2015
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 11:09, Saturday 11 April 2015 (17832)
CDS model and DAQ restart report, Thursday 2nd - Friday 10th April 2015

report attached.

Non-image files attached to this report
H1 ISC
sheila.dwyer@LIGO.ORG - posted 02:05, Saturday 11 April 2015 - last comment - 20:17, Saturday 11 April 2015(17830)
Starting vent recovery

Alexa, Evan, Sheila, Koji

Koji, Evan and Alexa tested both the OMC PZT shutter and the fast shutter, realinged ISCT6, removed the ND filter from AS AIR and installed ND filters as beam dumps in the OMC refl path.  More details about that are coming in a latter alog.  

After Dave helped us get the h1boot back, we got a late start on trying to recover locking.  We got through the inital alingment procedure, evan set the whitening gain so that the signals out of AS AIR should be roughly similar to what they were before the change of OM1 and removal of the ND filter (he changed it from 42 dB to 15dB).  Some gains still had to be readjusted X arm IR locking gain was changed from 0.04 to 0.12, MICH dark locked gain was changed from -2000 to -1000.

We ran into a few problems along the way, the PSL noise eater was oscillating (and has been for a few days).  After togling the switch the ISS would not lock, we reset the reference level to get it locking again.  We also found a variety of settings which seem to have been wrong, the COMM PLL input was disabled, the DARM input was off, the SRM top stage length was on.  

We have been able to lock ALS COMM, but DIFF is not working.  We can engage it with a low gain, see that the PLL is kept in range, but we cannot turn the gain up. This is behavior similar to what happens when the ESD is not working, but we tried exicting the ESD in angle and watching the OpLev, we can see that it does respond.  

Also, the ETMY ESD has been tripping many times tonight, even though we have not tried to actuate on ETMY at all. 

As Kyle requested, we disabled the HV in HAM6. For the OMC PZT, we disabled the output of the 100 V Kepco supply. For the shutter, we flipped the HV enable/disable switch on the driver chassis next to HAM6.

For Jeff, we are leaving both arms locked in green with neither ALS COMM or DIFF locked.  The wind is not as high as it was forecast to be tonight.  

Comments related to this report
evan.hall@LIGO.ORG - 20:17, Saturday 11 April 2015 (17833)

Also, the venerable 730 kHz notch that was in the IMC PDH loop is now gone. It was taking away some phase above 100 kHz, and anyway the 730 kHz feature is no longer what is limiting the IMC bandwidth. There is some feature around 200 kHz which must be dealt with if we want to push the IMC UGF above 50 kHz or so.

The attached OLTF shows what we can achieve by pushing the performance of the IMC loop a little bit. Here the loop gain has been increased by 3 dB from nominal, and a second 1kHz/20kHz z/p boost has been engaged.

Images attached to this comment
Non-image files attached to this comment
H1 AOS (TCS)
greg.grabeel@LIGO.ORG - posted 22:31, Friday 10 April 2015 (17829)
TCS X CO2 laser
After the h1boot restart finally got a chance to measure the power output of the X CO2 laser versus the rotation stage angle. The minimum power angle was measured at 38° (a change of 1° from previously). The maximum power output was reduced to 5.01W from 5.44W, measured before the periscope. The configuration was modified to reflect these new measurements. 

The X-arm CO2 laser is now unblocked and running stable. 
Images attached to this report
H1 CDS (DetChar, FMP, ISC, SEI)
jeffrey.kissel@LIGO.ORG - posted 21:26, Friday 10 April 2015 (17826)
Initial Attempt at Characterizing Noise of Beckhoff ADCs
J. Kissel, P. Thomas, D. Sigg

Patrick grabbed ten seconds of data from the following Beckhoff ADCs with three different input signals: +/- terminals shorted, +/- terminals connected to a 9 [V] battery, and +/- terminals fed with a 1 [Vrms] amplitude, 10 [Hz] sine wave. 
EL 3004, billed as a 12-bit ADC, "presented as 16-bits" datasheet.
EL 3104, billed as a 16-bit ADC datasheet.
EL 3602, billed as a 24-bit ADC datasheet.

The messages:
- Datasheets are deceiving and misleading. So are the default settings. So is what it means to be a 12-bit or 24-bit ADC, since there's no guarantee that all bits are significant.
- The calibration for these ADCs, regardless of what the ADCs are billed as, is 20 / 2^16 [Vpp / ct] for EL3004 and EL3104, and is 20 / 2^32 [Vpp / ct]
- The noise performance of the EL 3104 16-bit ADC makes the most sense, and is a consistent 30 [uV/rtHz] regardless of input.
- The noise performance of the EL 3004 12-bit ADC is confusing, but makes sense if you consider it to be a 12 bit internal ADC chip running at 50 [Hz] whose [least significant / "last"] bit is not random, sampled by the internal processor at 1 [ms] padded to produce 16 bits. If we treat the injected sine wave's noise performance as the expected noise, 200 [uV/rtHz].
- The noise performance of the EL 3602 24-bit ADC (two channels of which were measured) is non-sense. Further investigation is required.
- The noise performance of the EL 3104 looks like it would be just about good enough to handle the pressure sensor signals as they stand in the HEPI Pump Servo (recall LHO aLOG 16500).
- We should consider looking into some Beckhoff PID modules as well, such that the computation and control is all done inside the Beckhoff system, and EPICs is merely used as a monitor.

We're (as in Patrick) going to get a longer data on Monday set so we can better assess the low-frequency performance, and we'll focus on why the time series of the EL 3602 seems to be pre-averaging the data, causing a huge increase in noise when an AC signal is driven through it.

----
Data, plots, and analysis script live in
/ligo/svncommon/SeiSVN/seismic/Common/Documents/T1500159_BeckhoffADCNoise/
Non-image files attached to this report
H1 CDS
jeffrey.kissel@LIGO.ORG - posted 21:00, Friday 10 April 2015 - last comment - 21:11, Friday 10 April 2015(17827)
h1boot server crashed 07:05 UTC
J. Kissel, A. Staley, D. Sigg, S. Dwyer, E. Hall, K. Arai, G. Grabeel [remote D. Barker]

The stuff that only happens on a Friday evening.

At 07:05 PDT, the h1boot server crashed. We'd discovered this because all EPICs information from the front-ends (StripTools, MEDM screens, etc) had suddenly flat-lined. After a few calls to Dave, he'd suggested resetting the h1boot computer in the computer Mass Storage Room (MSR, the noisy computer room right adjacent to the control room, where all the front ends live). Unfortunately, because the file system had not been checked in 381 days, it had to go through 2 excruciatingly long system checks on its way back up. An hour later, the initialization completed, and all work-station displays of data instantly came back. 

No apparent hiccups in any front end processes, and they picked up right where they left off. Some work stations had to be rebooted, but others continued on without issue. We continue on to restoring the IFO post HAM6-vent!  

In the mean time, we were able to squeeze in some valuable offline commissioning time (see attached).
Non-image files attached to this report
Comments related to this report
david.barker@LIGO.ORG - 21:11, Friday 10 April 2015 (17828)DAQ

h1boot's log files does not show any activity around the time of freeze up (19:05 PDT). Looks like it just froze, Evan said the console was blank. So only a front panel reset could be done.

Main problem with the extended removal of the /opt/rtcds NFS file system was with the DAQ frame writers. The times when frames were not being written are:

h1fw0: 19:38 - 20:46

h1fw1: 19:51 - 20:46

No data was recorded from 19:51 to 20:46 PDT (55 minutes).

The periodic rsyncs of h1boot have just completed. They are reporting the usual level of file activity on /opt/rtcds, so it looks like the file system came back intact.

H1 ISC (CDS, DetChar)
sheila.dwyer@LIGO.ORG - posted 17:45, Friday 10 April 2015 (17825)
79.2 MHz fixed frequency source powered off

Daniel, Sheila

I powered off the 79.2 MHz fixed frequency source in the CER ISC C4 rack.  There were two long cables connected to this, one of which was in patch panel 1, signal 2 (see page 10 of the RF distribution plan). This cable was not in the plan, but had a handwritted masking tape label that said ALS COMM VCO.  It went to the long cable that should have been labeled 10-2 (the label seems to have fallen off).  This went to the field rack R4, where it was similarly labeled and had a cable attached that was just dangling in the rack.  This cable has been removed, and the long cable is terminated at both ends.  the cable which is in the RF distribution plan is still in place and terminated in R2.  

This should mean that there is one less frequency to cause the type of wandering lines seen in alog 17506.  

We think that we have now made some efforts that should mitigate the three types of glitches that have been pointed out so far.  

2^16 crossing DAC glitches alog 17654 reducing the range needed for ETMY and turning off the linearization alog 17713

tidal nitting software limiter: 17555 saturations in tidal should be less common now that we have re done the way that we engage the tidal while locking ALS 17624.  Dan also has written a tool that could be used to alert us when something is close to its software limit, 17791.  We could also think of adding only a few of these filter banks to the sys diag guardian.  

LHO VE
bubba.gateley@LIGO.ORG - posted 16:51, Friday 10 April 2015 (17824)
Beam Tube Washing
Scott L. Ed P. Chris S.

This report will include the following dates, 4/8-4/10/15.

Wednesday the crew was able to clean 75 meters of tube between X-1-8 double doors and 1st single door north to mid station. Safety meeting @ 3 P. M. Still a good day.

Thursday the lights and equipment were relocated to last single door to mid station. Vacuumed tube supports and sprayed bleach/water solution on soiled floor areas. Cleaned 12 meters of tube.

Today the crew was able to clean 70 meters from last single door north to mid station. 

Testing results are posted here.
Non-image files attached to this report
H1 AOS
kyle.ryan@LIGO.ORG - posted 16:21, Friday 10 April 2015 (17823)
Opened GV5 and GV7
Kyle, Gerardo
LHO VE
kyle.ryan@LIGO.ORG - posted 16:20, Friday 10 April 2015 (17822)
!ATTENTION * COMMISSIONERS * ATTENTION!

LVEA COMMISSIONING ACTIVITIES ALLOWED ONLY UNDER THE FOLLOWING CONDITIONS (until further notice): 

1. Vacuum equipment pump carts, AC cords and connecting "flex lines" in vicinity if HAM6 not be touched or disturbed in any way 

2. High Voltage systems in HAM6 (picomotors, PZT, Shutter) only be enabled/energized if someone is present to monitor HAM6 pressure trend (use StripTool to display PT 110B).  If trend changes, i.e. starts to increase instead of decrease, disable/de-energize HAM6 picomotor, PZT and Shutter and notify Kyle @ 509.308.0755, Gerardo @ 509.438.0828 or John @ 509.438.0823

LHO General
patrick.thomas@LIGO.ORG - posted 16:06, Friday 10 April 2015 (17805)
Ops Summary
08:52 Hugh to HAM6 to unlock HEPI
08:53 Richard pushing reset button on h1nds1
09:01 Filiberto near BSC1, 2, 3 measuring lengths for new CPS cables
09:07 Gerardo to LVEA to start preparation for leak checking HAM6
09:24 Kyle leak checking HAM6
09:41 Hugh done
      Hugh running linearity test on HAM6 HEPI
10:36 Sudarshan and Travis to end X to work on PCAL calibration
11:24 Gerardo, Corey and Keita to HAM2 to install beam dump
11:28 Robert to end X and end Y to measure IO chassis
12:03 Gerardo done helping Corey and Keita, Peter K. transitioning the LVEA to laser hazard
12:15 LVEA transitioned to laser HAZARD
12:28 Kyle switching HAM6 to ion pump
12:39 Travis and Sudarshan back
      Corey and Keita back to HAM2
12:56 Greg G. turning on TCS X laser
13:36 Dick G. to squeezer bay looking for optic
14:35 Kyle and Gerardo roping off area around HAM6 to protect turbo pump
15:09 Corey and Keita done, Kyle starting work to open GVs
X1 DTS
david.barker@LIGO.ORG - posted 15:37, Friday 10 April 2015 (17818)
Testing new IO Chassis DC power supply on x1iscex

Richard, Filiburto, Robert, Jim, Dave:

we have installed the test DC power supply in the x1iscex IO Chassis. Here are the current draw numbers on the +24V power supply for this unit

IO Chassis On, computer Off 2.5A
IO Chassis On, computer On 3.5A

(The IO Chassis contains: 4 ADC, 1 16bit-DAC, 1 18bit-DAC)

H1 IOO
keita.kawabe@LIGO.ORG - posted 15:25, Friday 10 April 2015 - last comment - 15:47, Friday 10 April 2015(17817)
Porcupine beam dump installed (Corey, Gerardo, Bubba, Evan, Sheila, Betsy, Patrick, Keita)

This us a follow up of https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=17788.

What was done:

  1. A round piece of Lexan was cut out by Bubba. It is dropped in over the viewport such that it securely sits on top of the viewport flange without touching the viewport.
  2. The old lexan cover was removed and the new one was dropped in.
  3. The old lexan protector assy was removed.
  4. The new beam dump optical table assy was installed.
  5. LVEA was transitioned to the laser hazard, MC was locked at 2.2W, PRM was misaligned.
  6. The beam was not found, so PRM was scanned until we have a reasonable beam. At this point, we were only getting 1W out.
  7. Alignment of the PRM was further adjusted until we get 1.6W or so through the lexan. Steering mirror was aligned to send the beam to SiC plate.
  8. Lexan plate was removed, the beam dump alignment was still good, and we were getting 1.8W out of 2.2W we sent in. The beam goes through MC and then Faraday twice, and this is a reasonable number. According to Paul, MC (one way) and FI (one way) combined efficiency is about 85%. Assuming that FI is 90% one way, in our case it's a total of 0.85*.9=0.77. And 2.2W*0.77=1.7W.
  9. The lid of the assy was put on.
  10. Though unrelated to the beam dump, Gerardo found that the accelerometer on HAM2 was knocked/moved from its intended position. It was already like that when we climbed up on HAM2 yesterday.

Corey took a bunch of pictures, which he will post on resource space.

Comments related to this report
corey.gray@LIGO.ORG - 15:40, Friday 10 April 2015 (17820)

Here are a handful of photos of the installation:

https://ligoimages.mit.edu/?c=1583&k=9a1f276bbd

betsy.weaver@LIGO.ORG - 15:47, Friday 10 April 2015 (17821)

PRM Misaligned values updated to reflect where we now park the REFL beam on this dump.  Snapshots of the OLD and NEW OFFSETs are attached.

Note, I originally used the OPTICALIGN t find the parking spot, so I had to offload these biases to the misaligned M1 TEST offsets.

Images attached to this comment
H1 SEI
hugh.radkins@LIGO.ORG - posted 14:29, Friday 10 April 2015 (17816)
WHAM6 ISI Target Positions Adjusted--PitchRoll of Table causes Isolation Difficulty

When attempting to Isolate the ISI, the CPS would trip (now that I think about it, this is weird, I would think it would have been the Actuators,) as the horizontal loops were turning on.  During this time, the ISI has just restored the locations for the Vertical DOFs.  Jim reminds me that the stuff added to the HAM6 Optical Table tilted the vertical CPSs nearly out of spec.

We reset the CPS Targets to the Free Hanging Positions so the ISI wasn't driving anywhere.  It worked first time there.

Our theory is that when the vertical loops are closed and the old Targets are loaded for servoing, the horizontal GS13s are tilted sending a large signal into the CPS via the Damping loops and possibly the just starting horizontal isolation loops.

Resetting the CPS Targets Locations shifted the Pitch of the ISI ~70000nrads.  Dan & Koji say this is nothing to worry about.  I'll leave the SDF diffs alone for now as an easy reference to change the alignment.  If you want to return to the previous alignment, just type the Burt Target value into the Requested Setpoint Field (e.g. H1:ISI-HAM6_CPS_X_SETPOINT_NOW) on the CART_BIAS medm.  Increasing the Ramp Time to something more than the current 5 seconds might be prudent.

I've attached an image that may help.

Images attached to this report
H1 SUS
betsy.weaver@LIGO.ORG - posted 13:00, Friday 10 April 2015 - last comment - 15:39, Friday 10 April 2015(17813)
SUS SDF update effort continued

More work today on SUS SDF weeding.  What I changed:

 

OM1, OM2, OM3 - Y DAMP gain and OSEMINF gains/offsets updated in safe.snap due to recent tuning. (For Dan, fixed OM2 M1 UL gain which Dan set to 0.136 in error when it should have been 1.363.)

SDF ignore PR M1/M3 LOCK and TEST switches that are now under GRD control.

Finished setting SDF to ignore PR & SR M3 BIO state and associated M3 coil SW1S now under GRD control.

SDF ignore TMS LOCK and TEST switches that are now under GRD control.

Comments related to this report
betsy.weaver@LIGO.ORG - 15:39, Friday 10 April 2015 (17819)

Also:

- Set the SDF to ignore ETM BIO switching

- Set the SDF to ignore the "sometimes" used ETMx L2 OLDAMP bank settings, but watch if the loop gets turned on.

LHO VE
kyle.ryan@LIGO.ORG - posted 12:44, Friday 10 April 2015 - last comment - 14:00, Friday 10 April 2015(17811)
~1230 hrs. local -> Valved-in HAM6 ion pump
HAM6 being pumped by both turbo and ion pump for now
Comments related to this report
kyle.ryan@LIGO.ORG - 14:00, Friday 10 April 2015 (17815)
Ion pump controller "protect" feature shut down after 15 minutes -> Can't handle relative high pressure (3000V @ 0.05A 150W unit) -> Valved-out ion pump from HAM6 -> Restarted ion pump -> OK now
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:36, Friday 10 April 2015 - last comment - 13:34, Friday 10 April 2015(17809)
WHAM6 HEPI Unlocked--Range & Linearity Test Ongoing

Preliminaries suggest some IPS could use some centering.  Currently unable to drive 0.7mm without maxing ADC (IPS side.)  More after tests complete.

Comments related to this report
hugh.radkins@LIGO.ORG - 13:34, Friday 10 April 2015 (17814)

Linearity looks good except for V1 neg.  On the Range of Motion Test, it is unable to push 0.7mm and I expect this is hitting the mechanical stop of the Actuator Plate/Bellows Shield (not adjustable.)  The only solution is to raise the platform with the big Springs.  You can see on the attached linearity plot where the V1 hits the end and skews the usual turn around.  This should not affect performance as we aren't operating out at this extreme.  Still, another for the to-do list.

Images attached to this comment
H1 SUS
betsy.weaver@LIGO.ORG - posted 09:10, Tuesday 07 April 2015 - last comment - 13:36, Friday 10 April 2015(17635)
SR3 Acceptance TFs

Attached are the Phase 3b damped and undamped TFs of SR3 taken over the last few months.

 

The damped TFs of M1 are pretty squashed, but this is because there is some pretty heavy damping filtering engaged for commissioning.

Non-image files attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 16:07, Thursday 09 April 2015 (17781)

Spectra are attached.

 

SR3 acceptance should be accepted.

Non-image files attached to this comment
stuart.aston@LIGO.ORG - 13:36, Friday 10 April 2015 (17802)
I've now added comparison plots for SR3 Phase 3b acceptance TFs measurements for each stage have been compared with similar L1 and H1 suspensions, as follows:-

- SR3 M1-M1 undamped & damped results (allhltss_2015-04-10_Phase3b_H1HLTSs_M1_D*_ALL_ZOOMED_TFs.pdf)
- SR3 M2-M2 undamped & damped results (allhltss_2015-04-10_Phase3b_H1HLTSs_M2_D*_ALL_ZOOMED_TFs.pdf)
- SR3 M3-M3 undamped & damped results (allhltss_2015-04-10_Phase3b_H1HLTSs_M3_D*_ALL_ZOOMED_TFs.pdf)

Summary:

M1-M1, undamped TFs are consistent with model and similar suspensions. Damped TFs demonstrate R, P & Y DOFs for H1 SR3 are the most aggressively damped of all HLTSs.

M2-M2, undamped TFs taken are consistent with model and similar suspensions. Damped TFs exhibit some expected deviation between sites.

M3-M3, undamped TFs suffering poor coherence below 0.5 Hz, both H1 HLTSs perform consistently. n.b. L1 SR3 can be seen to be weaker due to missing LL magnet (Integration Issue #175).

Therefore, these TFs raise no concerns for SR3.

All data, scripts and plots have been committed to the sus svn as of this entry.
Non-image files attached to this comment
Displaying reports 68401-68420 of 85758.Go to page Start 3417 3418 3419 3420 3421 3422 3423 3424 3425 End