Displaying reports 56901-56920 of 83107.Go to page Start 2842 2843 2844 2845 2846 2847 2848 2849 2850 End
Reports until 15:30, Monday 02 May 2016
H1 General
cheryl.vorvick@LIGO.ORG - posted 15:30, Monday 02 May 2016 - last comment - 17:19, Monday 02 May 2016(26931)
Ops Day Summary:

Status of H1: down for inspection of PSL / HPO

Activities:

- tomorrow the biggest Mantenance activities are 

- reboots of all CR workstations
- CDS computer work
- baking the vertex in the LVEA
 
- prep for computer work and other non-laser activities
 
Site activities today:
- Bubba-Chris, 3IFO in LVEA
- Kyle - LVEA - vacuum - craned pump over the beamtub
- Jim - end statuoins - SEI work
- Jeff B - LVEA access to parts
- Fil - LVEA - BSC1/3 temperature sensors
- Peter/Rick diagnosing and inspecting the HPO
- SDF work in preparation for model restarts
- IO IM1-4 SDF modified / updated with Betsy and Jenne's OK
- JeffB just informed me that Dust Monitors are all hooked up, and read data.
 
Site Environment:
- Winds increasing slightly
- 3 earthquartes in the last 10 hours, but did not trip SEI platforms
 
 
 
 
Comments related to this report
cheryl.vorvick@LIGO.ORG - 15:32, Monday 02 May 2016 (26932)

22:31UTC - Gerardo to CP3 to fill

patrick.thomas@LIGO.ORG - 17:19, Monday 02 May 2016 (26940)
22:52 UTC Gerardo back
H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 14:04, Monday 02 May 2016 - last comment - 11:20, Thursday 05 May 2016(26927)
Restarted h1hwsmsr and restarted HWSX code

~21:01 UTC I turned off the camera, frame grabber, then powercycled the computer (then turned the frame grabber and the camera back on). Only HWSX code is running at the moment. Things look good for now.

Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 09:45, Tuesday 03 May 2016 (26960)

May 3 16:44 UTC Stopped HWSX code and ran HWSY code alone. HWSX code had been running fine since yesterday.

nutsinee.kijbunchoo@LIGO.ORG - 11:20, Thursday 05 May 2016 (27030)

May 5th 18:20 UTC  I noticed HWSY code stopped running. There has been many comuter and front end restart since I left it running so it was unclear what caused it to stop. I reran it again and going to leave it again for another day.

H1 CDS
patrick.thomas@LIGO.ORG - posted 14:00, Monday 02 May 2016 - last comment - 22:42, Monday 02 May 2016(26926)
h1conlog1-master down
May  2 12:08:37 h1conlog1-master conlog: ../conlog.cpp: 301: process_cac_messages: MySQL Exception: Error: Data too long for column 'value' at row 1: Error code: 1406: SQLState: 22001: Exiting.

Coincident with Bechoff restarts?
Comments related to this report
patrick.thomas@LIGO.ORG - 14:32, Monday 02 May 2016 (26929)
Restarted.
patrick.thomas@LIGO.ORG - 18:52, Monday 02 May 2016 (26944)
Restarted again. Same error.
daniel.sigg@LIGO.ORG - 22:42, Monday 02 May 2016 (26954)

This may be different, but we also ended up with a couple of corrupt autoburt files. There the problem seems to be that string values are not properly escaped. A carriage return character in a string will force a line break in the autoburt text file. A burt restore will then complain that the string is not terminated by double quotes.

H1 SEI
thomas.shaffer@LIGO.ORG - posted 13:04, Monday 02 May 2016 (26925)
Ground Seismometer Mass Position check FAMIS 4606

There are 4 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 2 DOF X/U = -0.581 [V]
ETMX T240 2 DOF Y/V = -0.554 [V]
ETMX T240 2 DOF Z/W = -0.433 [V]
ITMY T240 3 DOF Z/W = -0.43 [V]


