Displaying reports 62181-62200 of 84565.Go to page Start 3106 3107 3108 3109 3110 3111 3112 3113 3114 End
Reports until 16:08, Friday 30 October 2015
H1 SEI (PEM)
brian.lantz@LIGO.ORG - posted 16:08, Friday 30 October 2015 (22985)
STS-2 mass position monitors and values
It is known that if the little test-masses in the STS-2s get too far from center, then noise of the instrument gets worse.
They should all be in the -2V -> +2V range, and one of the End-Y masses might be at -8 V.

Because we are fortunate, Ben Abbott attached the mass-location-monitor to our ADCs.
see pg 11 of the BSC SEI system wiring schematic
https://dcc.ligo.org/LIGO-D0901301
The UVW/ mass positions are being send to ADC 3, chns 20, 21, 22 (for nums 0-31)

Because we are knuckleheads, we do not seem to be monitoring these channels.  
An integration issue has been filed: https://services.ligo-wa.caltech.edu/integrationissues/show_bug.cgi?id=1148

Because we are committed to excellence, all the inputs from the ADC are saved as EPICS records.
I think that the epics channels for the end station are
H1:IOP-SEI_EY_MADC3_EPICS_CH20
H1:IOP-SEI_EY_MADC3_EPICS_CH21
H1:IOP-SEI_EY_MADC3_EPICS_CH22

the other STSs should be at
   - end X -
H1:IOP-SEI_EX_MADC3_EPICS_CH20
H1:IOP-SEI_EX_MADC3_EPICS_CH21
H1:IOP-SEI_EX_MADC3_EPICS_CH22

and for the 3 in the corner station

S1:IOP-SEI_[B1|B2|B3]_MADC3_EPICS_CH[20|21|22]

(or maybe it is B6, but I don't think so)


I looked at the channels for End Y, and it seems that the STS-2 at End Y needs re-centering.

It would be smart to 
1) watch the monitor channels when you mash the re-center button. If they are the right channels, it will be very clear.
2) check the other sensors, too.
Non-image files attached to this report
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 14:11, Friday 30 October 2015 (22984)
Ops Mid Day Shift Summary

We aren't trying to lock anymore. Just waiting for the wind to settle. Free maintence day today.

H1 SEI
hugh.radkins@LIGO.ORG - posted 13:09, Friday 30 October 2015 (22983)
TFs running on HEPI HAM1

With commissioners and run manager approval, WP 5584, TFs were started at 1940utc.  The forecast from the scripts is almost 6 hours but I hope that is good to 50%.  This doesn't include the lowest frequency bands, I expect to get an opportunity to collect those on Saturday.

H1 AOS (DetChar)
thomas.vo@LIGO.ORG - posted 12:28, Friday 30 October 2015 (22981)
DQ Shift: Monday 26th - Wednesday 28th Oct

The full report is posted on the O1 DQ Shift wiki 

H1 AOS
sheila.dwyer@LIGO.ORG - posted 12:27, Friday 30 October 2015 - last comment - 19:36, Friday 30 October 2015(22982)
PRMI to DRMI transition

Sheila, Nutsinee

I looked at the PRMI to DRMI transition attempts that TJ and Nutsinee logged in the past 2 days, (22972 and 22951), zoomed in plots of both are attached. 

As you can see for the sucsesfull transition AS90 was high (about 400 counts in the unnormalized channel) when the SRCL feedback came on, and in the unsucsesfull one AS90 was low, about 50 counts.  I have added code to the DRMI guardian that changes the SRCL trigger to AS90 before attempting to turn on the SRCL feedback, with an on threshold of 200 (the trigger uses the normalized channel, so this is something like 450-500 counts in the unnormalized channel ploted here) and an off threshold of 50 coutns.  Since the wind is high today and locking the full IFO is not really an option, nutsinee will give this a try if it is compatible with Hugh's measurements. 

Images attached to this report
Comments related to this report
travis.sadecki@LIGO.ORG - 19:11, Friday 30 October 2015 (22988)

