Displaying reports 59801-59820 of 84704.Go to page Start 2987 2988 2989 2990 2991 2992 2993 2994 2995 End
Reports until 17:15, Tuesday 16 February 2016
LHO VE
kyle.ryan@LIGO.ORG - posted 17:15, Tuesday 16 February 2016 (25576)
Manually over-filled CP3
1610 - 1700 hrs local -> To and from Y-mid + Y-end

Today took nearly 25 minutes to over-fill CP3.  It is as if the pump is really low.  Like this past Sunday's fill the ambient temperature is unseasonably warm.  Also, the BT cleaning crew have been leaving the Y1 BTE doors propped open overnight.  Could the extra warm BT be significantly changing CP3's consumption (see Mike Z.'s comments from Sunday's entry)?  Also, there has been a slight uptick in Y-arm pressure for the past day or so.  I confirmed that IP9 is programmed in FIXED voltage @ 7000V and isn't stepping between voltages.  

Next scheduled over-fill to be Thursday, Feb. 18th before 4:00pm
H1 SEI (PEM)
jeffrey.kissel@LIGO.ORG - posted 16:58, Tuesday 16 February 2016 (25574)
H1 Buried GND STS Now plugged in as ISI STS A, Stored in Frames as ISI-GND_EYBURIED at 256 Hz
J. Kissel, R. Schofield
WP 5733

Robert and I moved around cabling for the recently re-installed GND STS that has been buried +X (at ~10 m away from the building) of the ETMY building. This STS (S/N 89921) was formerly in the vault during O1. Now cabling for this STS is such that the BNCs, from the hostbox outside, go into channels 13, 14, 15 of the PEM BNC AA chassis at the very bottom of the TCS-C1 rack. Out of the back of this chassis, we've installed a new (standard L-Comm) DB9 cable which now goes to the front of the HEPI AA chassis, in U30 of the SEI-C1, in the port marked "27-30." This corresponds to the channels ADC3_[26-28], which have been pre-wired up to go into STS_A at the top level of the EY model. In addition, I've unhooked the top-level GND_STS block from the library, and added three new sets of channels,
H1:ISI-GND_STS_EYBURIED_X
H1:ISI-GND_STS_EYBURIED_Y
H1:ISI-GND_STS_EYBURIED_Z.
Each above channel prefix set has 
- test points stored to frames as "_DQ" (stored at 256 [Hz]), e.g. "H1:ISI-GND_STS_EYBURIED_Y_DQ";
- an EPICs "_MON" channel, e.g. "H1:ISI-GND_STS_EYBURIED_Y_MON";
- the full BLRMS infrastructure with EPICs channels "_BLRMS" with associated BLRMS extensions for the given band, e.g. "H1:ISI-GND_STS_EYBURIED_Y_BLRMS_30M_100M."
The modified top-level model has been committed to the userapps repo.

Because the buried STS readout system has two factors-ot-two differences between the nominal STS readout system (one factor from the fact that only the positive legs of the host box signals are carried in via BNC, and then the other is from reading out this single-ended, half-signal with a differential ADC), I had to create new calibration filters (in FM2 of the H1:ISI-ETMY_ST1_GNDSTSINF_A filter banks, called "Cal_Buried") which multiply the nominal gain (10.1725 [(nm/s) / ct]) by 4 to get the calibration right. Thus, all of the derivatives of the above mentioned channels are calibrated into (nm/s), as is the case for all other GND_STSs.
The modified filter file has been loaded, committed to the repo, and the new FMs have been turned on.

As of Feb 17 2016 at 00:00 UTC, these channels are calibrated and awesome.

Calibrated DTT Template saved as
/ligo/home/jeffrey.kissel/2016-02-16/2016-02-16_H1ISIETMY_GND_STS.xml

