Displaying reports 56101-56120 of 85685.Go to page Start 2802 2803 2804 2805 2806 2807 2808 2809 2810 End
Reports until 13:39, Tuesday 11 October 2016
H1 General (OpsInfo)
cheryl.vorvick@LIGO.ORG - posted 13:39, Tuesday 11 October 2016 - last comment - 15:20, Tuesday 11 October 2016(30410)
Ops Maintenance Update as of 20:37UTC (13:38PT)

State of H1:  in Maintenance, 18 Work Permits in progress / done

Activities: (Corey 8:00-10:38(15:00-17:38UTC))

As of 18:00UTC (11:00PT) Work in progress: (Cheryl)

Activities Since (UTC):

Work that continues:

 

 

Comments related to this report
cheryl.vorvick@LIGO.ORG - 15:20, Tuesday 11 October 2016 (30423)OpsInfo
  • 20:55 - ECR richard-mark - done
  • 21:00 Video2 needed a power cycle - could not connect /  log in - Carlos here to reboot
  • 21:35 EY Pcal - done
  • 22:18 ISS measurements - done

as of 22:18:

  • realigning IMs after ISI trip this morning
  • after that, return to locking full IFO
H1 ISC (DetChar, ISC, PSL)
gabriele.vajente@LIGO.ORG - posted 13:20, Tuesday 11 October 2016 (30414)
Repeatability of jitter coupling

I selected nine periods of ten minutes during last night's locks (see fig. 1). For each period I computed the transfer function from jitter (as measured by the diagnostic brteadboard Q1Y signal) to DARM. The second figure shows that the coupling indeed changes over time. 

I used the period martked as (4), which correspond to the largest coupling, fit a transfer function and used it in the time domain to perform jitter subtraction for all nine periods. The third figure shows the reduction in DARM noise: clearly the filter works well for period (4), but the performance is significantly degraded for the other periods.

In conclusion, if we want to subtract the jitter noise, we'll need some level of adaptive filtering.

Images attached to this report
H1 TCS
betsy.weaver@LIGO.ORG - posted 13:03, Tuesday 11 October 2016 (30413)
TCSY table inspection

After Jason had to fill the TCSY chiller this morning he and I decided to make another round of water leak inspections.  We "poured" (pun intended) over the inside of the table enclosure, including removing a few table panels in order to carefully look behind some things.  We found no water leaks.  We then crawled the LVEA length of piping under the chambers and up to the wall junction and also found nothing.  We inspected the flow meter area under BSC2, nothing.  And so we keep filling a bit every dayish...

H1 CAL (CAL, CDS)
darkhan.tuyenbayev@LIGO.ORG - posted 12:44, Tuesday 11 October 2016 - last comment - 13:32, Tuesday 11 October 2016(30411)
Applied the CAL-CS model modifications from LLO

J. Betzwieser, D. Barker, D. Tuyenbayev,

Overview