All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = -0.008 [V]
ETMX T240 1 DOF Y/V = 0.027 [V]
ETMX T240 1 DOF Z/W = 0.026 [V]
ETMX T240 3 DOF X/U = 0.014 [V]
ETMX T240 3 DOF Y/V = -0.188 [V]
ETMX T240 3 DOF Z/W = -0.011 [V]
ETMY T240 1 DOF X/U = 0.004 [V]
ETMY T240 1 DOF Y/V = -0.076 [V]
ETMY T240 1 DOF Z/W = -0.029 [V]
ETMY T240 2 DOF X/U = -0.203 [V]
ETMY T240 2 DOF Y/V = 0.001 [V]
ETMY T240 2 DOF Z/W = 0.12 [V]
ETMY T240 3 DOF X/U = -0.038 [V]
ETMY T240 3 DOF Y/V = -0.033 [V]
ETMY T240 3 DOF Z/W = 0.059 [V]
ITMX T240 1 DOF X/U = 0.056 [V]
ITMX T240 1 DOF Y/V = 0.159 [V]
ITMX T240 1 DOF Z/W = 0.126 [V]
ITMX T240 2 DOF X/U = 0.118 [V]
ITMX T240 2 DOF Y/V = 0.18 [V]
ITMX T240 2 DOF Z/W = 0.182 [V]
ITMX T240 3 DOF X/U = -0.289 [V]
ITMX T240 3 DOF Y/V = 0.153 [V]
ITMX T240 3 DOF Z/W = 0.15 [V]
ITMY T240 1 DOF X/U = 0.154 [V]
ITMY T240 1 DOF Y/V = 0.031 [V]
ITMY T240 1 DOF Z/W = 0.062 [V]
ITMY T240 2 DOF X/U = 0.172 [V]
ITMY T240 2 DOF Y/V = 0.232 [V]
ITMY T240 2 DOF Z/W = 0.173 [V]
ITMY T240 3 DOF X/U = -0.059 [V]
ITMY T240 3 DOF Y/V = 0.186 [V]
BS T240 1 DOF X/U = 0.011 [V]
BS T240 1 DOF Y/V = 0.029 [V]
BS T240 1 DOF Z/W = 0.145 [V]
BS T240 2 DOF X/U = 0.103 [V]
BS T240 2 DOF Y/V = 0.164 [V]
BS T240 2 DOF Z/W = 0.18 [V]
BS T240 3 DOF X/U = 0.054 [V]
BS T240 3 DOF Y/V = 0.057 [V]
BS T240 3 DOF Z/W = -0.05 [V]
 


All STSs prrof masses that within healthy range (< 2.0 [V]). Great!


Here's a list of how they're doing just in case you care:
STS A DOF X/U = -0.0 [V]
STS A DOF Y/V = -0.0 [V]
STS A DOF Z/W = -0.0 [V]
STS B DOF X/U = 0.081 [V]
STS B DOF Y/V = -1.167 [V]
STS B DOF Z/W = 0.038 [V]
STS C DOF X/U = -0.0 [V]
STS C DOF Y/V = -0.0 [V]
STS C DOF Z/W = -0.0 [V]
STS EX DOF X/U = -0.036 [V]
STS EX DOF Y/V = 0.557 [V]
STS EX DOF Z/W = -0.001 [V]
STS EY DOF X/U = -1.875 [V]
STS EY DOF Y/V = 0.258 [V]
STS EY DOF Z/W = 1.458 [V]
 


FAMIS 4606 closed.

H1 ISC
stefan.ballmer@LIGO.ORG - posted 12:47, Monday 02 May 2016 - last comment - 20:52, Monday 02 May 2016(26924)
PUM noise projection
Using the data from alog 26910, here is a noise projection.

I assumed that the same noise is present in all 16 coils, but is incoherent, i.e. the scaling factor was sqrt(16)=4. Note that the 10Hz and harmonics are due to pick-up, and thus likely coherent at least in the ITMs. Thanks to the alternating magnet polarity, this coupling likely cancels to some degree for length noise, i.e. the attached plot is an over-estimate.

Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 20:52, Monday 02 May 2016 (26950)

Superseded. See alog 26948.

LHO VE
kyle.ryan@LIGO.ORG - posted 11:56, Monday 02 May 2016 (26921)
Gerardo decoded the manufacturer of our 2 1/2 all metal valves
(For future reference)  

The 2 1/2" all metal angle valves used for the VE vent/purge valves and for some of the VE RGA isolation valves are Kurt J. Lesker Co. valves.  These are the ones whose only markings are a hand-scribed "CR60R".  These are rated for 300C bake out when closed and while under vacuum on both sides of the seat and have operating closing torque range of 14 - 22 (ft*lb).
H1 SUS
betsy.weaver@LIGO.ORG - posted 11:51, Monday 02 May 2016 - last comment - 16:19, Monday 02 May 2016(26920)
H1susauxh model DAQ channel fix

Because we were focused on the QUAD-centric susaux model changes last month (alog 25313), we screwed up the DAQ channel lists for the HAM models (h1susauxh2, h34, h56) after a change to the master FOUROSEM library part.  We turned the NOISEMONs for this library part into filter banks so they needed an _OUT in their channel names.  I fixed these today for the 3 sus ham models and Dave recompiled.  We have more work to do on these models as per existing ECRs.  See attached for an example of how I've left these DAQ channel lists.  Note, we still need to deal with the VOLTMONs and switch the T SIXOSEM library part Noisemons.

Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 16:19, Monday 02 May 2016 (26936)

With Kissel, continued more cleanup work to remove VOLTMONs and add filterbanks to the NOISEMON and FASTIMONs of the h1susauxh2, 3h34, and h56 models.  Will continue tomorrow morning to finish tweaking the DAQ channel lists of these.  All under ECR E160003.