P.S. Robert suspects that the best position for the STS is roughly at ~20 [m] from the building because it balances high-frequency drop off of coherence and coupling to building tilt. I.e. 10 [m] is a little too close, so the building tilt pollutes the ~40 [mHz] signal just as much as the STS on the slab, where as at 40 [m], the ~0.5 [Hz] motion is no longer coherent enough to do viable subtraction. So, he may dig one more hole and move it to 20 m, but it'll likely stay put until the next time Robert's in town.
Images attached to this report
H1 General (CAL, ISC, SUS)
kiwamu.izumi@LIGO.ORG - posted 16:54, Tuesday 16 February 2016 - last comment - 20:35, Wednesday 17 February 2016(25575)
ESD bias voltage sign-flipped on ETMX and ETMY

Jeff, Darkhand, Kiwamu,

We have been meaning to do this, but kept missing a chance to do. Today we have fliiped the sign of the ESD bias voltage both on ETMX and ETMY.

This alog only describes what we did on the digital front end models. We will perform a set of confirmation measurement and verify the H1 DARM model later.


See alog 22135 for a concise summary of the bias flip.

[Bias flip on ETMY ]

[Bias flip on ETMX]

Comments related to this report
kiwamu.izumi@LIGO.ORG - 11:41, Wednesday 17 February 2016 (25584)

We took open loop and Pcal sweep measurements in nominal low noise after the biases were flipped. They reside at:

  • /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PostO1/H1/Measurements/DARMOLGTFs/2016-02-16_H1_DARM_OLGTF_7to1200Hz.xml
  • /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PostO1/H1/Measurements/PCAL/2016-02-16_PCALY2DARMTF_7to1200Hz.xml

Darkhan will process the data later.

P.S.

I have updated the SDF accordingly for SUS-ETMX and ETMY and CAL-CS when the interferometer was in nominal low noise.

darkhan.tuyenbayev@LIGO.ORG - 20:35, Wednesday 17 February 2016 (25604)CAL

Kiwamu, Darkhan,

Summary

Our analysis of a DARM OLG TF and a PCALY  to DARM TF measurements taken after the ESD bias sign flip on Feb 16, 2016 showed that:

  • the gain of the sensing function has reduced by about 4 % since it was measured on Jan 7, 2016 (see attachment 4); it looks like the change is mostly non frequency dependent;
  • the actuation function measurement over the O1 actuation model show a frequency dependent residual(see attachment 5), we believe that this discrepancy is coming from a new LVLN ESD driver electronics TF being different from a previous one;
  • new measurements of the ESD driver electonics have to be taken to account for the hardware updates in the front end filters (SUSETMX/Y) and the Matlab DARM model.

Disscussion (actuation function)

The ETM ESD drivers' electronics and front-end FOTON filters associated with the ESD responses were recently updated, see LHO alogs 25468, 25485. Since the front end filter's do not perfectly cancel the ESD response, in the Matlab parameter files we used a better approximated ZPK responses that are based on the old ESD electronics measurements. Since currently we do not have TF measurements for the new ESD driver electronics, we have removed all of the compensations (for the non-perfect front-end filters) from the Matlab analysis of the DARM and PCALY to DARM TF measurements.

Measurement files, scripts

DARM OLG TF and PCALY to DARM TF measurements have been committed to CalSVN:

Runs/PostO1/H1/Measurements/DARMOLGTFs/2016-02-16_H1_DARM_OLGTF_*.txt
Runs/PostO1/H1/Measurements/PCAL/2016-02-16_PCALY2DARMTF_*.txt

Up to date filter files have been copied to

Common/H1CalFilterArchive/h1omc/H1OMC_1125881488.txt
Common/H1CalFilterArchive/h1susetmy/H1SUSETMY_1126240802.txt

DARM parameter file and comparison script have been committed to

Runs/PostO1/H1/Scripts/DARMOLGTFs/CompareDARMOLGTFs_O1andPostO1.m
Runs/PostO1/H1/Scripts/DARMOLGTFs/H1DARMparams_1139722878.m

Results (plots) are in

Runs/PostO1/H1/Results/DARMOLGTFs/2016-02-16_*.pdf