I attempted to transition from PRMI to DRMI during the first locking attempt after the wind had died down.  While the transition kept PRMI locked for quite a while (see screenshot of StripTool), it couldn't hold it long enough to grab DRMI.

Images attached to this comment
nutsinee.kijbunchoo@LIGO.ORG - 19:36, Friday 30 October 2015 (22990)

I found a typo in ISC_DRMI guardian code after ISC_DRMI gave the connection error notification. H1:LSC-TRIG_MTRX_2_2 was written as  H1:LSC_TRIG_MTRX_2_2. Fixed it and hopefully we can move on.

H1 DetChar (DetChar, PEM)
vincent.roma@LIGO.ORG - posted 11:41, Friday 30 October 2015 (22980)
Blip Glitch - Cosmic Ray Trigger Comparison

I looked at cosmic ray triggers within one minute around each blip glitch at LHO during ER8 and the first week of O1.  I then put that information into the attached histogram, where each time is relative to the nearest blip glitch.  Each blip could contribute however many triggers were within a minute around the time.

Total time analyzed: 4440 seconds (74 blips, 60 seconds each)

Total Cosmic Triggers: 640 (10.49 per bin in the histogram)

Trigger Rate: 0.144 Hz

Histograms for the triggers around every individual blip glitch can be found here .

I also analyzed 8 hours (from 4 different days) of arbitrarily chosen time from O1 to get a sense of the overall cosmic trigger rate.  I found that the average cosmic trigger rate was exactly the same, .144 Hz .  So the cosmic trigger rate near to blip glitches (within 30 seconds) seems to be exactly the same as the overall average cosmic trigger rate.  This, along with the apparently random distribution of triggers in the histogram, would suggest to me that there is no correlation between blip glitches and cosmic ray triggers.

 

The original blip times come from this page , however Marissa Walker has gone through the list of times and removed glitches that don't appear to be blips under close inspection.  This significantly reduced the number of times.  The most recent time that I included in my analysis was from Sept 23rd.  I would be happy to run over more recent times if anyone has a more recent list of blip glitches.

Images attached to this report
H1 AOS
miquel.oliver@LIGO.ORG - posted 10:47, Friday 30 October 2015 - last comment - 22:22, Tuesday 03 November 2015(22978)
Proposal to change the DTT template displaying MICH. (from the Hanning window to Flat-top)

The DTT template for showing the MICH spectrum on the control room wall is suffering from leakage,  preventing us from seeing some features in the 8 to 11 Hz range. The current parameters and window are:

 

Window: Hanning

Start/end frequencies: 0/74444Hz 

BW: 0.1Hz 

Overlap: 70% 

Avarages: 3

Resulting BW: 0.18Hz

 

After playing with the available windows (but keeping all other parameters fixed so it will refresh with the same latency), I have found that Flat-Top reduces the resulting BW to 0.24Hz but also reduces the leakage problem. This would allow us to see features over the problematic range. The first two attached figures correspond to 2015-10-28 14:48:24 ; they show how the Hanning window suffers from a real leakage problem while Flat-top maintains it’s performance. The feature over 8Hz corresponds to a problem solved by Bubba on log (22939). 

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 11:33, Friday 30 October 2015 (22979)

I rather prefere to change the whitening filter, instead of chaging the windowing method.

miquel.oliver@LIGO.ORG - 22:22, Tuesday 03 November 2015 (23090)

Jeff and Miquel changed the DTT template displaying MICH, the new parameters and window are:

Window: Flat-Top

Start/end frequencies: 0/74444Hz 

BW: 0.08Hz 

Overlap: 70% 

Avarages: 3

Resulting BW: 0.235628Hz

We believe that changing the whitening filter will not solve this leakege problem. The Hanning window resolves the frequency location better i.e smaller *BW but it's error in amplitude is up to 16%, whereas the FlatTop window measures better amplitude there for in this case reduses the leakege problem.