H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 11:46, Monday 02 May 2016 (26919)
Accepted TCS SDF differences and unmonitored channels

The last time TCS safe.snap file was updated was April 20th so I accepted TCS SDF differences when TCS guardian nodes are nominal (the one with chiller and ISS servo). Then I unmonitored the channels since the values of these channels are changing slightly all the time as they're being adjusted by the servo.

Images attached to this report
H1 CDS (CDS, ISC, PSL, SEI, SUS)
corey.gray@LIGO.ORG - posted 11:18, Monday 02 May 2016 - last comment - 14:05, Monday 02 May 2016(26917)
Checking SDF Files Prior To RCG 3.0.1

Before the RCG 3.0.1 Reboot (probably later today), there was an action to go through the SDF System to clean it up, check, or atleast note DIFFS.  This is because when the RCG change occurs, ALL front ends will be rebooted!  After a reboot, the frontends should check the safe.snap files and restore the systems to a "SAFE" state determined by these safe.snap files. 

So this is a best effort to make sure we come back to a safe state, with no major surprises and possibly maintain all accepted changes we had.

SDF file checks were primarily addressed by Subsytem experts:

It is sounding like others are ACCEPTING diffs for their subsystems so their SDFs will look green (assuming they have the safe file selected on the SDF).

I picked a few subsystems to help lighten the load for others.  Since I am not an expert on these subsystems, I only took snapshot images of all the DIFFs observed on SDF.  SO, these will have some RED DIFFs!

PSL SDFs came up with these files as default on the SDF Overview:  DBB(safe), FSS(safe), ISS(down), PMC(safe)

ISS came up with the down file, but it also has a safe file as well (the other ones do not have down files).

Did NOT ACCEPT any DIFFS since I am not familiar with channels here.  Jason/Peter are out today so did not want to ACCEPT anything without them.

Took snapshot of:

  1. all files as they came up as default & also
  2. with them ALL as "safes"

 

CS ECAT came up with these files as default on the SDF Overview:  PLC1(OBSERVE), PLC2(down), PLC3(OBSERVE)

All had OBSERVE files, but some did/didn’t have safe & downs.

Did NOT ACCEPT any DIFFs.  Daniel/Patrick said that would be OK.

Took snapshot of:

  1. all files as they came up as default & also
  2. with them ALL as "OBSERVEs"

EX ECAT PLC1(observe), PLC2(down), PLC3(observe)& PEM (safe)

The ECATs mainly had OBSERVEs (plc2 had a down though).

Took snapshot of:

  1. all files as they came up as default

EY ECAT PLC1(observe), PLC2(down), PLC3(observe)& PEM (safe)

The ECATs mainly had OBSERVEs (plc2 had a down though).

Took snapshot of:

  1. all files as they came up as default
Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 11:44, Monday 02 May 2016 (26918)

Jenne and I have cleared out all of the SUS DOWN.snap SDF screens.  Note, there are no DOWN files for the HTTS, IM, and SR3 SDF screens so we cleaned house on the SAFE.snap for these.  All suses are sitting in the DOWN file with the exception of these 3 which are on SAFE.  We have left red:

-  Some benign diffs on the MC2 SDF because this SUS is misaligned (not a usual state for the SAFE.snap to be looking at)

-  Some benign diffs on the IM SDF, commiss message, and MASTER ON/OFF - safe wants the masters to be OFF but we haven't set the sus actually to safe yet.

 

Other findings which we cleared out were:

-  Lots of TRAMPS

-  Some alignment settings

-  The ITMX and ITMY L2_Drivealign P2L Gain tweek

- The ITMX R0 Opticalign Y offset

 

See snapshot attached of all the SDFs before we started (minus the IM which Cheryl worked through a bit for mostly alignment and TRAMPS).

Images attached to this comment
jenne.driggers@LIGO.ORG - 11:59, Monday 02 May 2016 (26922)

I accepted the 2 CAL diffs.  See screenshot for what they were.

Images attached to this comment
jim.warner@LIGO.ORG - 14:05, Monday 02 May 2016 (26928)

H1 SEI was cleaned up at about 9:30 local this morning. Rich is currently working on some stuff on the BSC's, but we shouldn't lose too much at this point if it doesn't get captured before any model restarts.

H1 IOO (IOO, OpsInfo, SUS)
cheryl.vorvick@LIGO.ORG - posted 10:08, Monday 02 May 2016 (26916)
IO IM alignment nominal values:
  as of last lock 4 April 2016
IM1 p 187
IM1 y 1118
IM2 p 603
IM2 y -204
IM3 p 1966
IM3 y -79
IM4 p -3865*
IM4 y -624*

