Displaying reports 56961-56980 of 78028.Go to page Start 2845 2846 2847 2848 2849 2850 2851 2852 2853 End
Reports until 13:08, Thursday 17 September 2015
LHO General
patrick.thomas@LIGO.ORG - posted 13:08, Thursday 17 September 2015 - last comment - 13:24, Thursday 17 September 2015(21626)
Ops Day Mid Shift Summary
15:00 UTC Handoff from Nutsinee. IFO in observing mode.
16:46 UTC Jeff B. to mechanical room to check fitting on pump
16:47 UTC Gerardo getting trailer and attaching to pickup truck
16:49 UTC Jeff B. back
16:58 UTC NORCO technician here
17:00 UTC NORCO technician through gate
17:04 UTC Gerardo taking NORCO technician to end X, pressure testing LN2 dewars on way back towards vertex
17:04 UTC Out of observing
17:16 UTC Back in observing
17:17 UTC Helicopter flyover
17:37 UTC Gerardo at end X, going to mid X
~17:44 - 17:50 UTC Gerardo reports hearing shelling from Yakima firing range
17:57 UTC Tour in control room
18:26 UTC Gerardo and NORCO technician at corner station. Will move towards end Y
19:45 UTC Helicopter flyover

Still in observing mode at ~ 70 Mpc.
Comments related to this report
patrick.thomas@LIGO.ORG - 13:24, Thursday 17 September 2015 (21628)
Gerardo got auxcart while at end X. Says he did not go into LVEA, just opened door, wheeled it out and put it in trailer. ~ 17:15 - 17:20 UTC

20:17 UTC Gerardo and NORCO technician done. Technician will be leaving site shortly.
LHO General
patrick.thomas@LIGO.ORG - posted 12:46, Thursday 17 September 2015 (21625)
Another helicopter flyby
~ 19:45 UTC Went outside to look. Seemed to pass over Y arm near corner station heading toward inside of arm vertex.
H1 PEM (DetChar)
dale.ingram@LIGO.ORG - posted 12:23, Thursday 17 September 2015 (21624)
Outreach activity report
A tour group was on site this morning.  Arrival time at LSB = ~9:00 AM.  Departure time = ~11:45 AM.  Group size = ~20 adults.  Vehicles at the LSB = ~7 passenger cars.  The group was in the control room near ~11:00 AM and on foot near the overpass near 11:30 AM.
LHO General
patrick.thomas@LIGO.ORG - posted 10:53, Thursday 17 September 2015 (21623)
Helicopter flyby
17:17 UTC Heard what turned out to be a helicopter flying overhead. Gerardo says he saw it come within half a mile of end X. We were in observing mode.
H1 General
patrick.thomas@LIGO.ORG - posted 10:09, Thursday 17 September 2015 - last comment - 10:18, Thursday 17 September 2015(21621)
Out of observing
17:04 UTC Taking out of observing so Gerardo can take LN vendor along X arm. (WP 5504)
Comments related to this report
patrick.thomas@LIGO.ORG - 10:18, Thursday 17 September 2015 (21622)
17:16 UTC Back into observing. Told that Gerardo's work will not affect state of IFO.
LHO General
patrick.thomas@LIGO.ORG - posted 10:07, Thursday 17 September 2015 (21620)
09/17 [DAY Shift]: 15:00-23:00UTC (08:00-16:00 PDT), all times posted in UTC
STATE Of H1: Observing
OUTGOING OPERATOR: Nutsinee
QUICK SUMMARY: Winds less than 20 mph. Lights off in LVEA. Lights appear off in PSL enclosure. Lights appear off at mid and end stations.
H1 CAL (CAL)
darkhan.tuyenbayev@LIGO.ORG - posted 10:01, Thursday 17 September 2015 - last comment - 14:20, Thursday 17 September 2015(21601)
Unexplained phase DARM_ERR / X_tst investigation progress

RickS, SudarshanK, CraigC, JeffreyK, DarkhanT

To calculate DARM time-varying parameters we use EPICS records precalculated from DARM OLG TF model, as described in T1500377-v7.

