Displaying reports 47701-47720 of 83267.Go to page Start 2382 2383 2384 2385 2386 2387 2388 2389 2390 End
Reports until 16:41, Thursday 01 June 2017
H1 FMP
jeffrey.kissel@LIGO.ORG - posted 16:41, Thursday 01 June 2017 (36598)
End-Station Temperature Update: Removal of B Sensor Helped a Little, but looking for ~0.05 [deg C] Stability
J. Kissel

As we're finding trouble with the new ALSX laser either producing multiple modes or mode hoping, I'm find more reasons to pay attention to the VEA temperature, and more reasons to wish for the stability of the older HVAC system. Bubba's recent modification to the error signal (i.e. removing an errant sensor from the average; see LHO aLOGs 36527 and LHO aLOG 36536) did change the sign of the diurnal oscillations, but they're they're only slightly reduced in amplitude as they were, at ~0.2 [deg C] or 0.5 [deg F]. Apparently, the former system kept the VEAs stable to within 0.05-0.1 [deg C] (0.1-0.2 [deg F]) -- notably much better than the canonical iLIGO requirement of 1 [deg C]. 

Attached are 10 day trends of the past for each end station, before and after the upgrade. The after upgrade trend takes us up to the present.

For the record, I think at this point we should stick with whatever set-point temperature we have since we've been able to regain IFO alignment and sensitivity, adjust references to this new point, and we're now tuning the ALS laser performance to this temperature. Let's focus on improving (decreasing) the amplitude of diurnal oscillations.

P.S. Remember I continue to show the PCAL sensors because they're the most calibrated and the receiver module's temperature was most similar to what the former FMCS sensors reported. All other temperature sensors in the VEA *besides* the current FMCS sensors show this oscillation, so it's not just a function of the location of this particular sensor.
Images attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 16:11, Thursday 01 June 2017 (36597)
Ops Eve Shift Transition
TITLE: 06/01 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Ed
CURRENT ENVIRONMENT:
    Wind: 24mph Gusts, 17mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.08 μm/s 
QUICK SUMMARY:

Kiwamu and Jason working on ALS.
H1 General
edmond.merilh@LIGO.ORG - posted 15:56, Thursday 01 June 2017 (36582)
Shift Activity

TITLE: 06/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: TJ
SHIFT SUMMARY:

LOG:

 

15:15 Jim running TFs on HAMs

15:19 Fil to EX for continued cable terminating - SC = off

16:00 Fill back

16:13 Corey going to check the chiller

16:15 Betsy in and out of the optics lab all day

16:26 Chandra headed to MY

16:32 Peter into optics lab- testing Prometheus.

16:50 Bubba back from Mids

17:00 Locking attempts begin

19:30 02 weekly meeting

20:51 Jason, Kiwamu and Peter to EX to investigate ALS laser mode-hopping.

22:50 EX group back.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 15:16, Thursday 01 June 2017 (36595)
offloading of minute trends from SSD to HDD raids completed

FRS8182, WP7001.

I have completed the copy/verify/delete procedure to move old raw_minute_trend data from h1tw1's SSD raid (which was at 91% full) over to h1fw1's HDD raid. Process took 3 days, spread over 6 days due to holiday. SSD raid now at 11% full.

Using the new WP system, I have electronically closed WP7001 and requested FRS8182 be closed.

This required restarts of the daqd processes on h1nds0 and h1nds1 at 11:58 PDT today.

H1 CDS (SEI)
david.barker@LIGO.ORG - posted 14:57, Thursday 01 June 2017 - last comment - 17:11, Thursday 01 June 2017(36594)
fix to get autoquack working on Debian8

Jim, Jonathan, Dave:

Jim was having autoquack errors of the kind:

libstdc++.so.6: version 'GLIBCXX_3.4.20' not found

The solution is to LD_PRELOAD a path the OS version of this file at the time matlab is started.

The Debian8 path for this file is /usr/lib/x86_64-linux-gnu/libstdc++.so.6, and running the command strings on it verifies it contains GLIBCXX_3.4.20

strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6|grep GLIBCXX_3.4.20
GLIBCXX_3.4.20

The command to start matlab and have autoquack work is:

LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libstdc++.so.6 matlab

Comments related to this report
keith.thorne@LIGO.ORG - 17:11, Thursday 01 June 2017 (36599)
Thanks to Jamie Rollins, I created a MATLAB utility (linux() in /trunk/cds/utilities) that you can replace all your system() and unix() calls with.  This function tears out the path to all the MATLAB versions for Linux libraries, makes your system call, and puts everything back.  Add a soft-link in /ligo/cds/usermatlab to it

-- The root problem is (any) MATLAB normally adds its own versions of critical Linux libraries to the LD_LIBRARY_PATH within MATLAB.  So unless you are using a MATLAB version specifically built on the specific OS revision you are using (mostly never the case), you will always get screwed up
H1 CDS
david.barker@LIGO.ORG - posted 13:52, Thursday 01 June 2017 - last comment - 16:02, Thursday 01 June 2017(36593)
New LHO Work Permit System Rolled Out

Vern, Dave, Dwayne:

We disabled the old workpermit system and rolled out the new system during the 1pm Run Meeting today.

Links to the new system are available on the LHO CDS home page

The old work permit form is now a web page with links to the new form (see attached)

Images attached to this report
Comments related to this report
david.barker@LIGO.ORG - 16:02, Thursday 01 June 2017 (36596)

If you would like to subscribe to the mailing list wp-change-notices and get emails whenever a permit's status is changed, please email barker@ligo-wa.caltech.edu

LHO VE
logbook/robot/script0.cds.ligo-wa.caltech.edu@LIGO.ORG - posted 12:10, Thursday 01 June 2017 - last comment - 12:28, Thursday 01 June 2017(36590)
CP3, CP4 Autofill 2017_06_01
CP3 log file DOES NOT exist!
Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 867 seconds. LLCV set back to 39.0% open.
Images attached to this report
Comments related to this report
david.barker@LIGO.ORG - 12:15, Thursday 01 June 2017 (36591)

see  alog36588 for explanation

gerardo.moreno@LIGO.ORG - 12:28, Thursday 01 June 2017 (36592)

Per Chandra,

Increased CP4's LLCV %open value to 40%, up from 39% due to the amount of time it took to fill.

H1 ISC
richard.mccarthy@LIGO.ORG - posted 11:55, Thursday 01 June 2017 (36589)
ALS COMM VCO path 6dB higher than March 1, 2017
Fix, FRS 8248
https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=8248
With Sheila's concurrence and oversight I installed a 6dB attenuator that was probably removed on 3/1/2017.  Modified Beckhoff exceptable range so it was happy. Will accept change in SDF now.
LHO VE (CDS)
david.barker@LIGO.ORG - posted 11:34, Thursday 01 June 2017 (36588)
CP3, CP4 overfill status

CP3 and CP4 auto overfills are now programmed to run daily instead of thrice-weekly (Mon, Wed, Fri).

CP3:

Chandra requested that today's CP3 auto overfill not run. This has been taking out of the crontab until further notice.

CP4:

CP4 ran at 11:02 PDT with the new configuration: daily run, cut-off temperature lowered from -60C to -100C. The attached trend shows CP4 thermocouple second trend data for 20 minutes for the last three runs (Mon 5/29, Wed 5/31 and Thu 6/1).

Images attached to this report
H1 ISC
peter.king@LIGO.ORG - posted 11:30, Thursday 01 June 2017 (36587)
Old ALS EndX laser
This morning I changed the settings of the ALS laser that was removed from EndX (InnoLight Prometheus S/N 2011B).
The pump laser diodes temperatures were left alone.
 - diode current                1.835 A
 - laser crystal temperature    24.92 degC
 - doubling crystal temperature 32.93 degC

    With these settings the power at 532 nm was 48.7 mW.  The power at 1064 nm was 1.54 W.  The power was fairly
stable (+/- 0.1 mW) over a 2 hour period.  Longer term monitoring should be done (ideally).
H1 ISC (CDS)
filiberto.clara@LIGO.ORG - posted 09:47, Thursday 01 June 2017 (36585)
Cable for readback signal on ALS X IR Photodiode repaired

WP 6665
FRS 8249
alog 36530

