Displaying reports 64861-64880 of 85204.Go to page Start 3240 3241 3242 3243 3244 3245 3246 3247 3248 End
Reports until 21:54, Tuesday 25 August 2015
H1 GRD (GRD, ISC)
sheila.dwyer@LIGO.ORG - posted 21:54, Tuesday 25 August 2015 (20890)
ASC convergence checking for guardian

One of the difficulties we had after maintence day today was caused by the DRMI ASC not being completely offloaded to the suspension top stage before the gaurdian attempted to offload the ASC to the alingment sliders.  I've added a check to the guardian, and there is a function called asc_convergence_checker in ISC_library that can be used for this in other states as well.  It would be a good idea to add these checks durring inital alingment and possibly before the power up.  

H1 ISC
sheila.dwyer@LIGO.ORG - posted 19:25, Tuesday 25 August 2015 (20884)
Transfer functions of AS WFS

 Daniel, Sheila

We went to the racks near HAM6 and measured the response of each quadrant of the AS WFS, both for 45 and 36 channels.  We sent the excitation in on test in and read it back using RF mon on each quadrant's demod. The notches for 91 MHz are generally mistuned, (they are between 87 and 90 MHz).  An image is attched for one 36 MHz channel and one 45 MHz channel, the data for all the channels are in the attached zip file.

  magnitude at 45.5MHz (dB) at 36.4MHz (dB) at 91 MHz (dB)
AS A 45 ch1 -36.2   -53.6
ch2 -37   -55.2
ch3 -36.8   -54.8
ch4 -36.5   -55.7
AS A 36 ch1   -38.6 -54.8
ch2   -39.3 -56.4
ch3   -39.4 -55.9
ch4   -38.8 -56.8
AS B 45 ch1 -37.2   -55.4
ch2 -36.9   -56
ch3 -37.4   -55
ch4 -37.5   -57.4
AS B 36 ch 1   -39.3 -56.4
ch2   -38.9 -57.3
ch3   -40 -56.4
ch4   -39.4 -58.1
Images attached to this report
Non-image files attached to this report
H1 SYS
daniel.sigg@LIGO.ORG - posted 18:57, Tuesday 25 August 2015 (20889)
EtherCAT system uptime

The attached plot shows the uptime for all three EtherCAT computers. A restart is occurring, when the value jumps to zero from a value smaller than 49.7 days. If it reaches 49.7 days (2^32 in ms), it simply wraps around back to zero. Most of the restarts were due to software upgrades. The only 2 crashes in the past 64 days were in end X due to a now fixed configuration error. End Y has been up and running for more than 50 days without interruption.

Images attached to this report
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 18:28, Tuesday 25 August 2015 (20888)
CDS maintenance Summary

Maintenance Day Summary:

DAQ Reconfiguration WP5456

Peter F, Hugh, Jeff K, Keita, Daniel, Dave:

GDS broadcaster was modified, details in ealier alog. h1calex modified to write IRIGB channel to science frame. Channels reduced/removed from science frame from models h1oaf and h1asc. Following model restarts the DAQ was restarted.

New Frame Writer Install WP5455

Carlos, Keith, Dave, Jim:

new frame writer is being built today. Installation is ongoing.

Guardian autoburt.req

Dave, Patrick:

the autoBurt.req file for guardian was regenerated to match new nodes. A new channel list was applied to conlog.

Start of HWS EPICS IOC

Ellie, Nutsinee, Dave:

Ellie and Nutsinee started the HWS EPICS IOC, the DAQ EDCU reconnected to these channels.

Timing System

Richard, Filiburto, Dave

The reference GPS receiver in the MSR was hooked up to its roof mounted antenna. Its 1PPS signal was connected to the third port of the MSR comparator.

I am updating the timing as-built drawings, which required touching timing cables to determine routing/naming and going onto the roof.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 18:07, Tuesday 25 August 2015 (20886)
DAQ Broadcaster reconfiguration

The H1BROADCAST0.ini file was modified this morning to:

fix a typo in one channel

remove obsolete channels which no longer exist in the H1 system.

full list is here.

here is the list of removed channels

H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 17:37, Tuesday 25 August 2015 (20885)
Cleaned both TCSX and TCSY chiller filters
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 16:23, Tuesday 25 August 2015 (20880)
CDS model and DAQ restart report, Monday 24th August 2015