Non-image files attached to this comment
H1 TCS (TCS)
aidan.brooks@LIGO.ORG - posted 16:35, Tuesday 16 February 2016 (25573)
Estimated thermal lenses in TCS model

I've added a block to the TCS model to estimate the real-time thermal lenses in each of the test masses and the surface curvature of each of the test masses.

OPTIC_LENS.mdl

The main new library block, shown in the attached figure, is OPTIC_LENS which takes as inputs:

Each of these inputs goes into a filter that contains (or will contain) the transfer function for power to diopters for that specific actuation. These are:

which are summed together to yield. These are outputs for the model:

h1tcscs.mdl

There are four of these blocks in the main TCS model h1tcscs.mdl - one for each test mass. Although the ETMs contain inputs for CO2 lasers, these are grounded. See the attached figure.

The outputs from the four blocks are currently terminated. I plan on updating the model to create channels for COMMON and DIFFERENTIAL MICHELSON and ARM lenses and others, as required. This will be after I've verified that the model and filters are all working correctly.

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 16:01, Tuesday 16 February 2016 (25558)
Ops Day Shift Summary
H1 PSL
corey.gray@LIGO.ORG - posted 15:28, Tuesday 16 February 2016 (25572)
PSL Watchdog Reset Performed

At 23:03UTC (3:03pmPST) I reset the PSL Watchdog this afternoon & CLOSED FAMIS Request #3585.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 14:54, Tuesday 16 February 2016 (25571)
h1isietmy and h1tcscs restarted. DAQ restarted

13:55 PST h1tcscs restarted

14:28 PST h1isietmy restarted

14:28 PST DAQ restarted

DAQ restart captures above model changes plus addition of all vacuum controls channels.

H1 CDS
james.batch@LIGO.ORG - posted 14:38, Tuesday 16 February 2016 (25570)
Reboot of h1boot-backup
The h1boot-backup computer crashed with a kernel panic sometime Friday afternoon (Feb. 12), rebooted using the reset button.
H1 SEI
hugh.radkins@LIGO.ORG - posted 13:41, Tuesday 16 February 2016 (25568)
STS2-C (HAM5) moved to Bier Garten to Huddle with STS2-B

This was moved last week.

Attached are some ASDs and coherence plots.  The reference traces are from a time of 20 to 30 miles winds this morning and the current traces are from an early time in the weekend when things were much quieter.

The Y axis looks good with strong coherence and similar spectra responding to the wind-tilt as expected.  The X axis similarities are okay but not as strong as Y's.  We don't understand the Z axis as the HAM5 unit does not respond to the wind like the ITMY seismometer and the coherence is bad compared to the X and especially the Y.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 13:09, Tuesday 16 February 2016 (25567)
front end models use of channel access

Aidan is making changes to h1tcscs which requires reading EPICS channels from the Beckhoff system. Here is the current number of H1 models which use CA to read/write data to external systems.

model with ez_ca_read parts number of channels read
h1ioppemmx* 1
h1ioppemmy* 1
h1odcmaster 5
h1pslpmc 1
h1sushtts 1
h1tcscs 14

 

model with ez_ca_write parts number of channels written
h1psliss 16
h1pslpmc 1

* The mid station IOP models lack a full timing system (no IRIGB signal) and instead get their GPS time from the DAQ via Channel Access.

The list of EZ_CA_[READ/WRITE] channels was obtained by:

cd /opt/rtcds/lho/h1/release/src/epics/fmseq

ls|grep -v "_daq"|xargs grep "EZ_CA_READ"

ls|grep -v "_daq"|xargs grep "EZ_CA_WRITE"

H1 ISC
keita.kawabe@LIGO.ORG - posted 11:08, Tuesday 16 February 2016 (25562)
90MHz WFS demod phase set

Set the phase using the in-lock stretch from some days ago. We can in principle just change the DC3 and DC4 input matrix and start RF-centering.

Images attached to this report
LHO FMCS
john.worden@LIGO.ORG - posted 10:52, Tuesday 16 February 2016 (25561)
Heaters in the LVEA