H1 SEI
hugh.radkins@LIGO.ORG - posted 09:41, Friday 30 October 2015 (22977)
ITMY Coil Driver Tripped ISI Yesterday

In 22947, I said "...the coil driver sent a bad status..."  This is too broad and points fingers at the Coil Driver.  While the zero bit may have originated at the coil driver, as we believe that occurrance will latch the state it is very possible the bit dropping to zero may have originated down stream.  There is the binary interface chassis bundling all the 9pin channels into db37s and then the Bin I/O card in the I/O chassis.  Trouble shooting these doesn't appear easy, especially in O1 time.

It makes sense that we tailor the model side to not trip the ISI when these less than a second changes occur.  Otherwise we should just wait to see if it is a problem.  Looking back a month, the first time it occurred was during the power outage but that was legit.  Otherwise, it occurred Tuesday but Richard says that might have been him exploring, experimenting or some other exing.  And then yesterday.  So other than the model change which we'll discuss that what should be a simple code adjustment, we'll leave it til it breaks for now.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 08:27, Friday 30 October 2015 - last comment - 08:29, Friday 30 October 2015(22974)
Day Ops Transition

TITLE: "10/30 [DAY Shift]: 15:00-23:00UTC (08:00-16:00 PDT), all times posted in UTC"

STATE Of H1: Lock Acquisition

OUTGOING OPERATOR: TJ

QUICK SUMMARY: Wind ~30 mph. Switched to 90mHz blend. TJ reported he had trouble with DRMI when so he had to switched it back to 45 mHz. Just had a lockloss at DRMI so I'm gonna try switching the blend back to 45 before doing DRMI. Things don't look very hopeful.

Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 08:29, Friday 30 October 2015 (22975)

Lockloss at FIND IR when trying to swtich blend mid way. Now I know it can't be done....

LHO General
thomas.shaffer@LIGO.ORG - posted 08:03, Friday 30 October 2015 (22973)
Ops Owl Shift Summery
H1 ISC (Lockloss)
thomas.shaffer@LIGO.ORG - posted 07:16, Friday 30 October 2015 (22972)
PRMI to DRMI transition failure

Here is some info that Sheila wanted.

13:50 started to try PRMI

13:52 PRMI locked

13:56 Transition start and fail

(A few trends attached one just zoomed in more than the other)

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 05:44, Friday 30 October 2015 (22971)
Lockloss

Lockloss at 12:42 UTC, seemed to be a few large gusts right before the we lost it. EX trace hit 50mph.

LHO General
thomas.shaffer@LIGO.ORG - posted 03:23, Friday 30 October 2015 (22970)
Ops Owl Report

Winds have picked up to into the high 20's with some gusts hitting 40mph. Looks like the IFO is really struggling to hold on, but has so far. Let's hope the wind dies down a bit.

H1 PEM
jordan.palamos@LIGO.ORG - posted 00:09, Friday 30 October 2015 (22968)
RF Sweep - PEM Injection Report

Jordan Palamos, Robert Schofield

 

Report attached: copying background and summary below

--------------------------------------------------------------------------------------------------------

Background

In early September as part of the PEM injection set we injected RF at specific frequencies where coupling to the interferometer was thought possible. The injections were done using dipole antennas and RF amplifier located by the water tank on site. For those injections the 9 MHz and 45 MHz injections were picked up by the PEM radio channels in the corner station electronics bay ~1000x louder than the background. Of the 10 frequencies chosen only the 45MHz injection showed up in the gravitational wave channel, barely visible over the noise. Those results have shown that RF coupling to the interferometer is small at these frequencies where coupling might have been expected and additionally for the coupling at 45Mhz any RF signal would have to show up very strongly in our auxiliary channels before it shows up in the gravitational wave channel. In order to check for strong and unexpected couplings outside of these frequencies we injected a swept sine spanning a wide range of frequencies.

 

Summary