ER8 Day 8. No restarts reported

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 16:21, Tuesday 25 August 2015 (20879)
CDS model and DAQ restart report, Sunday 23rd August 2015

ER8 Day 7. No restarts reported.

H1 CDS
patrick.thomas@LIGO.ORG - posted 16:21, Tuesday 25 August 2015 - last comment - 18:16, Tuesday 25 August 2015(20878)
updated Conlog channel list
Added 19 channels. Removed 16 channels.

The following channels remain unmonitored:

H1:GRD-SYS_DIAG_LOGLEVEL
H1:GRD-SYS_DIAG_MODE
H1:GRD-SYS_DIAG_NOMINAL_S
H1:GRD-SYS_DIAG_REQUEST
H1:GRD-SYS_DIAG_REQUEST_S
H1:GRD-SYS_DIAG_STATE_S
H1:GRD-SYS_DIAG_STATUS
H1:GRD-SYS_DIAG_TARGET_S
Comments related to this report
jameson.rollins@LIGO.ORG - 16:39, Tuesday 25 August 2015 (20883)

The SYS_DIAG node was removed this morning, so those channels will never exist.

There is now a DIAG_MAIN node, so new channels: H1:GRD-DIAG_MAIN...

patrick.thomas@LIGO.ORG - 18:16, Tuesday 25 August 2015 (20887)
Dave updated the guardian autoBurt files and I rescanned the channel list.

+ H1:GRD-DIAG_MAIN_LOGLEVEL
+ H1:GRD-DIAG_MAIN_MODE
+ H1:GRD-DIAG_MAIN_NOMINAL_S
+ H1:GRD-DIAG_MAIN_REQUEST
+ H1:GRD-DIAG_MAIN_REQUEST_S
+ H1:GRD-DIAG_MAIN_STATE_S
+ H1:GRD-DIAG_MAIN_STATUS
+ H1:GRD-DIAG_MAIN_TARGET_S
+ H1:GRD-SR3_CAGE_SERVO_LOGLEVEL
+ H1:GRD-SR3_CAGE_SERVO_MODE
+ H1:GRD-SR3_CAGE_SERVO_NOMINAL_S
+ H1:GRD-SR3_CAGE_SERVO_REQUEST
+ H1:GRD-SR3_CAGE_SERVO_REQUEST_S
+ H1:GRD-SR3_CAGE_SERVO_STATE_S
+ H1:GRD-SR3_CAGE_SERVO_STATUS
+ H1:GRD-SR3_CAGE_SERVO_TARGET_S
- H1:GRD-SYS_DIAG_LOGLEVEL
- H1:GRD-SYS_DIAG_MODE
- H1:GRD-SYS_DIAG_NOMINAL_S
- H1:GRD-SYS_DIAG_REQUEST
- H1:GRD-SYS_DIAG_REQUEST_S
- H1:GRD-SYS_DIAG_STATE_S
- H1:GRD-SYS_DIAG_STATUS
- H1:GRD-SYS_DIAG_TARGET_S
inserted 16 pv names
deleted 8 pv names
H1 CDS
patrick.thomas@LIGO.ORG - posted 16:16, Tuesday 25 August 2015 - last comment - 16:26, Tuesday 25 August 2015(20877)
ISC_LOCK guardian all states medm not opening
Kiwamu, Patrick

Neither of us can get the medm screen for all the ISC_LOCK guardian states to open.
Comments related to this report
jameson.rollins@LIGO.ORG - 16:26, Tuesday 25 August 2015 (20881)

That almost always means there's a syntax error with the ISC_LOCK guardian node:

jameson.rollins@operator1:/opt/rtcds/userapps/release 130$ guardutil print ISC_LOCK
ifo: H1
name: ISC_LOCK
Traceback (most recent call last):
  File "/ligo/apps/linux-x86_64/guardian-1485/bin/guardutil", line 396, in <module>
    args.func(args)
  File "/ligo/apps/linux-x86_64/guardian-1485/bin/guardutil", line 34, in sprint
    cli.print_system(system)
  File "/ligo/apps/linux-x86_64/guardian-1485/lib/python2.7/site-packages/guardian/cli.py", line 90, in print_system
    system.load()
  File "/ligo/apps/linux-x86_64/guardian-1485/lib/python2.7/site-packages/guardian/system.py", line 403, in load
    module = self._load_module()
  File "/ligo/apps/linux-x86_64/guardian-1485/lib/python2.7/site-packages/guardian/system.py", line 291, in _load_module
    self._module = self._import(self._modname)
  File "/ligo/apps/linux-x86_64/guardian-1485/lib/python2.7/site-packages/guardian/system.py", line 165, in _import
    module = _builtin__import__(name, globals, locals, fromlist, level)
  File "/opt/rtcds/userapps/release/isc/h1/guardian/ISC_LOCK.py", line 1339
    @nodes.checker().switch('SUS-PR2_M1_LOCK_P', 'INPUT', 'ON')
                    ^