Updated the h1calcs model to include modifications from LLO, restarted the DAQ system (LHO WP #6238). Now H1 and L1 are running the same version of the CAL-CS model.

Details

After the DAQ restart the coherence calculation settings were changed to:

Number of averages: H1:CAL-CS_TDEP_COH_BUFFER_SIZE 13
Seconds between averages: H1:CAL-CS_TDEP_COH_STRIDE 10

The new CTRL_DELAYfilter is currently empty (unused), and the DELAY_CYCLES (ring buffer / integer delay cycles) is set to 7.

The synchronized oscillators in the CAL-CS time-dependent parameter and coherence calculations were restarted manually. This is a necessary step to get correct phases in the oscillators after a model restart (a bug is described in LHO alog 30220).

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 13:32, Tuesday 11 October 2016 (30416)
I've gone into the SDF system and made sure to initialize/accept the new settings for the CTRL_DELAY bank. Thanks for getting this together gents!
Images attached to this comment
H1 PSL
daniel.sigg@LIGO.ORG - posted 12:37, Tuesday 11 October 2016 (30412)
Feedforward for Jitter Coupling

WP 6235:

We added a feedforward path from the DBB QPDs to the LSC DARM or LSC REFL_DC_BIAS. There are new filters name H1:PSL-DBB_FF_QPD1X, 2X, 1Y and 2Y, followed by a matrix H1:PSL-DBB_FF_QPDMAT. Then the signal is sent to the LSC model, where there is a filter module H1:LSC-JITTERFF followed by an output matrix H1:LSC-JITTERFF_MAT. The signal is then added to either the DARM error point, or sent to the REFL_DC_BIAS output.

In the LSC model the temporary third loop ISS which is now defunct was deleted and the EXTRA_AO_3 path restored. The hardware was also disconnected.

We also noticed that the REFL_DC_ERR and COMM_A_RF_ERR paths were swapped. The same was true for REFL_A_RF9_ERR and REFLAIR_A_RF9_ERR. They should be correct now. The REFL_DC_BIAS output is directly connected to the REF_DC_ERR input. If we need dewhitening we should switch this to the excitation input.

WP 6239:

The model part for the second loop ISS QPD was changed to one which supports the whitening filter switching.

H1 CAL (CAL)
aaron.viets@LIGO.ORG - posted 11:56, Tuesday 11 October 2016 (30409)
Restarted GDS pipeline at LHO
I restarted the primary and redundant calibration pipelines at Hanford at gps time 1160244770. Based on tests, the current latency is ~5-7 seconds. This restart picked up the latest release gstlal-calibration-1.0.5, with bug fixes for a "time-reversal" errors and (hopefully) the overlapping frame bug. The filters file used can be found in the calibration SVN:

aligocalibration/trunk/Runs/PreER10/GDSFilters/H1GDS_1159648300.npz

The new filters contain the updated calibration line frequencies, so the kappas should be correctly computed once we enter a lock stretch. For more information on the filters, see this aLOG:

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

Below is the command line used to run the pipeline:
gstlal_compute_strain
        --data-source=lvshm 
        --shared-memory-partition=$LIGOSMPART 
        --filters-file=$filter_file 
        --ifo=H1 
        --frame-duration=4 
        --frames-per-file=1 
        --write-to-shm-partition=$HOFTSMPART 
        --compression-scheme=6 
        --compression-level=3 
        --control-sample-rate=4096 
        --expected-fcc=341.0 
        --partial-calibration
H1 SYS (OpsInfo, SEI)
hugh.radkins@LIGO.ORG - posted 11:21, Tuesday 11 October 2016 (30408)
Edited OPS Overview

To remove missing ISI & HEPI DACKILL widgets--WPs 6217 & 6227.  SUS & IOP DACKILLs not touched.

H1 SEI
hugh.radkins@LIGO.ORG - posted 10:54, Tuesday 11 October 2016 - last comment - 15:55, Tuesday 11 October 2016(30373)
WHAM ISIs & all HEPI Model Updates

ECR E1600042 WP 6217; ECR E1500325 WP 6227

To Remove DACKILL elements from HAM ISIs and HEPIs:

HAM ISI

.) Removed DACKILL Widgets on WD Block--Attachment 1.

.) Removed DACKILL link from WD Block to the ERRMON Block--Attachment 2.

.) Routed WD_STATE from WD Block to ERRMON--Attachment 2.

.) Added WD_STATE Logic in ERRMON Block for Rogue Excitation Evaluation--Attachment 3.

HEPI

.) Removed DACKILL elements from HEPI (Top) Level--Attachment 4.

.) Removed DACKILL parts  on WD Block--like ISI Attachment 1.

To update HEPIs to Bleedoff-Accumulated-Saturations feature running on ISIs for months:

.) Add WINDOWTIME inputs on HEPI WD Block--Attachment 5.

.) Removed Test Point pickoffs WD Flag channels--also on Attachment 5.

.) Replace model saturation counter on WD/IPS, L4C & ACT Blocks with WD_SATCOUNT_vb.c counter & bleedoff Function--Attachment 6 becomes Attachment 7, e.g.

JimB restarted all these models after the build and install.  Reisolation was not a problem.  HAM2 did have one trip on CPS during 1st isolation attempt but it worked fine on the 2nd...

SVN COMMITS:

/opt/rtcds/userapps/release/isi/common/models/

hugh.radkins@opsws1:models 0$ svn commit -m "Removed DACKILL remenants & wired WD_STATE to ERRMON"
Sending        models/isihammaster.mdl
Transmitting file data .
Committed revision 14424.


/opt/rtcds/userapps/release/hpi/common/models

hugh.radkins@opsws1:models 0$ svn commit -m "Added sensor/actuator WD Saturation Bleedoff ala ISI & removed Test Point WD Flag channels"
Sending        models/hepitemplate.mdl
Transmitting file data .
Committed revision 14425.
 

Still have some medm and SDF cleanup to do.  In progress.

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 15:55, Tuesday 11 October 2016 (30427)