Earlier we reported that EP1 calculated from the canonical DARM model for ER8/O1 had an unexplained phase discrepancy (see LHO alog 21386) that came from measured TF taken between x_tst excitation point to DARM_ERR at cal. line frequency being off by -136.7 degrees compared to TF calculated accoring to Eq. 5 in T1500377 from DARM model. In this alog we outline current status of our investigations of this discrepancy.

The negative sign of the DARM feedback loop that was shown on the simplifed DARM loop diagram in T1500377-v7 was not placed where it actually appears. This update affects only how xtst line to DARM_ERR (and DARM_CTRL) TF is calculated in the DARM model; Pcal and xctrl line to DARM_ERR (and DARM_CTRL) TF equations remain valid in T1500377-v7.

Figure below shows the correct location of the sign flip of the DARM loop (that's not included into C, D or A) accroding to our investigations; we'll update T1500377 with the correct diagram in the next version. (notice that this simplified diagram, as it was cited in T1500377, was borrowed from G1500837 where it might also need to be corrected)

In ER8/O1, since now we have xtst (ESD) calibration line that is injected from the suspension front-end model (inside of the block "A" on the diagram), additional to the knowledge that the sign flip is between the xctrl (DARM line) excitation point and ΔLext, we also need to know the location of it w.r.t. the xtst excitation point.

With the -1 sign flip placed in the new location Eq. 5 and Eq. 7 in T1500377 should not have a "-1" factor. Hence, Eq. 19 will also not have a "-1" factor, meaning that our calculation of EP1 was incorrect by 180 degrees.

Currently there's an unexplained +44.4 degrees of discrepancy (instead of earlier -136.7) between measurement x_tst / DARM_ERR vs. the model itself, that appears in EP1 (we looked into the measurement of x_tst / DARM_ERR on Sep. 10). We are investigating the source of this discrepancy.

The location of the sign was confirmed by using measurements of

meas. file: CalSVN/Runs/ER8/H1/Measurements/FullIFOActuatorTFs/2015-08-29/2015-08-29_H1SUSETMY_L3toDARM_LVLN_LPON_FullLock.xml

meas. file: CalSVN/Runs/ER8/H1/Measurements/DARMOLGTFs/2015-09-10_H1_DARM_OLGTF_7to1200Hz.xml

meas. file: CalSVN/Runs/ER8/H1/Measurements/DARMOLGTFs/2015-09-10_H1_DARM_OLGTF_7to1200Hz.xml

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 13:29, Thursday 17 September 2015 (21629)

Are you talking about the LSC output matrix as a place to keep a minus sign or somewhere else ?

darkhan.tuyenbayev@LIGO.ORG - 14:20, Thursday 17 September 2015 (21630)

Kiwamu, that's correct the -1 in the "H1:LSC-ARM_OUTPUT_MTRX" was not included into either D or A.

And as I can see from comparing measurements to the model, it's the only sign flipping factor that was not included into C, D or A transfer functions of the DARM model.

H1 SEI (DetChar)
hugh.radkins@LIGO.ORG - posted 09:42, Thursday 17 September 2015 - last comment - 09:52, Thursday 17 September 2015(21618)
LHO ITM's ISI GS13s in Low Gain Rather than High Gain

When the Operator found the ISIs in the wrong SDF state, 21609, they reported digging through the logs but not finding anything.  After reporting what the filters do, they accepted the changes and went to observing.  This is just the opposite of what we should do.  If no supporting evidence is found for the change, reverting to the .snap values is the correct path.  Of course there is some risk to the IFO lock in filter switching, not very appealing after being out for so long.

In the Evening shift operator's summary, The TM ISIs seem to be reported back in high gain:

02:05 Attempt to bring back End Station ISIs seems succesful. GS 13s back to high gain. Seismic graph is showing 3µ/S.

02:09 Ditto for ITMs

02:10  Begin bringing up Input and Output HAM SEI.

02:15 Kissel brought ESDs back and restored ETM alignment.

02:31  All SEI back to nominal isolated states. GS13 gains switched back to HIGH.

 

This sort of implies the ITMs were put back into High gain but that is not the case.  They were switched to low gain (H1:ISI-ITMY_ST2_GS13INF_H1_SW1R: FM4 & 5 On) 0005 utc and remain there still.  At this point the SDF should have been consulted for proper configuration.

 

The SEI system is untouch by IFO locking guardians.  SEI SDFs should be green well before looking at going into Observation mode.

One may argue that this difference is not critical: these filters compensate for changes in the analog gain and whitening.  The output level of the filter bank is unchanged.  On the other hand in nominal seismic environment, having greater SNR when digitizing the GS13 signal gives better ISI Damping and Isolation.

Comments related to this report
hugh.radkins@LIGO.ORG - 09:52, Thursday 17 September 2015 (21619)

Operators, please always feel free to contact me anytime reqarding such matters, even at 4am--Hugh

H1 INJ (INJ)
peter.shawhan@LIGO.ORG - posted 09:26, Thursday 17 September 2015 (21616)
Sign check of burst hardware injection: appears to be inverted
Four burst signals have been injected into H1 since the new inverse actuation filter was installed Sunday evening (Timeline of CAL-CS Calibration Filter Updates), with different waveforms:
GPS 1126270500  -  White noise burst, frequency 125 Hz, bandwidth 150 Hz
GPS 1126280500  -  White noise burst, frequency 300 Hz, bandwidth 350 Hz
GPS 1126300500  -  Sine-gaussian, frequency 20.82 Hz, Q=7.32
GPS 1126310500  -  Sine-gaussian, frequency 413.0 Hz, Q=85.1

The low-frequency, low-Q sine-gaussian offers the clearest check of the calibration amplitude and phase among these signals.  (It would be better to use detchar injections, i.e. a set of sine-gaussians at a range of frequencies, as was done during ER7, but we have not performed any detchar injections during ER8 yet.)  I used a matlab script (attached) to plot the intended strain waveform (the file produced by Chris P. and read by tinj to inject the signal) and the H1:GDS-CALIB_STRAIN channel from the hoft frames in the archive at Caltech.  Both have been bandpass filtered bidirectionally with 'filtfilt' around the frequency of interest.  I also did a crude matched filter, stepping the intended strain waveform by integer samples and considering both upright and inverted overlaps with the data.  As you can see from the plot, the signal that came through in the H1:GDS-CALIB_STRAIN channel is consistent with being *inverted* relative to the intended strain signal.  That was also the case in ER7, but we thought the recent calibration work and a careful look at sign conventions would have resolved that.

Is there any possibility that the GDS calibration process running on Monday, producting H1:GDS-CALIB_STRAIN, had not yet been updated with the final resolution of sign convention?
Images attached to this report
Non-image files attached to this report
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 08:06, Thursday 17 September 2015 (21617)
Owl Shift Summary

TITLE:  Sep 17 OWL Shift 07:00-15:00UTC (00:00-08:00 PDT), all times posted in UTC

STATE Of H1: Observing at 77 Mpc

SUPPORT: Sheila

SHIFT SUMMARY: After 12+ hours of not locking, we are back in business. I redid the initial alignment followed the printed Initial Alignment Checklist on the desk after the seismic nosie came down to almost nominal because PRMI looked hopeless. LLO is still trying to acquire lock.

INCOMING OPERATOR: Patrick

Activity log:

8:00 Begin initial aligment. Adjusted PR3 to maximize COMM beatnote. Spent 10 minutes at INPUT_ALIGN without luck. Trended IM4 and PR2 back to the last time the ifo was locked. I brought IM4 back to where it was. Touched PR2 YAW to get 00 mode on As Air camera.

8:04 Darkhan left

9:11 Craig left

9:12 BS ISI WD tripped during MICH_DARK_LOCK twice. Requested down and waited until the optic became settled and moved on.

         ENGAGE_ASC_PART3 took ~5 minutes.

        Guardian stalled at DC_READOUT_TRANSITION (alog21608). OMC was not ready for handoff and was locked at the wrong mode. I called Sheila for help but the ifo lost locked shortly.

10:52 Locked at NOMINAL_LOW_NOISE

11:13 Back to Observing after I cleared the SDF diff.

13:15 Lockloss. More earthquake....

13:46 Locked at NOMINAL_LOW_NOISE

13:48 Undisturbed.

15:00 Hand off to Patrick.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 05:12, Thursday 17 September 2015 - last comment - 06:49, Thursday 17 September 2015(21612)
Owl Mid-Shift Summary

The ifo is locking and observing again. I did an initial alignment as soon as the seismic noise settled. Wind speed below 10mph. Minimal seismic activity. LLO is down.

Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 06:21, Thursday 17 September 2015 (21614)

Lockloss 13:15 UTC. I'm not sure if we lost lock due to a single 5.3M earthquake in Chile or two consecutive 5.3M earthquakes that happened just 5 minutes apart from each other. Requested ISC_LOCK to DOWN and waiting for the earthquake to pass....

nutsinee.kijbunchoo@LIGO.ORG - 06:49, Thursday 17 September 2015 (21615)

Observing again at 74Mpc.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 04:03, Thursday 17 September 2015 - last comment - 04:31, Thursday 17 September 2015(21609)
Locked again at NOMINAL_LOW_NOISE

After almost 12 hours of not locking, the ifo is back at 70Mpc. OMC locked at the right mode this time so I still have no idea what's wrong earlier. Terramon has just reported another 5.5M earthquake in Chile. We might lose lock again...

 

SDF is reporting 6 differences in ISI ITMX and ISI ITMY. Unable to go to Observe mode. I'm digging through the alog. 

Images attached to this report
Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 04:13, Thursday 17 September 2015 (21610)

I couldn't find anything about the change in ITM ISI. FM4 simply adds gain of 20dB everywhere with 0 phase. FM5 labeled DWH reduces gain at high frequency with some phase change (maximum phase change of -40dB at ~20 Hz). I'm just gonna go ahead and accept the changes since the interferometer seems happy (so far). Now Observing.

nutsinee.kijbunchoo@LIGO.ORG - 04:31, Thursday 17 September 2015 (21611)

The ifo hardly noticed the 5.5M earthquake. The violin fundamentals seem higher than normal but none seems to be ringing up. LLO recently joined us in locking. We are BACK in the game!

Images attached to this comment
H1 ISC (ISC)
stefan.ballmer@LIGO.ORG - posted 15:49, Wednesday 16 September 2015 - last comment - 15:40, Thursday 17 September 2015(21552)
So called dust glitches, some examples
Attached is agallery of 5 "dust" glitches. Still clueless of what they are, but
 - ETMY saturation is a symptom, not a cause  - it is not possible to produce such a white glitch from saturating a drive.
 - The DCPD spectrum shows a roll-off for all of them
 - But the roll-off frequency (i.e. glitch duration) varies significantly = from about 300Hz to 3kHz.


Example 2:
GPS: 1126294545
UTC: Sep 14 2015 19:35:28 UTC
ETMY saturation: yes

Example 3
GPS: 1126437892
UTC: Sep 16 2015 11:24:35 UTC
ETMY saturation: yes

Example 4
GPS: 1126434798
UTC: Sep 16 2015 10:33:01 UTC
ETMY saturation: yes

Example 5
GPS: 1126441165
UTC: Sep 16 2015 12:19:08 UTC
ETMY saturation: yes

Example 6
GPS: 1126442379
UTC: Sep 16 2015 12:39:22 UTC
ETMY saturation: yes




Images attached to this report
Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 05:46, Thursday 17 September 2015 (21613)DetChar

WIth Hang's help, I managed to investigate these glitches with the new lockloss tool using SUS-ETMY_L3_MASTER_OUT_LL_DQ as a reference channel. The script couldn't find any other optics that glitch prior to the ETMY. And sometimes the glitches are seen by ETMX 30-40 miliseconds after.

I've attached the plot of the glitches at the time you've given. I've also attached the list of channel I told the script to look. Basically all the SUS MASTER OUT DQ channels. Please let me know if you have any suggestions on whereelse I should look at.

Images attached to this comment
Non-image files attached to this comment
stefan.ballmer@LIGO.ORG - 15:40, Thursday 17 September 2015 (21633)
Attached are time traces of the DCPD_SUM for the 5 examples.
Images attached to this comment
Displaying reports 56961-56980 of 78028.Go to page Start 2845 2846 2847 2848 2849 2850 2851 2852 2853 End