I have turned off two heaters in the LVEA. HC4 and HC5 were both set to 4ma control at 18:50 utc.

LHO VE
john.worden@LIGO.ORG - posted 10:49, Tuesday 16 February 2016 - last comment - 18:34, Tuesday 16 February 2016(25560)
Soft Closed Valves LVEA

Bubba and I were able to crane the Genie manlift over the Y beam manifold this morning in order to continue the crane rail work.

GV5 and GV7 were soft closed for the duration from UTC 16:15 to 16:53.

 

The crane behaved normally.

Comments related to this report
keita.kawabe@LIGO.ORG - 18:34, Tuesday 16 February 2016 (25579)

Average LVEA temperature quickly came back but there are jumps in indivisual sensors, some show large change (0.5 to 0.8 C).

Images attached to this comment
H1 SUS
thomas.shaffer@LIGO.ORG - posted 10:29, Tuesday 16 February 2016 - last comment - 11:39, Tuesday 16 February 2016(25559)
Weekly ETM charge measurements

Are complete. I will post plots when I get a chance.

Comments related to this report
thomas.shaffer@LIGO.ORG - 11:39, Tuesday 16 February 2016 (25564)

Here are the plots.

Images attached to this comment
H1 PSL
thomas.shaffer@LIGO.ORG - posted 09:23, Tuesday 16 February 2016 (25557)
PSL Weekly

Laser Status:
SysStat is good
Front End power is 32.63W (should be around 30 W)
Frontend Watch is GREEN
HPO Watch is RED

PMC:
It has been locked 11.0 days, 23.0 hr 23.0 minutes (should be days/weeks)
Reflected power is 3.203Watts and PowerSum = 25.7Watts.

FSS:
It has been locked for 0.0 days 12.0 h and 23.0 min (should be days/weeks)
TPD[V] = 1.415V (min 0.9V)

ISS:
The diffracted power is around 8.004% (should be 5-9%)
Last saturation event was 0.0 days 12.0 hours and 23.0 minutes ago (should be days/weeks)
 

H1 SEI
thomas.shaffer@LIGO.ORG - posted 09:19, Tuesday 16 February 2016 (25556)
OPS: reset of HEPI L4C Accumulated WD Counter Tuesday February 16 2016

12 Counts on HAM5

H1 SUS (CDS, SUS)
sheila.dwyer@LIGO.ORG - posted 11:43, Sunday 14 February 2016 - last comment - 11:34, Tuesday 16 February 2016(25539)
somethig wrong with TMSX osems, strange results from DTT

In the first attachment you can see that something happened to the TMS osems on Jan 21st that makes the peak to peak noise increse by more than a factor of 10. This is still the case. 

I then took a look at the osem spectra, (the fast channels which are not DQ) and saw a 16 Hz comb in RT and SD (second screenshot).  Without saving I re ran the measurement including TMSY channels for comparison, and then saw that the comb appeared to have gone away.  Spectra of the 256 Hz DQ channels from the time when I originally saw the 16Hz comb are in the third attachment, there is no comb here. 

The last attached screenshot shows the osem spectra for both TMSs that I am measureing now, there is some oscillation around 1800 Hz.  This is very similar to the behavoir reported in 25062  and 20078

Images attached to this report
Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 11:34, Tuesday 16 February 2016 (25563)

Seems like everything in ETMX chamber is polluted by TMSX OSEM oscillation.

This is an annoyance, some time this week Richard will do the same modification as SR3 mentioned in alog 25516.

Images attached to this comment
H1 ISC
evan.hall@LIGO.ORG - posted 23:08, Saturday 13 February 2016 - last comment - 23:12, Tuesday 16 February 2016(25536)
DCPD bias coupling into DARM

{Rana, Evan}

This evening we looked at the coupling of DCPD bias voltage into DARM.