SyntaxError: invalid syntax
jameson.rollins@operator1:/opt/rtcds/userapps/release 1$ 

H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:00, Tuesday 25 August 2015 (20875)
Ops Day Shift Summary

LVEA: Laser Hazard

IFO: UnLocked

Observation Bit: Commissioning 

 

All Times in UTC

15:00 Take over from Ed

15:00 IFO Unlocked for maintenance

15:00 Hugh – Going to HAM2 to install STS A seismometer

15:00 Praxair N2 delivery to CP1

15:12 Christina & Karen – Cleaning in the LVEA

15:17 Gerardo & Kyle – Moving vacuum equipment between end stations

15:20 HFD – On site to work on alarms

15:22 Keita – Going to End-X to power cycle QPD

15:24 Joe – Escorting Sprague in LVEA

15:30 Jodi – Going to Y arm, X arm, & LVEA tagging vacuum equipment

15:33 Filiberto – Going to End-X to look into UIM problem

15:47 Joe & Sprague – Out of LVEA – Going to End-X and End-Y

15:50 Carlos – Going to End-X and End-Y to work on phones

15:54 Elli – Going to Hartman table at HAM4

15:56 Richard – Going into CER to work on PRM problem

16:01 Sudarshan – Going into LVEA to check on various PEM equipment

16:12 Nutsinee – TCS Temp Sensor swap

16:16 Elli – Out of LVEA

16:25 Filiberto – Finished at End-X

16:54 Joe & Sprague – Back from End Stations

16:55 Joe & Sprague – Going to the carpenter shop

16:59 Christina & Karen – Cleaning at End-X

17:00 Joe & Sprague – Back from carpenter shop

17:03 Sprague – Checking traps on the X-Arm  

17:05 Jodi – Finished at End Stations, going into the LVEA

17:19 Christina & Karen – Finished at End-X – Going to End-Y

17:29 Kiwamu – Going to PSL rack to measure ALS-Diff stuff

17:44 Keita – Finished at End-X

18:03 Keita – Starting model restarts

18:03 Christina & Karen Finished at End-Y

18:08 Sheila – Taking down the mode cleaner

18:24 Travis – Going into LVEA to get cables

18:26 Dave – Doing DAQ restart

18:29 Elli – Going into the LVEA to assist Nutsinee

18:32 Travis – Out of LVEA

18:38 Filiberto & Andres – Terminating cables near the PSL rack

18:41 Carlos – Back from the End Stations

18:42 Dave – Going into CER and both end stations to update drawings

18:55 Elli – Out of the LVEA

18:58 Nutsinee – Out of the LVEA

19:00 Kyle & Gerardo – Driving truck & trailer from End-Y past CS going to End-X

19:03 Jeff K. – Going into LVEA to check on cable work near PSL rack

19:05 Sprague – Back from both arms

19:10 Jeff K. – Out of LVEA

19:10 Filiberto & Andres – Out of LVEA – in CER terminating cables

19:20 Add 250ml water to PSL crystal chiller

19:35 Kyle & Gerardo – Finished moving vacuum equipment

20:22 HFD – Maintenance work at Mid-Y and End-Y

20:41 Joe & Chris – Removing birds nest from ladder

20:50 Richard – Going to the roof

21:06 Richard – Off the roof

21:12 Richard – Going into MSR

21:14 Joe & Chris – Back from Mid-X

22:16 IFO locked at NOMINAL_LOW_NOISE

 