Yes I do know how to spell remnants!

I've edited the HEPI and ISI Watchdog medms getting rid of the DACKILL widgets that do not connect to anything now.  Also added the IOP DACKILL to the HEPI screen which were absent.  Also removed is the RESET ALL button as all it did was push the DACKILL and the RSET buttons.  Only 1 WD reset button remains, RESET WD.  CLEAR SATURATIONS ONLY button is on the ISIs, pretty self explanitory there.  On the HEPIs, I elected to not add the Clear Saturations Only infrastructure as the RESET WD button will do the trick anyway and won't harm the platform if it is not tripped.  The RESETs for the IOPDACKILL and the Rogue Exc WD on the ISIs still need to be done in addition to the RESET WD, if, the medms suggest (red) they need it.  There is no Rogue Excitation Watchdog on the HEPIs.

I will commit these medms to the SVN when I confirm that LLO does not need the RESET ALL button.

H1 TCS (AOS)
jason.oberling@LIGO.ORG - posted 10:51, Tuesday 11 October 2016 (30407)
TCSy Chiller Topped Off

Corey informed me that he was getting low water level alarms on the TCS chillers.  I went out to investigate and found the following:

H1 DAQ
daniel.sigg@LIGO.ORG - posted 10:45, Tuesday 11 October 2016 (30406)
TwinCAT code updated

WP6240:

The TwinCAT code has been updated on all interferometer Beckhoff machines. Three new features were added related to error reporting:

The svn version on the end stations is 3185, whereas the corner is 3186.

H1 PSL (DetChar)
jason.oberling@LIGO.ORG - posted 10:42, Tuesday 11 October 2016 (30405)
PSL ODC Bit 12 Threshold Updated - WP 6243

At the request of DetChar, I have reviewed the LHO PSL ODC thresholds for relevancy now that the HPO is operating.  The threshold for Bit 12 (PMC Transmission Limit OK) was still set to 11.5W, which was ~50% of the PMC transmitted power during O1 but is now too low for an operational HPO.  Keeping the 50% of output intact, I changed the threshold to 50W; I chose 50W as that is roughly 50% of our current 101W transmitted by the PMC.  I accepted the change in the PSL PMC SDF.

This completes WP #6243.

H1 PSL (PSL)
richard.mccarthy@LIGO.ORG - posted 10:35, Tuesday 11 October 2016 (30404)
PSL DBB Shutter
The shutter had not been working in the remote setting for the PSL DBB.  When Peter and Jason reseated the connectors on the shutter last week they fixed the problem.  They only tested the manual switch and left it open for the week. This morning I tested the remote control and the shutter open and closed as designed.
H1 General (CAL, CDS, DCS)
john.zweizig@LIGO.ORG - posted 09:27, Tuesday 11 October 2016 (30403)
DMT restart completed
I have updated the gds software to v2.17.10 and the gstlal-calibration to v1.0.5 and restarted the dmt process manager. After a few tweaks, everything seems to be working.
H1 General
edmond.merilh@LIGO.ORG - posted 07:52, Tuesday 11 October 2016 (30400)
Shift Summary - Owl
 
 
TITLE: 10/11 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Aquisition
INCOMING OPERATOR: Cheryl/Corey
SHIFT SUMMARY:
Everything went relatively well. Had some pretty decent lock stretches. Would have maybe  stayed locked the entire shift if PI commissioning wouldn't have broken the first one. I didn't experience any of the 45MHz issues that Patrick had on his shift. Aside from some basic re-aligning, I only had to deal with some small PIs and a litle bounce ansd Roll damping
LOG:

11:44 NLN ~50MPc

12:55 damped PI mode 17 by by adding another -60 degrees to the phase.

12:58 Had to damp ITMX Roll mode. Changed phase to -60 and set the gain to 20.4 (incrementing as directed in the Wiki)

13:00 restarted/reset all FOMs

13:38 added another -20 degrees to the PI mode 17 phase. (-130 degrees total)

H1 ISC
terra.hardwick@LIGO.ORG - posted 04:30, Tuesday 11 October 2016 (30399)
PI Mode2 Open Loop Transfer Function Continued

Follow up to alog 30294

I've re-measured the open loop transfer function of Mode2 a few times after decreasing gain and tweaking phase to try to move towards stability. Halving damping gain halves loop gain (31 --> 16) but neither changing damping phase (+/- 30 deg) or phase picked up from bandpass (30 deg --> 0 deg) changes overall loop phase; all still leave us with ~160 deg phase differential. 