*IM4 is currently at p=-3867, y=-615, this is within the expected alignment window required for IM4 to aim the beam into the IFO.

H1 General
cheryl.vorvick@LIGO.ORG - posted 09:46, Monday 02 May 2016 (26915)
Morning Commissioning Meeting:

Morning Commissioning:

 

Rotation Stage: 

--- motion has changed, so speeds in programs that control the stage need to be change

--- feature to watch out for: stuck in busy, requires "abort" to end

--- setting home as minimum - requires rotating the optics in the rotation stage mount, not a priority

 

Guardian - new states need to be verified as safe

 

EY SEI is drifting

--- working on filters and other electronic signals

--- UW crew is coming tomorrow to do a mechanical alignment

 

Site Activities:

- Bubba/Chris - LVEA - 3IFO racks

- Fil - LVEA - temperature sensors BSC1 and BSC3

H1 General
cheryl.vorvick@LIGO.ORG - posted 08:49, Monday 02 May 2016 (26913)
Morning Meeting: 2 May 2016

 Morning Meeting

- Laser is down through tomorrow

- LVEA is laser safe

- using time to look for noise sources

 

Subsystems:

- computers will be down today, for an unknown amount of time

- tomorrow morning, ALL CR machines are being rebooted, now the routine is to reboot every Tuesday Morning

- contact CDS if you have questions about specific workstations

 

Vacuum:

- bake ovens are down, fix is in the works

- beam tube: baking the RGA in the Vertex, which is a 48 hours bake, starting today, so going until Wednesday

 

Work Permits:

- closed:

--- Bubba, patch and paint

--- Bubba, Mx Inst Air

--- Jammie, Guardian upgrade main process

--- Kawabe, escort film crew

--- TJ, Guardian addition, Hardware injection node, ChrisB

H1 AOS (AOS, SEI, SUS)
jeffrey.bartlett@LIGO.ORG - posted 08:25, Monday 02 May 2016 (26912)
Optical Lever 7 Day Trends
OpLev Trends for past 7 days.
Images attached to this report
H1 ISC
stefan.ballmer@LIGO.ORG - posted 01:11, Monday 02 May 2016 - last comment - 20:50, Monday 02 May 2016(26910)
ITM L1 coil noise

(see also alog 26902)

I measured the PUM coild driver noise of the ITMs at the coil driver output.

Bottom line: 

 - All 8 chammels (4 ITMX & 4 ITMY) show the same nosie. 

 - There is significant pickup in the cable running from driver to coil. This corresponsds to the 10msec bursts every 100msec mentioned in alog 26902)

 - This pick-up leads to 10Hz and harmonics.

 - There is some residual pickup of the same signal in the coil driver, but significantly less.

 - In between the 10Hz harmonics the noise is at 15Hz ~ 4nV/rtHz, dropping to ~3nV/rtHz at 65Hz.

 - above 10kHz there is a huge amount of junk flying around (10uV/rtHz and more !)

 

 

The 4 traces in the plots correspond to

Blue: Coil driver output, terminated with 50Ohm.

Red: Coil driver output, with cable and coil attached.

Yellow:  Only cable and coil attached. Coil driver disconneced.

Purple: Measurement noise. (Only terminted breakout box)

 

Attached are 

plot 1: 0-200Hz (for example ITMY coil 3)

plot 2 & 3: 0-100kHz (for example ITMY coil 1 & 4) Note the 3kHz line - it corresponds to a 100cts 3kH length drive, resuling in about +-2ct at the ADCs.

Images attached to this report
Comments related to this report
peter.fritschel@LIGO.ORG - 05:20, Monday 02 May 2016 (26911)

Stefan - can you add:

- what state the coil drivers were in for these measurements?

- state of the CD inputs: terminated; connected to AI; connected to DAC/AI; ... ?

stefan.ballmer@LIGO.ORG - 09:37, Monday 02 May 2016 (26914)

Peter:

- The L2 cois drivers were both is state 3: Acq Off, LP On, which is the run mode. They are never switched for the ITMs. (Binary IO medm screens attached).

- The coil driver inputs were left connected to the DAC/AI. I also sent a 100ctpk, 3kHz signal into H1:SUS-ITM[XY]_L2_DRIVEALIGN_L2L_EXC, corresponing to a 2.6ctpk signal on the DAC. I did this to make sure the DAC is as least flipping bits, which raises its noise level. You can also see that signal in the plots at 3kHz. Note though that at 15Hz the total coil driver electronics + DAC  noise is still less than what we pick in the cable - blue is below yellow in plot 1.

Images attached to this comment
stefan.ballmer@LIGO.ORG - 20:50, Monday 02 May 2016 (26949)

Superseded. See alog 26948

Displaying reports 56901-56920 of 83107.Go to page Start 2842 2843 2844 2845 2846 2847 2848 2849 2850 End