Shift Summary & Observations:

   Start maintenance at 15:00. Working through the task list.

   No apparent issues with maintenance tasks

   Finished maintenance around 18:00, Leo and Kiwamu taking measurements until around 19:50

 

   Started to lock the IFO at 19:55. Green locking OK. The alignment on AS-Air did not look so good. Run an initial alignment and start locking the IFO.  Had to dress up the power by tweaking PRM (mostly in yaw). Commissioners were making fine adjustments, and the IFO locked at NOMINAL_LOW_NOISE with a 50Mpc range. After the initial alignment and a few adjustments by the commissioners, the IFO locked without much difficulty.   

 

   NOTE: The PSL crystal chiller was alarming with a low water level. Add 250ml of water to top off reservoir. According to the log on the chiller, water was last added on 08/05/15. The PSL chiller water levels need to be checked once per week.   

 

   Commissioners are working on calibration.  

H1 SUS (SUS, SYS)
leonid.prokhorov@LIGO.ORG - posted 15:21, Tuesday 25 August 2015 (20874)
OPLEV charge measurements
Charge measurements was done on both ETMs.
It seems like ETMY change the sign of charging after changing the bias sign on ETMY (see 20387) while ETMX charging is the same (as well as the bias sign).
Now (since Aug,10) both ETMX and ETMY Biases are -9.5V, 
Plots are in attachment.
Images attached to this report
H1 SYS
hugh.radkins@LIGO.ORG - posted 13:51, Tuesday 25 August 2015 - last comment - 14:46, Tuesday 25 August 2015(20870)
ODC Master model Updated per E1500352

w/conversations and email from Duncan,

Svn Up'd:  userapps/release/sys/common/models/ODC_MASTER_PARTS_V2.mdl

Svn Added:  userapps/release/sys/common/src/RIP_OBS_READY_FROM_MASTER.c

Modified: userapps/release/sys/h1/models/h1odcmaster.mdl from DCC E1500352 tarball.

recompiled, installed, started.

This presented two new channels:  H1:ODC-AUTO_UNSET_OBS_INTENT & H1:ODC-OBS_READY_BIT_NUMBER

These were set to be monitored in SDF and set their values to 1 & 2 respectively.  This means 1==> yes automatically unset the observation intent bit based on the value of bit number 2 in ODC MASTER.

The modified safe.snap has been commited to the svn.

Comments related to this report
jameson.rollins@LIGO.ORG - 14:13, Tuesday 25 August 2015 (20871)

I have updated and reloaded the guardian IFO top node such that it no longer unsets the 'ODC-OPERATOR_OBSERVATION_READY' (aka INTENT) bit after dropping from OK.  This logic is now handled in the ODC MASTER.

Please see LLO alog 19981 for information about how this affects operations.  Probably the most salient aspect of the change:

The INTENT (ODC-OPERATOR_OBSERVATION_READY) bit will not be allowed to be set by the operator unless the READY bit is True.

The READY bit is composed of two parts:

  • guardian IFO top node OK
  • No EXC channels active (as determined by ODC master)

If the INTENT bit can not be set, look at the state of both of these things to determine if there is an issue.

jameson.rollins@LIGO.ORG - 14:46, Tuesday 25 August 2015 (20872)

