Displaying reports 54741-54760 of 83137.Go to page Start 2734 2735 2736 2737 2738 2739 2740 2741 2742 End
Reports until 19:09, Thursday 18 August 2016
H1 CAL (CAL, ISC)
evan.goetz@LIGO.ORG - posted 19:09, Thursday 18 August 2016 - last comment - 13:59, Friday 19 August 2016(29189)
Measured OMCDCPD AA transfer functions
Evan G., Jeff K.

Summary:
We measured the transfer functions of the OMC DCPD anti-aliasing (AA) module paths of ch13-16 for chassis S1102788. We measure this because the filter board was modified for these channels (LHO aLOG 28010). This is similar to the measurement Kiwamu made in LHO aLOG 21123. The OMC DCPD AA channels are 13 and 14 for DCPD A and B, respectively. The OMC PI AA channels are 15 and 16. We find that the notch behaviour of channel 13 matches what Kiwamu found in LHO aLOG 21123, but the notch of channel 14 is distorted (broken?). Channels 15 and 16 do not have the same notch behaviour (as to be expected for the PI paths, matching LHO aLOG 28085). These differences--compared to the calibration model reference AA filter--are below 1% in magnitude and less than 1 degree in phase below 7 kHz. While the calibration group is unaffected by the broken channel 14, noise from 65 kHz will be aliased down into the detection band. We should consider fixing this.

Details:
The setup for the measurements is shown in the first attachment, and the reference measurement (to remove the gain of the single ended to differential box) is shown in attachment 2. Each transfer function measurement is normalized by the reference measurement transfer function.

Data is saved in /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/OMCAAChassis

Analysis script is saved as /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/OMCAAChassis/process_aachassis_data_20160818.m

Plots are shown in the third attachment. Of particular note is to compare the new measurements to the AA filter model. Channel 14 (OMC DCPD B) now has a different behaviour near the notch. The difference is below 1% in magnitude and 1 degree in phase below 7 kHz, and does not force a revision in the calibration model reference AA filter.
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 13:59, Friday 19 August 2016 (29201)CDS, DetChar, ISC
J. Kissel, D. Sigg, R. McCarthy

We haven't really quantified what sort of super-Nyquist frequency junk lies around this notch that might cause aliased noise in the detection band. Thus we don't really know whether this abnormal notch is "good enough," -- but we also don't know so for any functional/normally behaving notches either (e.g. the CAL model reference or DCPD A / CH13's response). The best I've seen is Carl's study with an SR785, seen in LHO aLOG 28611, but the frequency axis of his plot leaves one with desire.

In either case, we think it prudent to just fix the notch, so as to not leave this hanging chad lying around, in case the abnormal response is indicative of a component failure (gradual or otherwise).

For bookkeeping purposed, I've opened FRS Ticket 6071.

We think it sufficient to wait until next Tuesday to fix it; no emergency here.
H1 CDS
david.barker@LIGO.ORG - posted 17:36, Thursday 18 August 2016 (29188)
Beckhoff SDF updated

I have updated the Beckhoff SDF system to the latest channel lists. I'll automate this process soon, here is the process I followed (using ecatc1plc1 as an example)

It is assumed that the /opt/rtcds/userapps/release/ecat area is up to date with its req files (which may be in DOS format)

First get the latest autoBurt.req into the ECAT target area:

cd /opt/rtcds/lho/h1/target/h1ecatc1/h1ecatc1plc1epics

cp autoBurt.req archive/autoBurt.req.18aug2016

cp /opt/rtcds/userapps/release/ecat/h1ecatc1/H1ECATC1_PLC1.req autoBurt.req

dos2unix autoBurt.req

Now get this autoBurt into the Beckhoff-SDF target area and use it to generate the new monitor.req file

cd /opt/rtcds/lho/h1/target/h1sysecatc1plc1sdf/h1sysecatc1plc1sdfepics

cp autoBurt.req archive/autoBurt.req.18aug2016

cp ../../h1ecatc1/h1ecatc1plc1epics/autoBurt.req .

cd burt

cp monitor.req archive/monitor.req.18aug2016

grep "^H" ../autoBurt.req | sort > monitor.req

Now restart the SDF target on h1build (as user controls)

h1sysecatc1plc1sdfstartup

If channels have been added, open the SDF MEDM screen and view the 'CHANS NOT INIT' table. Press the global 'MON' button (which selects all channels to ACCEPT and MON) and 'CONFIRM'. Now all new channels are being monitored, commissioners can decide if any should be taken out of this list.

Finally check the snap file changes into SVN.