Cable for H1:ALS-X_LASER_IR_DC photodetector read back signal was re-terminated with a right angle BNC. Right angle adapter is no longer needed. Verified read back signal on MEDM screen.

F. Clara, R. McCarthy

H1 PSL (PSL)
corey.gray@LIGO.ORG - posted 09:42, Thursday 01 June 2017 (36584)
Weekly PSL Chiller Reservoir Top-Off

Crystal Chiller:  Topped off with 125mL

Diode Chiller:  Ed mentioned this was flashing red off/on, so it was borderline.  I put in 200mL on Ed's suggestion.

Filters:  White in color & free of debris

This closes FAMIS #6525.

H1 PSL
peter.king@LIGO.ORG - posted 08:48, Thursday 01 June 2017 (36583)
FSS transfer function
I looked at the frequency stabilisation servo this morning.  As it was the UGF was a bit low
at ~185 kHz with a phase margin of ~35 deg (CG=16, FG=9).  Raising CG to 22 increased the phase
margin to ~48 deg but didn't quite put us where we would like to be.  Dropping CG to 19 put the
operating point to where we would like it to be.

   I took the opportunity to touch up the alignment into the reference cavity.  The transmission
signal went from ~2.7 to ~3.5.  I restored CG to 16.
Images attached to this report
H1 General
edmond.merilh@LIGO.ORG - posted 08:18, Thursday 01 June 2017 (36581)
Shift Transition - Day

TITLE: 06/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Engineering
OUTGOING OPERATOR: N/A
CURRENT ENVIRONMENT:

Winds calm, primary and secondary uSeiem are calm
QUICK SUMMARY: ops lazy script isn't doing transition (-t).

 
 
 
LHO General
patrick.thomas@LIGO.ORG - posted 21:43, Wednesday 31 May 2017 (36580)
Ops Eve Shift Summary
TITLE: 05/31 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
LOG:

23:21 UTC Dave offloading minute trends onto h1fw1
23:39 UTC Jenne using PZTs to coalign green onto IR at DC_READOUT
23:45 UTC Jenne done
00:19 UTC Starting initial alignment
00:46 UTC ALS X green falling off in initial alignment. Adjusting PR3 helped bring it back and increased the COMM beatnote. Moving BS to improve AS AIR flashes also helped.
01:15 UTC Initial alignment done
Could not lock past DRMI
02:17 UTC Commissioners have left
02:17 UTC Kyle to mid Y
02:34 UTC Kyle back
02:59 UTC Kyle leaving for the night

Leaving the IFO at DOWN.
LHO VE (CDS)
filiberto.clara@LIGO.ORG - posted 16:40, Wednesday 24 May 2017 - last comment - 10:56, Thursday 01 June 2017(36396)
BRS vacuum pressure read back signals - End Stations

WP 6652
ERC 170062

The BRS ion pump read back signals are now tied into the vacuum rack. Field cabling from each controller was pulled to connector header H (Pins 37-40) inside the vacuum rack. The Vacuum Controls Chassis was modified to add the new read back signals to terminal 15. Channel 1 is the voltage read back and channel 2 is the pressure read back.

Controllers for the BRS ion pumps are not the same.

End Y - Gamma SPCe controller
End X - MiniVAC Controller

F. Clara, G. Moreno, R. McCarthy, P. Thomas

Comments related to this report
gerardo.moreno@LIGO.ORG - 10:56, Thursday 01 June 2017 (36586)VE

(Krishna V., Gerardo M.)
Information for both systems:
BRS-Y
- ion pump is a TiTan 10SW from Gamma Vacuum (PN:10SWCV2HSCNN).
- the controller is a SPCe from Gamma Vacuum (PN:SPC1PS1U1ESNA).
- for the high voltage connection the system uses a SAFECONN type of cable/connectors.
- HV polarity is + (positive)

BRS-X
- ion pump is an old Varian 10 l/s pump.
- the controller is a MiniVac from Varian (PN:EX9290191)
- for the high voltage connection the system uses a FISHER type of cable/connectors.
- HV polarity is - (negative)

Displaying reports 47701-47720 of 83267.Go to page Start 2382 2383 2384 2385 2386 2387 2388 2389 2390 End