I also just removed the unsetting of ODC-OPERATOR_OBSERVATION_READY from ISC_LOCK (it shouldn't have been there in the first place).  ISC_LOCK was reloaded, so this change should have taken affect.

H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 13:44, Tuesday 25 August 2015 (20869)
TCS CO2X temp sensor installation

Elli, Nutsinee

The clamp turned out to be a little big so the sensor couldn't be firmly held to the mount but it is in place and won't go anywhere. The configuration is the same as how we installed it at the CO2Y.

H1 CAL
kiwamu.izumi@LIGO.ORG - posted 01:15, Tuesday 25 August 2015 - last comment - 18:08, Tuesday 25 August 2015(20851)
OMC DCPD calibration in single bounce configuration

This is just a quick report about one of today's calibration activities.

I made a measurement to help understanding the OMC DCPD response by having intensity modulated light on OMC in a simple configuration. At the beginning I was going to use ISS PD arrays to calibration the intensity noise, but it turned out that they were not accurate enough to get 1 % accuracy due to mismatched dewhitening filters in the digital system. Seeking for alternatives, I finally ended up with ASC AS_C. Data and analysis to come later.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 18:08, Tuesday 25 August 2015 (20876)

The frequency response of OMC DCPDs (A and B) are checked using ASC-AS_C as a intensity noise monitor in the single bounce configuration. Even though the response of ASC-AS_C is not well known, the result shows an almost flat response as expected with a deviation of 6% at most which is encouraging.

In order to improve the accuracy of the measurement, we should prepare a well-calibrated photo detector, probably placed at ISCT6, and make the same comparison measurement with the OMC DCPDs.

 

Method:

The interferomter was in a single-bounce configuration where the beam bounces off of ITMX and goes to the AS port without any recycling. Also ETMs are misaligned as well in order to avoid flash from the arm cavities. The PSL power was intentionally set to the maximum in order to get the maximum signal to noise ratio everywhere. The OMC is locked to the carrier 00 mode with a OMC-LSC_GAIN of 20. I forgot the UGF of the OMC length loop, but it was on the order of 100 Hz, I believe. The OMC alignment was done by the QPD loops with a overall gain of 0.1. For some reason, I needed to engage DC centering loops for the AS WFS A and B, otherwise it would saturate the OMC suspension. The photo current on each OMC DCPD was about 17 mA, which is a bit too high compared with the nominal full lock photo current of 10 mA.

I injected swept sine signal to the ISS inner loop from 7 kHz to 10 Hz. Then I measured a relative response between ASC-AS_C segment 3 and two OMC DCPDs. One trick in doing this is that I had to use an IOP signal to measure the response of ASC-AS_C because the ASC front end runs at only 2 kHz. Also, since I used the IOP signal, I was not able to grab summed QPD signals, and that's why I ended up with one of the QPD segments. Segment 3 happened to receive the highest power and therefore I chose this for the final analysis.

The dtt file and its ascii formated data are checked into the SVN at

/CalSVN/aligocalibration/trunk/Runs/ER8/H1/Measurements/OMCDCPDs/2015-08-24_omc_dcpd_and_asc_pd.xml

/CalSVN/aligocalibration/trunk/Runs/ER8/H1/Measurements/OMCDCPDs/2015-08-24_asc_to_omc_dcpds_tfs.txt

/CalSVN/aligocalibration/trunk/Runs/ER8/H1/Measurements/OMCDCPDs/2015-08-24_asc_to_omc_dcpds_coh.txt

Also the analysis code can be found in SVN at

CalSVN/aligocalibration/trunk/Runs/ER8/H1/Scripts/OMCDCPDs/analyze_asc_to_omc_dcpds.m

 

Results:

The result is shown in the attached pdf. It is relative gain (or transfer function) between OMC DCPDs and ASC-AS_C. The red dots are for DCPD A and blue for DCPD B. The following frequency responses are taken into account:

  • OMC DCPD pre-amp high freq poles (13.7 kHz and 17.8 kHz) (alog 18008
  • OMC DCPD pre-amp audio freq zpk (alog 17647) which are compensated in the OMC front end model.
  • IOP down sampling filter (64 kHz -> 16 kHz)

Note that since AS_C is acquired at 64 kHz without any downsampling, I did not apply any digital low pass for it. Aside from these known parameters, I had to make some assumptions as follows.

  • Analog antialiasing filters are the same between all the PDs and therefore they cancel when taking a ratio of any two PDs.
  • ASC-AS_C has a built in whitening with zpk([0.39], [39.8; 79.6e3] ) according to D1001974.
  • The response of ASC-AS_C is flat in frequency.

Obviously, the key points to success this method is to reduce the number of the assumptions, but this time I simply attempted with ASC-AS_C, which I had to make multiple assumptions, to get some idea of how the measurement would go.

As shown in the upper panel, the absolute magnitude is almost flat with a trend in which the DCPD response higher at high frequencies. The error bars are placed by using the usual coherence technique (see alog 10506). The low frequency part below 20 Hz is clearly limited by low coherence, but it seems to consistently show lower response at low frequencies. If we take a peak to peak of the variation, it is going to be roughly 1.04 / 0.94 ~ 10 %. Looking at the phase, shown in the lower panel, the phase seems to diverge as it goes to high frequencies such as AS_C response. I don't think it can be explained by mismatch in the analog anti-aliasing filters because they are usually well matched. At this point, we can not really say if the high frequency deviation is from the real DCPD response of some artifact from unidentified uncompensated AS_C response.

Non-image files attached to this comment
Displaying reports 64861-64880 of 85204.Go to page Start 3240 3241 3242 3243 3244 3245 3246 3247 3248 End