H1 AOS (PSL, TCS)
benjamin.abbott@LIGO.ORG - posted 17:11, Thursday 18 August 2016 (29187)
ISS outer loop and TCS work
This week I installed the ISS Outer Loop chassis into H1-PSL-R1, and hooked most of its cables up.  The two AA cables for PDs 5-8 are not hooked up to an AA Chassis yet, and will be hooked up once the original servo is removed from the AA Chassis (The intention is to re-use one of the original ISS Outer loop servo's cables.)  With the PSL down, I was unable to do any system testing.  I have not disconnected any cables from the original servo, so it is still fully functional.  I made an medm screen in UserApps/psl/h1/medm/H1PSL_ISS_OL.adl  All of the new servo's functionality seems to be working.

The TCS system had a bad channel that I traced back to the AA Chassis, S1301168.  It turns out that 2 of the input buffers (U2 on channels 11 and 12) were bad.  I replaced them, and now everything works fine.  In the e-traveller, it seems that these chips have been replaced once before in February, 2015.  We should keep an eye on them.
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 17:08, Thursday 18 August 2016 (29186)
High power oscillator repairs
The broken hose was replaced.  An attached picture shows the burst end of the hose and the fitting that
goes over that end.  The two other attached pictures shows the hose, end on.

    The turbine flow sensor for head 4 was replaced.  Whilst there was no problem with this sensor per
se, its output was somewhat noisier than the three other sensors.  Replacing it now seemed like a prudent
thing to do.  A visual inspection of the flow sensor showed what might be a small build up of material
around the turbine.  If true that would in part explain the noisy signal from this sensor.

    The bulge in the crystal chiller return leg hose section in the chiller room was removed.

    The resonator optics of the high power oscillator were inspected for dust and water marks.  The 4f
lenses for heads 3 and 4 were drag wiped.  The lens in front of the reverse direction power monitoring
photodiode was drag wiped clean.  The fibre bundle ends are being given more time to dry out.




JeffB / Peter
Images attached to this report
H1 CAL (CAL)
gregory.mendell@LIGO.ORG - posted 16:32, Thursday 18 August 2016 - last comment - 16:37, Thursday 18 August 2016(29184)
Calibration factors (kappas) for ER9 generated from SLM data

G. Mendell, S. Karki, D. Tuyenbayev

Attached are plots showing the calibration factors (kappa_tst, kappa_pu, kappa_A, kappa_C and f_c)  for ER9 generated from Spectral Line Monitor (SLM)  data, analyzed using Matlab code from Sudarshan Karki and EPICS values from Darkhan Tuyenbayev.

The plots show the calibration factors from

1152010820 == Jul 08 2016 11:00:03 UTC

to

1152097220 == Jul 09 2016 11:00:03 UTC

For example, note the behavior of kappa_C and f_c after 18 hrs in the bottom row of the first attached plot.

A full set of plots can be found by going here,

https://ldas-jobs.ligo-wa.caltech.edu/~gmendell/pcalmon_with_plots/daily-pcalmonNavigation.html

and clicking on July 9 2016 in the calendar in the left frame, and then any of the links to the plots in the middle frame. (To compare with O1, click on Dec. 26, 2015 and then on the links to the plots.)

Non-image files attached to this report
Comments related to this report
gregory.mendell@LIGO.ORG - 16:37, Thursday 18 August 2016 (29185)

Technical Notes:

1. The SLM tool is in the calibration svn here,

aligocalibration/trunk/Projects/PhotonCalibrator/scripts/SLMTool

and analyzed line amplitudes and phases for the channels and frequencies given in this configuration:

set channelFrequencyList {H1_R,H1:SUS-ETMY_LKIN_P_LO_DQ,35.9aup;H1_R,H1:CAL-CS_LINE_SUM_DQ,37.3aup;
H1_R,H1:CAL-PCALY_EXC_SUM_DQ,36.7aup,331.9aup,1083.7aup;
H1_R,H1:CAL-PCALX_EXC_SUM_DQ,3001.3aup;H1_R,H1:CAL-DARM_ERR_WHITEN_OUT_DBL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_R,H1:CAL-DARM_CTRL_WHITEN_OUT_DBL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_R,H1:CAL-PCALY_TX_PD_OUT_DQ,36.7aup,331.9aup,1083.7aup;H1_R,H1:CAL-PCALY_RX_PD_OUT_DQ,36.7aup,331.9aup,1083.7aup;
H1_R,H1:CAL-PCALX_TX_PD_OUT_DQ,3001.3aup;H1_R,H1:CAL-PCALX_RX_PD_OUT_DQ,3001.3aup;
H1_R,H1:CAL-DELTAL_EXTERNAL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_HOFT_C00,H1:GDS-CALIB_STRAIN,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup}

with these replacements:

35.9 -> 35.3 Hz

H1:SUS-ETMY_LKIN_P_LO_DQ -> H1:SUS-ETMY_L3_CAL_LINE_OUT_DQ

2. EPIC values from Darkhan Tuyenbayev were used, found in the calibration svn here:

aligocalibration/trunk/Runs/PreER9/H1/Scripts/CAL_EPICS/D20160810_H1_CAL_EPICS_VALUES.m

See: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29104

3. The Matlab code from Sudarshan Karki is in this tarball in the calibration svn,

aligocalibration/trunk/Projects/PhotonCalibrator/scripts/SLMTool/slm_matlab_analysis_code_for_compiling_ER9.tar

The Matlab code was changed from that used during O1, with these changes,

i. D20150929H1_CAL_EPICS_VALUES.m was replace with D20160810_H1_CAL_EPICS_VALUES.m. (And EP. was added to the front
of each EP value to make this into a struct; D20160810_H1_CAL_EPICS_VALUES is run by testSLMData_analysis.m.)

ii. In loadSLMData.m, 35.9 was changed to 35.3 Hz, and dewhitening.darm_err and dewhitening.darm_ctrl were changed to
unity gain filters by setting z = 2*pi*[1,1]; p = 2*pi*[1,1]. This is becuase the H1:CAL-DARM_ERR_WHITEN_OUT_DBL_DQ and
H1:CAL-DARM_CTRL_WHITEN_OUT_DBL_DQ do not need dewhitening, compared to the single precision version of these for O1.

4. This email from Shivaraj pointed out the need to use  35.3 Hz in place of 35.9 Hz.

-------- Original Message --------
Subject: [calibration] ESD line during ER9
Date: Thu, 4 Aug 2016 14:48:30 -0500

From: shivaraj ...

"Hi,
  During the call I mentioned that one has to use 35.3 Hz line in channel
H1:SUS-ETMY_L3_CAL_LINE (same as O1) as opposed to 35.9 Hz we used
during O1.
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=28164
In the above a-log entry it was mentioned that 35.9 Hz was run from a
different channel
(H1:SUS-ETMY_LKIN_P_OSC) and hence changing the channel should work. But
I don't see the
35.9 Hz line in CAL-DELTA_EXTERANL,
https://ldas-jobs.ligo.caltech.edu/~shivaraj/calibration/sus_lines_ER9.png
which is why I had switch the line frequency not the channel.
Cheers
shivaraj"

5. Previous alogs:

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=27981

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=28164

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29104

H1 CDS
david.barker@LIGO.ORG - posted 16:27, Thursday 18 August 2016 (29183)
PSL ISS model change and DAQ restart

This morning I restarted h1psliss with the revised re-use of the ISS-ADC channels for the new ISS PD5-8 fast and slow signals. This required a DAQ restart. We took this opportunity to revise the H1EDCU_DUST.ini file and added Jonathan's new daqd diagnostics EPICS channels to H1EDCU_DAQ.ini.

H1 General
edmond.merilh@LIGO.ORG - posted 16:00, Thursday 18 August 2016 (29181)
Shift Summary - Day
TITLE: 08/18 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: Jeff
SHIFT SUMMARY:
LOG:
13:30 Bubba into LVEA checking eye-wash stations
14:00 Peter into PSL
15:34 Jeff into PSL
15:39 Take Cover Drill for 300-400 areas in effect
15:46 EX anemometer cabling
16:05 Corey into LVEA to take pictures of tables
16:06 Take Cover drill terminated
16:35 Fil removing PEM AA chassis to remedy a bad MIC (HAM7) channel.
16:40 Jim and TJ to EX for anemometers
16:43 Karen called; leaving MY
16:47 Corey out
16:50 Corey headed to the End stations to take pictures
17:11 Jim and TJ back. Kim heading back to EX to place a dust monitor
17:32 Karen to H2 building to vacuum
17:34 Richard informed me that I may see HAM7 (PT170) pressure loss. This is due to him breaking connections.
17:47 DAQ Restart
17:55 Kyle out to LVEA
18:07 Karen back and going into the mechanical room.
18:09 Kyle out
18:16 Tour is underway for the US SC on Reasearch and Tech. into LVEA.
18:27 Corey back
18:30 Jason and Alistair finished with TCS. Cleanup is still in order.
19:51 Fill pulling cables for ISS outer loop. Climbing over HAM1
20:16 Jason ans Al out o clean up around TCSY
20:26 John and Bubba goin into LVEA
20:44 Jason and Al completed TCSY work. Y is still keyed OFF. X is ON. Alistair has aLogged this.
21:02 Fil and Mark going to return the PEM AA chassis to the CER rack.
21:04 Jim and Ian to EX for gust meter
21:38 Peter headed out to PSL racks and then into the enclosure.
21:39 Richard to MY
21:47 Fil and Mark back
21:54 Evan G and Jeff K to CER to run TF on OMC AA WP#6099
21:56 Richard back from MY
21:58 Corey driving guest up to the "bridge" to take pictures
22:00 Jim and Ian back
22:05 Chandra to MY
22:32 Chandra back
22:42 Peter is out
 
 
LHO VE
chandra.romel@LIGO.ORG - posted 15:38, Thursday 18 August 2016 - last comment - 15:42, Thursday 18 August 2016(29179)
CP4 exhaust flow meter
Reconnected flow meter to exhaust of CP4 for measurements toward CP3 manual overfill work-around.
 
Installation caused a quick spike in exhaust pressure >3psi. 

(signal name includes CP3 since the device will eventually migrate to CP3 exhaust - CP4 is temporarily being used to collect data to simulate CP3)

Comments related to this report
chandra.romel@LIGO.ORG - 15:42, Thursday 18 August 2016 (29180)
Ch 6:  H0:VAC-MY_CP3_FL201_DISCHARGE_FLOW_SLPM
Ch 7:  H0:VAC-MY_CP3_FL201_DISCHARGE_FLOW_MA
H1 PEM
jeffrey.bartlett@LIGO.ORG - posted 15:03, Thursday 18 August 2016 (29177)
Dust Monitor - Reset Alarm Defaults and Add Temp/RH channels
   Jim B., Jeff B.  (WP #6096)

   Jim Batch added the temperature and relative humidity dust monitor channels to EPICs. These channels can now be trended. 

   The dust monitor default alarm level were changed from a Clean-10000 profile to a Clean-100 profile. The dust monitors will now come up with the stricter alarm levels. The alarm levels can easily be adjusted later as circumstances require.    

  
H1 PEM
jeffrey.bartlett@LIGO.ORG - posted 14:56, Thursday 18 August 2016 (29176)
Flow Test and Zero Count PSL Dust Monitors
   Took the opportunity, while the PSL was down to Flow test and Zero Count the dust monitors in the PSL enclosure. Both are dust monitors are functioning correctly.   
H1 AOS
alastair.heptonstall@LIGO.ORG - posted 12:16, Thursday 18 August 2016 - last comment - 18:14, Friday 19 August 2016(29174)
TCS Y arm laser

[Alastair, Jason, Ben, Vern, Dave]

Thanks to everyone for their help getting this work done.  The Y-arm TCS laser is now running full power, and the table is fully aligned.  The in-loop photodiode is also now working again.  Details below.

Tuesday we discovered the laser on the table (SN 20306-20419D) had previously been paired with the driver that went with the spare laser ( 20816D-20510).  The laser had been outputing 40W at the time.  When the Hanford team had swapped in the 'spare' driver they actually were putting in the one that matched up with the laser (SN 20419D-20306) and the power went down to 16W.  First thing we did on Tuesday was to add irises to the table to define the optical axis after the laser.  We added blocks to the table to define laser position We then swapped in the spare laser (20510-20816D) and aligned to the blocking, and we found the power outputs were ~14W with its mating driver, and ~40W with the driver SN20419D-20306.

Checks on as much of the electronics as we could test showed no problems (RF distribution system, controller voltages, power etc).

Wednesday we decided the fastest way to diagnose the drivers was to swap them in to the working X arm table.  Driver SN 20419D-20306 gave a power output of 58W.  Driver  20816D-20510 gave 42W.  Swapping back to the original X arm laser (SN 20706-21015D) and driver combo gave 60W so at this point we left the X-table in its previous working condition.  Conclusion was that driver SN 20816D-20510 has now given output of ~40W on three separate lasers and appears to have some issue.

Moving back to the Y-table, two issues were noticed.  Firstly there was very minor discoloration on one pin of the power cable for the laser.  Ben also said that the pin looked badly seated and did some corrective work on this (we should check with him if he thinks this needs further work).  Secondly the power meter height was adjusted to make sure the aligment to the laser gave the largest apeture possible - this could with a little misalignment oclude part of the beam.

We repeated measurement of spare laser SN20510-20816D with driver 20419D-20306 getting 49W output.  We then completed the cycle of tests by putting in laser 20306-20419D with its matching driver 20419D-20306 and getting 58.6W output.  It's not clear what fixed the problems - the power cable seems a likely candidate but behavior of the laser still doesn't seem totally consistent with this (if one half of the driver was getting no current we would expect ~25W output).  We also might want to test driver  SN 20816D-20510 to check whether the power connector (which looked okay when visibly inspected) might be a cause for its performance drop.

After the laser swaps the final laser configuration was aligned to the blocking on the table and then to the optical axis with some minor tweaking of the actuators on the first mirror on the table.  The laser was aligned through the whole table.  At the mask we aligned by maximizing transmitted power, then using the FLIR camera on remote desktop (yes this works now - thanks Dave Barker) we tweaked the alignment to make the beam symmetrical after the mask.  We then aligned to the irises at the output of the table which define the optical axis into the vacuum system.  We changed the alignment onto the power meter that gives the power output to the CP because the head was too close to a focus.  We checked the calibration of the power output to the CP and this was confirmed accurate.  Finally we aligned to the two photodiodes on the table.  Inloop was not giving an output but we swapped cables with outofloop and were able to get a signal to align to.

The problems with the in-loop photodiode were traced to being a bad ADC board which has now been swapped for the spare (thanks Ben & Jason for tracking this down).

The Y-table will have the output to the vacuum system unblocked so the system is ready to go.  The laser will be left keyed off, with the rotation stage set to minimum power.  When the system is needed it just needs keyed on at the rack in the LVEA, and then power increased at the rotation stage.

Comments related to this report
evan.hall@LIGO.ORG - 18:14, Friday 19 August 2016 (29213)

I turned on the TCS Y laser and restored the TCS settings to their ER9 values (0.5 W for X, 0.3 W for Y).

The TCS Y rotation stage needs to be recalibrated.

LHO VE
kyle.ryan@LIGO.ORG - posted 11:26, Thursday 18 August 2016 (29173)
Extending bake of Vertex RGA 12 hours longer than initially claimed
Every hour helps - exploiting the water leak recovery
LHO VE
chandra.romel@LIGO.ORG - posted 11:01, Thursday 18 August 2016 (29172)
PT-140A pot adjustment
Gerardo, Chandra

Adjusted potentiometer on PT-140A pirani gauge to bring it back on scale. CCW 4 turns. Closed FRS 6061.

NOTE other gauges that were adjusted a few months ago for calibration:  https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=27726
LHO General
ryan.blair@LIGO.ORG - posted 09:21, Thursday 18 August 2016 (29171)
Internet connectivity outage [planned] 0800AM PT - 0900 AM PT
Per WP# 6072 -- 

Activity: PNNL will be coordinating an OTDR test of the fiber pair that feeds the observatory's data connection to make sure that signal strength is appropriate for upgrading to 10Gb/s up from 1Gb/s. Wireless, phones, and internal wired networks at the observatory will be unaffected. Internet access will be interrupted during this work.


Work started at 08:00 PT, completed at approximately 09:10 PT.

If I receive the OTDR data (as viewed from PNNL - ISB2 end), I will attach it to this post.
H1 ISC
sheila.dwyer@LIGO.ORG - posted 23:46, Tuesday 16 August 2016 - last comment - 09:08, Monday 22 August 2016(29142)
some ASC work

Terra, Sheila

Tonight we had trouble engaging the ASC again.

Losing optical gain in POP X

We rang up what we think is a PR3 bounce mode when engaging the ASC the same way as last night.  We found that we could avoid ringing this mode up by keeping the PRC2 gain low (digital gains of -500).  Right before the OMC damage/vent, the POP X path was reworked and the optical gain seemed suspiciously low. 

Tonight we found that the optical gain has decreased even more.  Terra changed the demod phase by dithering PR3 pit (500 counts to M3) and rotated the phase positive 65 degrees, (Q1, Q2, Q3, Q4 from 55, 53, 54, 51 to 120, 118, 119, 116 ) to maximize the signal in I (minimize the Q signal).  The 2 attached figures show Terra's before and after OLG measurements (excitation gain of 50), both with Jenne's gain of -5000, showing a 10dB increase in optical gain which is about what we expected based on the dither amplitude change. 

After optimizing the phase, we did not see the 28 Hz mode get rung up, but this seems to come and go because we also didn't see it yesterday.  We quickly tried moving L2 on the POP X path, while watching the amplitude of the PR3 dither line in the POP X signal.  We moved the lens about 4 inches closer to POP X and about 3 inches further away, and didn't find any location that had more signal for PR3 so we replaced it as we found it. 

We are going to leave the IFO locked in DC readout 2 Watts with the request set to down so that it will not try to relock. The noise is bad as expected. 

Images attached to this report
Non-image files attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 09:21, Wednesday 17 August 2016 (29148)

POPX whitening gain is 0dB but should be odd, see alog 26307. FRS 6057 filed.

sheila.dwyer@LIGO.ORG - 14:20, Wednesday 17 August 2016 (29158)

The whitening gain on POP X was changed from a gain step of 7 (21 dB) to 0 (0dB) on August 12th.  This whitening chassis has a problem and we must use odd gain settings, or else it will return an error and not set the gains equally on all quadratns, as Keita and Hang noted 26307

The change in gain probably happened during a beckhoff restart for the shutter code, but we could have been saved from this problem by SDF.  I cannot find a record for these whitening chassis in any SDF table. 

Also, this does not explain the drop in gain that Jenne saw, which happened before the whitening settings changed. 

sheila.dwyer@LIGO.ORG - 17:34, Wednesday 17 August 2016 (29164)

The stuck whitening gain bit is the LSB of the Q3 channel. In the past this was typically an indication of a cable problem (short).

sheila.dwyer@LIGO.ORG - 18:37, Wednesday 17 August 2016 (29170)

Sheila Daniel Terra

Connected the AM laser to the POP X head, and saw that we have very similar response in the electronics to what Evan measured in 27069

we had 3.3 mW out of the AM laser with a whitening gain of 21 dB, used -40 dBm of RF drive at 45.501150 MHz.  We saw about 600 counts on each quadrant (except quadrant 3 which had 350 counts and also the least amount of DC light because of way the laser was mis centered on the diode).  

We saw that there are rather large offsets when we changed the whitening gain, so Daniel reset the offsets.  The large offsets might have contributed to problems last night, along with confusion about the whitening gain. 

Also, we remembered that a factor of 6.7 of the mystery gain loss was due to adding a beamsplitter and forgetting to comensate for it on July 11. 

(Edit:  Actually, Haocun and I did remember to correct for this gain change, we just compensated for it in the digital loop gain. )

So to summarize:

loops were intially commisioned with a whitening gain of 21, a digital gain of -21, a 1 Hz ugf, and electronics gain similar to what we have now. (late may)

Edit: loops were originally commisioned with a filter gain of -200 for pit, -0.1 in the input matrix, an analog gain of 21 dB, and the WFS head electronics performing in a way simlar to what we have now.  This is when the reference that I think Jenne used was saved, and within a few days the pit input matrix was reduced by a factor of 2.

Edit: Around June 16th, we had difficulty staying locked when these loops were engaged, which was noted in the alog.  Terra and I just looked at trends of the filter gains, and it seems like we also reduced the digital gain from -220 to -3.4 although this was not noted in the alog.  This, together with the input matrix change explains most of the missing gain that Jenne found. 

On July 11th I forgot to compensate for the beamsplitter causing a gain reduction of 6.7 that no one noticed.

On July 26th, Evan and Keita relocated POP X and Jenne noticed that the digital gain had to be increased by a factor of 250 (or 500 for yaw) to keep the ugf the same.

August 12th the whitening gain was reduced to 0 dB from 21 dB by mistake in a beckhoff reboot.

August 16th Terra and I noticed this further reduction in gain, which is explained by the whitening gain.  We also changed the demod phase which increased the gain by about 10 dB.  We checked that small movements of the L2 don't change the optical gain much, and moving it by a few inches can decrease the signal. 

So, we are missing about a factor of 40 gain, which we cannot explain with electronics.

In the end only a factor of 2 of Jenne's gain change in unexplained.  It seems that we have had stable high power locks with both the high gain and low gain settings for PRC2, so we can decide which we want to use.  We also should have a factor of 3 increase in gain because of the phasing Terra and I did. 

keita.kawabe@LIGO.ORG - 17:18, Friday 19 August 2016 (29211)

More complicated than that.

  Whitening
(dB)
POPX digital gain
before rotation
Input matrix PRC2_P_GAIN

BS
(15% transmission)

Overall gain
relative to original
alog
Originally 33 1 -1 -220 none NA  
May 24 ~1:02 33 1 -0.05 -220 none 0.5  
Jun. 17 33 1 -0.05 -3 none 6.8E-3  
Jun. 22 ~noon 21

2.8

-0.05 -3 none 4.8E-3 27901
Jul. 11-12 21 2.8 -0.05 -21 inserted 5.0E-3 28324
Jul. 27 ~4:20 21 2.8 -0.05 -5000 inserted 1.2 28666

No mystery optical/electronic gain reduction any more. Maybe a factor of 1.2 came from the rework on the table.

It's not clear to me why the PRC2 filter gain was reduced by a huge amount on Jun. 17 but I haven't searched through alog.

keita.kawabe@LIGO.ORG - 09:08, Monday 22 August 2016 (29223)

Typo in the above table, originally the input matrix was -0.1, not -1.

H1 PEM
filiberto.clara@LIGO.ORG - posted 14:41, Tuesday 16 August 2016 - last comment - 15:32, Thursday 18 August 2016(29135)
PEM Power Supplies
PEM power supplies in the CER mezzanine were swapped out for Kepco model JQE supplies. This model is a 1/4 rack version, and allows for four power supplies to be mounted on one shelf. This is to make room for the ±24V power supplies that will be used to power Beckhoff/Baffle PD Amplifier/ Spool X/Y camera ect. All PEM instrumentation microphones, magnotometers, ect. were powered down from around 10:30 am to 1:00 pm. All power is now restored.
Comments related to this report
terra.hardwick@LIGO.ORG - 18:47, Tuesday 16 August 2016 (29141)

Fil, Terra

I did a quick check of power spectra for all corner station mics and mags, before and after power supply swap. Attached spectra show pre-swap in darker colors as references, post-swap in lighter.

Found post-swap saturation in several mags, strongest in MAG_LVEA_INPUTOPTICS (first attachment at 21:03 UTC ). Fil switched this mag to battery power, which has temporarily fixed the problem (second attachment at 23:03 UTC). He took a look at the mag box in the lab but found nothing wrong. We left it battery powered for now. Will investigate more tomorrow.

Additionally, it looks like MIC_LVEA_HAM7 got disconnected around 23:03 UTC (top right of second attachment).

Images attached to this comment
terra.hardwick@LIGO.ORG - 17:08, Wednesday 17 August 2016 (29162)

Channel 2 of AA Chassis S1300104 found to be bad.

MIC_LVEA_HAM7 started negatively railing yesterday ~3 hours after the power supply swap, trend attached (first drop then raise is from power supply swap). Turns out that AA channel has gone bad (bottom most AA chassis in PEM rack). Fil will pull it and have a look tomorrow morning. 

Images attached to this comment
terra.hardwick@LIGO.ORG - 15:32, Thursday 18 August 2016 (29178)

AA chassis repaired, HAM7 mic back up and running. MAG_LVEA_INPUTOPTICS was also fixed. At this point, all corner station mics and mags are running well. Attached are power spectra for all.

Images attached to this comment
H1 ISC
keita.kawabe@LIGO.ORG - posted 18:25, Friday 29 July 2016 - last comment - 18:09, Wednesday 17 August 2016(28752)
Suspicious POPX

After I and Evan relocated POP-X and POP-L2, Jenne increased the ASC gain of POP-X by a factor of 250 for PIT and 500 for YAW (alog 28666) just to get back to the old UGF, which sounded crazy to me as I didn't expect much change in Gouy phase.

Just to see if my assumption was wrong and we got super unlucky, I calculated the Gouy phase of the POPAIR path, and it seems like there shouldn't be much change.

In the first attachment, left column is the current configuration, right is the old one. Bottom is the entire POP path from ITM to the ISCT1, and top is the zoomed-in view from HAM1 to ISCT1.

POP-L2 was placed far enough from the waist originally. This lens was moved farther from POP-L1 by 4 inches later, which should have increased the Gouy phase, but it's only 9 degrees. The beam diameter is 2mm now instead of 4mm but that should be OK. These don't explain the crazy decrease of the optical gain.

Funny thing is that the POP-X spectrum itself looks almost the same before and after the relocation (second attachment), so I'm kind of dubious that the optical gain is lost.

It's not totally impossible, but very unlikely, that the Gouy phase was not great to start with, e.g. 81 degrees for the DOF we want to see, and after the change it became 90 degrees.

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 18:09, Wednesday 17 August 2016 (29169)

Today talking with Terra and Daniel, I remembered that we added a beamsplitter to the POP path to void saturating, and apparently I forgot about adding the factor of 6.7 to compensate for lost gain to the POP X RF loops.  (alog 28324)  So this explains a factor of 6.7 lost gain, but not all the gain that Jenne had to add to the loops.

H1 ISC (DetChar)
keith.riles@LIGO.ORG - posted 21:30, Monday 04 January 2016 - last comment - 16:55, Thursday 18 August 2016(24695)
Narrow lines in (nearly) full O1 data set
Executive summary: 

In regard to narrow lines, the (nearly) full O1 H1 data set is little changed from what was reported for the first week's data: a pervasive 16-Hz comb persists throughout the CW search band (below 2000 Hz), accompanied by a much weaker and more sporadic 8-Hz comb; there remain several distinct 1-Hz and nearly-1-Hz combs below 140 Hz, along with other sporadic combs. The 1459.5 hours of 30-minute FScan SFTs used here span from September 18 to the morning of January 3. The improved statistics make weaker and finer structures more visible than in the 1st week's data. As a result, many new singlet lines have been tagged, and it has become apparent that some previously marked singlets actually belong to newly spotted comb structures. The improved statistics also make it more apparent that the originally spotted combs span a broader bandwidth than marked before Details: Using 1459.5 hours of FScan-generated, Hann-windowed, 30-minute SFTs, I have gone through the first 2000 Hz of the DARM displacement spectrum (CW search band) to identify lines that could contaminate CW searches. This study is very similar to prior studies of ER7 data, ER8 data and the first week of O1 data, but for completeness, I will repeat below some earlier findings. Some sample displacement amplitude spectra are attached directly below, but more extensive sets of spectra are attached in a zipped file. As usual, the spectra look worse than they really are because single-bin lines (0.5 mHz wide) appear disproportionately wide in the graphics A flat-file line list is attached with the same alphabetic coding as in the figures. Findings:

  • A 16-Hz comb pervades the entire 0-2000 Hz band (and well beyond, based on daily FScans)
  • A typically much weaker and sporadic 8-Hz comb (odd harmonics) is also pervasive (all harmonics are labeled in figures, even when not visible)
  • A 1-Hz comb with a 0.5-Hz offset is visible from 10.5 Hz to 133.5 Hz (previously was visible from 15.5 to 78.5 Hz)
  • A 1-Hz comb with zero offset is visible from 16.0 Hz to 102.0 Hz (previously was visible from 20.0 to 68.0 Hz)
  • A 99.9989-Hz comb is visible to its 11th harmonic (was previously visible to its 8th harmonic)
  • The 60-Hz power mains comb is visible to its 9th harmonic (was previously visible to its 6th harmonic)
  • There is a sporadic comb-on-comb with 0.088425-Hz fine spacing that appears with limited spans in three places near harmonics of 77, 154 and 231 Hz (ambiguity in precise fundamental frequency)
  • There is a doublet 31.4127 and 31.4149 Hz comb visible to their 2nd harmonics (previously marked as only a 31.4149-Hz comb)
  • There are three near-1-Hz combs not previous appreciated:
    • 0.99999-Hz comb from 19.2500 to 50.2497 Hz
    • 0.99816-Hz comb from 30.9430 to 60.8878 Hz
    • 0.9992-Hz comb from 30.9738 to 48.9594 Hz
  • There is a doublet comb with spacings of 2.07412 and 2.07423 Hz, visible from their 9th to 32th harmonics (18.7-66.4 Hz)
  • There is a hint of another doublet comb with spacings of 99.9735 and 99.9784 Hz, but they are marked as singlets for now
Line label codes in figures: b - Bounce mode (quad suspension) r - Roll mode (quad suspension) Q - Quad violin mode and harmonics B - Beam splitter violin mode and harmonics C - Calibration lines M - Power mains (60 HZ) s - 16-Hz comb e - 8-Hz comb (odd harmonics) O - 1-Hz comb (0.5-Hz offset) o - weaker 1-Hz and near-1-Hz combs (various offsets, including zero) H - 99.9989-Hz comb J - 31.4127 and 31.4149-Hz combs K - 0.088425-Hz comb t - 2.07412 and 2.07423 combs x - single line (not all singlets in the vicinity of quad violin modes are marked, given the upconversion) Figure 1 - 0-2000 Hz Figure 2 - 20-50 Hz sub-band (shows complexity of combs below ~70 Hz) Figure 3 - 50-100 Hz sub-band (shows continuation of strongest 1-Hz comb with offset of 0.5 Hz) Figure 4 - 1300-1400 Hz sub-band (shows how clean the noise floor is away from 8-Hz, 16-Hz lines at high frequencies Attachments: * Zip file with miscellaneous sub-band spectra (with line labels) * Flat-file list of lines marked on figures
Images attached to this report
Non-image files attached to this report
Comments related to this report
soren.schlassa@LIGO.ORG - 21:25, Tuesday 26 January 2016 (25192)
In week 1 Keith identified a comb-on-comb (labeled K, see attached plot), fine spacing 0.08842 Hz, which shows up sporadically at around 77, 154, and 231 Hz. We found it in a large group of channels, centered at the INPUTOPTICS/SUS-BS/SUS-ITM (see full attached list). It remains clearly visible (especially at 77 Hz) in those channels until week 5 of O1, during which it disappears from all of them in all three regions (see attached example). Therefore, it seems likely that its presence in the full O1 data is an artifact from the first four weeks.
Images attached to this comment
Non-image files attached to this comment
ansel.neunzert@LIGO.ORG - 16:55, Thursday 18 August 2016 (29182)

I recently re-analyzed this data while testing a comb-finding algorithm, and in the process found a new comb which accounts for several peaks marked as singlets in Keith's original post. This comb has a 2.040388 Hz spacing, with visible harmonics from 9th (18.3635 Hz) to 38th (77.5347 Hz). The code I used, and its docs, can be found on gitlab (requires login).

Displaying reports 54741-54760 of 83137.Go to page Start 2734 2735 2736 2737 2738 2739 2740 2741 2742 End