Images attached to this report
H1 General
edmond.merilh@LIGO.ORG - posted 04:19, Tuesday 11 October 2016 (27417)
Mid-Shift Activity

07:58 Back to NLN. Terra doing some excitations ~50MPc

10:02 Terra informs me she's about to do some pretty invasive injections

10:44 Injections caused PI to run away and break lock

10:56 put ISC-LOCK into INITIAL_ALIGNMENT to re-align green arms.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
LHO General
patrick.thomas@LIGO.ORG - posted 00:08, Tuesday 11 October 2016 (30398)
Ops Evening Summary
Lost more than 5 hour lock 10 minutes before end of shift. SUS OMC and HAM6 ISI tripped. Cause not immediately obvious. Handing over to Ed.

23:00 UTC Jenne is in LVEA by HAM6
23:23 UTC Gerardo back from overfilling CP3
23:27 UTC Disconnected and reconnected conlog-test-master to ~100,000 channels
23:41 UTC Starting initial alignment
23:46 UTC Changed from VERY_WINDY_NOBRSXY to WINDY. Improved X arm transmission and stability.
23:55 UTC Jenne back, whitening AS_A chassis swapped (Jenne, Mark, Filiberto)
00:21 UTC Initial alignment done. Jenne to LVEA.
00:42 UTC Jenne back. Starting relocking.
01:36 UTC NLN
01:55 UTC Jeff K. starting calibration sweeps
03:00 UTC Terra starting excitation of PI mode 2
03:18 UTC Jeff K. done
04:51 UTC Nutsinee to mezzanine to check TCS chiller
04:59 UTC Nutsinee back
05:36 UTC Jenne to LVEA to jiggle RF45 cable
06:01 UTC Jenne back
06:50 UTC Lost lock. SUS OMC and HAM6 ISI tripped.
H1 General
edmond.merilh@LIGO.ORG - posted 00:03, Tuesday 11 October 2016 (30397)
Shift Summary - Owl Transition
 
 
TITLE: 10/11 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Aquisition
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
    Wind: 14mph Gusts, 8mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.26 μm/s 
QUICK SUMMARY:
H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 22:34, Monday 10 October 2016 - last comment - 06:39, Tuesday 11 October 2016(30393)
RF 45 bad!!

About an hour ago, I noticed that our sensitivity degraded significantly in the bucket.  This brought our range down to about 20-30 Mpc from the 50+ Mpc we had been at.

Glancing up, I noticed that the RF45 spectrum looks atrocious.  I'm not at all sure what is going on, but it is very bad, and changing with time.

In the attached screenshot, I have the DARM spectrum, the RF 45 and RF 9 spectra, as well as the RF coherences with DARM.  The colors are the same in each plot, with the start times of the data indicated in the DARM legend.  Dark blue is a good time, when our range was good.  Pink and green and red show different times when there was a weird peak in the RF45 spectra.  Brown and light blue are intermediate times when the RF45 is elevated, but not peaky. 

I don't know why this would have anything to do with the new barrel connector that Richard et al. put in earlier today (alog 30375), but maybe I'll go jiggle it.

EDIT:  Before any jiggling, Terra Patrick and I notice that it's steadily getting worse :(

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 23:18, Monday 10 October 2016 (30394)

Did some jiggling while Patrick and Terra helped me watch the RF45 and DARM.  I'm not really sure what cable/connector Richard is referring to in alog 30375, since I didn't find any RF45 cables with a barrel-through.  But, I tried tightening all of the RF distribution N-connectors both on the CER side of the patch panel and the LVEA side.  No dice.  The noise keeps jumping up and down, so it's hard to say if I did anything, or it's all just coincidence.

At one point the noise basically went away while (I think) I was touching the connector for the RF18 on the CER side of the patch panel. But, (a) I have no idea why that would affect anything, and (b) it was totally non-repeatable.

Noise hunting at this point is futile, and the data can't possibly be useful for testing analysis pipelines, but Terra is still getting useful stuff out of the lock at high freqs and for other PI work, so at this time I am not going to call and consider cancelling the owl shift. 

richard.mccarthy@LIGO.ORG - 06:39, Tuesday 11 October 2016 (30401)
When this next occurs, and it will,  Try moving the gain slider on the EOM driver and see what this does if anything.
Displaying reports 56101-56120 of 85685.Go to page Start 2802 2803 2804 2805 2806 2807 2808 2809 2810 End