Each DCPD is biased with +12 V from a linear regulator with a 1 Ω output resistor. We wanted to inject extra bias noise, so we exposed the bias lines with a breakout board at the DCPD chassy in the HAM6 rack (see D1300502). Then we summed in the output of an SR785 across an impedance of 10 kΩ in series with 20 µF (see diagram; green shows the normal DCPD electronics and red shows the addition). The 10 kΩ gives a 1:104 ratio of bias fluctuation to drive voltage, and the capacitor ac-couples the drive so that it does not pull on the bias at dc.

With the SR875 we drove a 1 Vpk line first at 187.3 Hz and then at 62.4 Hz (i.e., the bias fluctuation was 70 µV rms). We looked at the response in DARM (at 2 W dc readout, with DARM still controlled by EX). We had 10 mA dc on each PD, in the 400 Ω transimpedance configuration.

For 187.3 Hz (from 02:03:00 to 05:22:00 Z), the magnitude in DARM was 1.13×10−18 m rms, which implies a coupling of 1.6×10−14 m/V. The noise of the regulator at this frequency was 0.9 µV/Hz1/2, which implies a DARM noise of 1.4×10−20 m/Hz1/2.

For 62.4 Hz (from 05:33:00 to 05:56:30 Z), the magnitude in DARM was 1.4×10−18 m rms, which implies a coupling of 2.0×10−14 m/V. The noise of the regulator at this frequency was 1.9 µV/Hz1/2, which implies a DARM noise of 3.7×10−20 m/Hz1/2. Note that there is some room for error here because the DARM control configuration here is not exactly the same as the low-noise configuration. However, the ugf and phase margin should not be too different in the two configurations.

This is very close to the current low-noise DARM noise floor. However, if DARM is limited by voltage noise of the regulators, we should either expect that the DCPD null stream is equal in magnitude to the DCPD sum (it isn't), or the regulator noises are coherent (they aren't).

Images attached to this report
Comments related to this report
denis.martynov@LIGO.ORG - 06:31, Sunday 14 February 2016 (25537)
I am not sure if there are any contradictions in these numbers. DARM calibration at DC is

C [W / m] = 4 * pi * G_arm / lambda * sqrt(G_prc * P_in * P_as / G_src) = 1.5e9 and 5e9 for input power 2W and 22W and 26mW at the AS port. 

This means that the response you measured is ~2e-5 A/V. If the input power is 22W, 1uV/sqHz projects to 4e-21 m/sqHz around 100Hz. This number is what you have in your noise budget plots.
evan.hall@LIGO.ORG - 10:08, Sunday 14 February 2016 (25538)

The freerunning DARM channel may not be properly calibrated in the low-power state with EX control, so the numbers I gave originally could be too high.

We directly measured 1.2×10−6 mA rms in DCPD B at 187.3 Hz, which implies a coupling of 0.017 mA/V, which implies the bias noise shows up in DCPD B at 1.5×10−8 mA/Hz1/2. The shot noise with 10 mA on the PD is 5.7×10−8 mA/Hz1/2. So it is a factor of 4 or so below the DARM shot noise, assuming DCPD A is similar. That's close to the dark noise, but the dark noise is flat down to a few tens of hertz while the regulator noise has some negative slope.

rana.adhikari@LIGO.ORG - 17:39, Sunday 14 February 2016 (25541)ISC