We injected an rf sweep from 9 kHz to 100 MHz to check for coupling from environmental rf to the interferometer. We found no evidence for strong coupling at any frequency within the band. An initial upper limit for coupling is that a signal will need to show up with an SNR of 100 on the RF scanner to have an SNR of 1 in DARM, but further investigations may be able to lower that.

Non-image files attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 00:04, Friday 30 October 2015 (22969)
Ops Owl Shift Transition
LHO General
patrick.thomas@LIGO.ORG - posted 00:00, Friday 30 October 2015 (22967)
Ops Eve End Shift Summary
TITLE: 10/29 [EVE Shift]: 23:00-07:00 UTC (16:00-00:00 PDT), all times posted in UTC
STATE Of H1: Observing @ ~77 MPc.
SHIFT SUMMARY: Remained in observing remainder of shift. Winds and seismic are mostly unchanged.
INCOMING OPERATOR: TJ

Quiet shift, not much to report.

Five SUS ETMY saturations since start of observing.

Intention Bit: Undisturbed (Oct 29 23:20:02 UTC)
Current time: Oct 30 00:00:00 UTC
SUS E_T_M_Y saturating (Oct 30 00:37:48 UTC)
SUS E_T_M_Y saturating (Oct 30 00:39:18 UTC)
Current time: Oct 30 01:00:00 UTC
Current time: Oct 30 02:00:00 UTC
Current time: Oct 30 03:00:00 UTC
SUS E_T_M_Y saturating (Oct 30 03:27:37 UTC)
SUS E_T_M_Y saturating (Oct 30 03:36:40 UTC)
Current time: Oct 30 04:00:00 UTC
SUS E_T_M_Y saturating (Oct 30 04:25:33 UTC)
LHO General
patrick.thomas@LIGO.ORG - posted 20:02, Thursday 29 October 2015 (22966)
Ops Eve Mid Shift Summary
Have remained in observing. No changes to report.
H1 PSL (ISC, SEI)
hugh.radkins@LIGO.ORG - posted 11:12, Tuesday 27 October 2015 - last comment - 10:26, Friday 30 October 2015(22881)
Tidal Trip 25 Sept--Looks like Temps in PSL

Kiwamu reported in 22781 about a couple lock losses due to the drive to HEPI hitting the 250um limit.  HEPI can handle more than this but should not need to if the PSL (likely Ref Cav) temperature does not trend off somewhere.

Attached are several PSL Temp channels for 14 days with the limit hit time noted on the run away Tidal Channel.  Certainly many of the PSL Temp channels show a trend that correlates pretty well with the run away.  In iLIGO we had tight temp control of the Ref Cav, do we have a temp of the Ref Cav now or is there another signal that would best represent that?

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 11:17, Tuesday 27 October 2015 (22883)

The Oct 11 near miss shows some trend as well but things are very suttle in this regard.  We would be well served to tighten the ref cav temp.

jason.oberling@LIGO.ORG - 10:26, Friday 30 October 2015 (22976)PSL

The signal for the RefCav temp is H1:PSL-FSS_DINCO_REFCAV_TEMP.  Unfortunately this channel is not calibrated to degrees, it just reads out in counts.  I've attached a trend over the same time scale as Hugh's above (14 days) of the ETMx HEPI tidal channel and PSL laser room temperatures, and also including the RefCav temp. 

At ~13:45 on 9/23 (~48 hours before ETMx HEPI hits its tidal limit) the RefCav temp seems to respond to a temperature rise in the PSL laser room; the temp in the laser room rose ~0.5 °F over the course of ~12 hours, leveling out at ~01:30 on 9/24.  The RefCav shows a quick rise over the first ~45 minutes and then a slow rise and leveling off over the remaining 11 hours, also leveling out at ~01:30 on 9/24.  And although the laser room temp continues to slowly increase over the next several days the RefCav temp remains steady.

Images attached to this comment
Displaying reports 62181-62200 of 84565.Go to page Start 3106 3107 3108 3109 3110 3111 3112 3113 3114 End