Voltage noise of bias (pin #8 of the d-sub), measured with BNC clip doodle and SR785 (with AC coupling).

Images attached to this comment
rana.adhikari@LIGO.ORG - 21:56, Sunday 14 February 2016 (25543)

Sheila, Rana

We continued the investigation. Today we hooked up a DAC channel to the bias to make sweeps and noise injection. No surprises relative to yesterday. Still seems so close to DARM as to be unbelievable. Maybe the 1 Ohm resistor in the bias circuit is not stuffed?

We also injected random noise into PZT2 to look for upconversion there. We saw the usual kinds of quadratic coupling; noise at a level ~500x above the quiesscent HVmon noise level was able to be just visible in DARM in the baseband as well as by injecting noise close to the 4100 Hz dither frequency.

0554 UTC, leaving it in 'low noise mode'. The BS coil driver is in some mixed low noise state giving us increased DAC noise below 50 Hz, but the noise above there is as good as ever.

michael.zucker@LIGO.ORG - 06:14, Monday 15 February 2016 (25545)
Can't get the photodiode D's off the DCC at the moment (outage???), but surely there must be a biga$$ cap (ideally several in ||) from the pd cathode to ground?? 
peter.fritschel@LIGO.ORG - 11:32, Monday 15 February 2016 (25547)

Yes, in the in-vacuum preamp, there is a 1 uF capacitor from the Bias to ground. At the LM317T (voltage regulator that sets the bias), there is a 10 uF cap to ground, on the regulator side of the 1 ohm resistor (it's not shown in Rana's sketch above). In any case, the projection given above relies on the 1e4:1 scaling of the injected signal - can't you just measure directly the drive on the bias line, rather than assuming the 1e4:1 ratio?

daniel.sigg@LIGO.ORG - 17:21, Monday 15 February 2016 (25549)

Bigger caps are unlikely to help much. The noise is due to the internal burried zener diode which serves as the voltage reference. The BW of the regulator is about 10kHz here. A bigger C may reduce this, but may also increase gain peaking. Just use a low noise supply such as the one here. Noise performance: T1000025.

rana.adhikari@LIGO.ORG - 17:47, Monday 15 February 2016 (25551)

Den, Rana

We directly measured the voltage noise on pin8 and confirmed that our injection through the 9.09k resistor (not 10k as indicated above) scales as expected. It seems that the 1 Ohm resistor is really 1 Ohm (+/- 20%).

From MZ, we have http://www.edn.com/electrical-engineer-community/industry-blog/4422750/2/Simple-circuits-reduce-regulator-noise-floor.

This indicates that some larger caps may reduce the regulator output noise at 100 Hz by a factor of 5 or so. Could be easy to try if we have a spare whitening chassis sitting around.

denis.martynov@LIGO.ORG - 19:39, Monday 15 February 2016 (25552)
Rana, Sheila, Den

We have measured the bias noise with a better resolution and found that this noise is almost flat below 60Hz. Then made a projection of this noise to DARM when the input power was 22W and power on each OMC PD was 10mAmps. For PD A the coupling is 1.5e-15 m/V while for PD B is 3e-15 m/V. Attached plot shows the projection of bias noise to DARM. It is factor of ~4 below the current sensitivity.
Non-image files attached to this comment
koji.arai@LIGO.ORG - 21:33, Monday 15 February 2016 (25554)

According to the noise budget and measurement of the dark noise, this noise is above the dark noise level. This means that the noise is present only when the DC photocurrent is present.

michael.zucker@LIGO.ORG - 23:29, Monday 15 February 2016 (25555)
Suggests QE compression due to bias reduction. For higher P it may be wise to not only improve bias voltage noise, but to fix anode-cathode potential. Either a true transimpedance 
preamp, or a tracking supply at the rack. 
denis.martynov@LIGO.ORG - 11:42, Tuesday 16 February 2016 (25565)
We drove PD_B bias and measured the coupling of the bias noise to OMC NULL channel for different current levels. Plot is attached. 

The coupling is close to zero when there is no power. The coupling scales linear for small currents and stays almost constant for large currents (>10mA on each diode).

We have also double checked that the optical signal scales linear with the current by driving an intensity line.
Non-image files attached to this comment
denis.martynov@LIGO.ORG - 23:12, Tuesday 16 February 2016 (25585)
Kiwamu, Den

We have digitized bias channels (LSC:EXTRA_AI_2 channel) and double checked coupling to DARM. Attached plots show coupling of PD_B bias to DARM. There is a calibration line at 62.4Hz of this coupling. 
Non-image files attached to this comment
Displaying reports 59801-59820 of 84704.Go to page Start 2987 2988 2989 2990 2991 2992 2993 2994 2995 End