Displaying reports 45381-45400 of 83756.Go to page Start 2266 2267 2268 2269 2270 2271 2272 2273 2274 End
Reports until 19:30, Monday 20 November 2017
H1 ISC (ISC, SUS)
keita.kawabe@LIGO.ORG - posted 19:30, Monday 20 November 2017 - last comment - 15:58, Tuesday 21 November 2017(39491)
OFI and downstream alignment (Ed, Gerardo, Travis, TJ, JeffK, Keita)

1. SRM beam position was off last week by about 3/8 inch.

When the beam is properly centered on SRM, the beam position on SRM is about 3/8" towards -X than we thought last week.

Beam centering on SRM horizontally is almost impossible to do by looking from outside HAM5, and instead it seems as if this was done in the past week by centering on the baffle hole on the back of the SRM.

Today we sent JeffK into the tube between HAM5 and HAM4 and have him look at the beam on SRM while I was holding the card right in front of the SRM. Doing it this way, it turns out that the beam is about 3/8" inch off centered on the back baffle hole in -X direction.

My guess is that the  original centering was not done from the front of the SRM. I also wonder if the cage position itself is off.

TJ repositioned the baffle so the beam is centered on the back baffle, and Gerardo moved OFI such that the beam at least clears the OFI (he'll fine tune tomorrow).

2. Septum window was rotated by 120 degrees counter-clockwise and the beam was great in PIT, but of course not great in YAW.

Gerardo and Travis rotated the septum plate by 120 degrees counter-clockwise so that the beam height becomes good on OM1.

The thickest side went to South, which moved the beam further in -X direction.

The beam was blocked by the fast shutter. When I moved FS to the side, the beam was hitting somewhat to the -X side of OM1 -X damping plate adjuster screw, meaning the height was right but it was off to the side by about 36mm in -X direction.

Table below shows Koji's measurement of beam position on OM1 last week (alog 39460), beam position changes which should have been caused by septum rotation assuming that the wedge angle is 0.89 deg (measured by Koji, instead of 0.75 deg derived from the thickness measurement) (alog 13399), and the beam position measured today. If everything is right "in theory" and "measured" columns should agree. At least they don't look totally wrong.

  Last week beam pos Change caused by Septum rotation Change caused by good centering on SRM Beam pos today  in theory Beam pos today measured
YAW on OM1 -11.5 mm -20.3 mm -9.5 mm (3/8") -41.3 about -36 mm
PIT on OM1 +9.5 mm -11.8 mm NA -2.3 about right

3. Rotating Septum by 180 degrees will bring the beam to a better position

Assuming that SRM is/was at the correct location (we need to check), the next question is what to do.

Unfortunately, I cannot simply move OM1 and be done with that, it seems like the beam from OM1 to OM2 will be either blocked by OM3 or very close to it. I can move OM2 but that will leave no room for the fast shutter as the OM1-OM2 will be much closer to OM2-OM3 line than before.

We can rotate the septum window by 180 degrees so the thickest side comes to the north. Assuming 0.89 deg wedge, the beam deflection is 7 mrad, so 180 deg rotation will give us 14mrad change in deflection.

The distance from the septum to OM1 is 1930mm, so this will result in the horizontal shift of 27mm  without height change. The beam will be at X=-36+27 = -9mm on OM1 horizontally. Hopefully this will allow us to make room for the fast shutter without moving OM2 sideways.

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 15:58, Tuesday 21 November 2017 (39499)

Although this is apparently resolved, I still went through the exercise that Sheila suggested yesterday of figuring out the SRM beam position using A2L numbers from alog 30395, from October 2016. 

Recall that for the case we actuate in angle on the lowest stage of an optic (true for SRM, not true for test masses), we can calculate the balancing coefficient alpha (original definition in 40m elog 2863) using the form derived in LHO alog 31402, alpha = (A2L * L_eul) / (A2A * A_eul). 

The displacement between the center of rotation and the center of the optic is given by (alpha * conversionFactor), where the conversion factor is defined in 40m elog 2863, and for the PRM (and is the same for SRM) is calculated by Kiwamu in LHO alog 13765 as (42.2 mm / alpha).

The P2L coefficient for SRM from alog 30395 was -1.0, and the Y2L coefficient was -1.2.  This means that the beam on the SRM was off by 2.0 mm in pitch and 2.4 mm in yaw when it was measured on 10 Oct 2016. 

In contrast, there was concern yesterday that the beam on the SRM may have been off by about 3/8 inch, which corresponds to 9.5 mm.  It sounds like today they may no longer think the beam was off so much, which is consistent with the Oct2016 measurement of the beam not being off by too much.

H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:00, Monday 20 November 2017 (39490)
Ops Day Shift Summary
Ops Shift Log: 11/20/2017, Day Shift 16:00 – 00:00 (08:00 - 16:00) Time - UTC (PT)
State of H1: Unlocked - Vent
Intent Bit: Engineering
Support: N/A
Incoming Operator: N/A
Shift Summary: Continuing vent work
 
Activity Log: Time - UTC (PT)
16:00 (08:00) Start of shift
16:15 (08:15) Peter – Add 250ml water to Chrystal chiller
16:26 (08:26) Terry – Going into Squeezer Bay
17:32 (09:32) Hugh – Going to HAM6 to trouble shoot CPS problem
17:37 (09:37) TJ – HAM5 to remove spacers
17:40 (09:40) Jeff K. – Transition to Laser Hazard
17:55 (09:55) Ed – Going to LVEA for HAM2 work
18:07 (10:07) Sheila – Going to Squeezed Bay
18:10 (10:10) TJ – Out of the LVEA
18:18 (10:18) Gerardo – Going to HAM5
18:41 (10:41) Gerardo – Out of LVEA until there is a beam at HAM6
18:58 (10:58) Peter – Going into LVEA to switch PSL temp sensor leads
18:58 (10:58) Travis – Going to HAM5
19:20 (11:20) Betsy – Going to HAM5
19:24 (11:24) Karen & Vanessa – Cleaning at Mid-X then Mid-Y
20:18 (12:18) Betsy & Travis – Out of LVEA
20:19 (12:19) Karen & Vanessa – Back from cleaning at the mid-stations
21:05 (13:05) Nutsinee – Going to the Squeezer Bay
21:15 (13:15) Jeff K. & Ed – Going back to HAM5
21:20 (21:20) TJ – Going into the LVEA for parts and then into the Optics lab
21:31 (13:31) Gerardo & Travis – Going to reinstall viewport in HAM5
22:23 (14:23) TJ – Out of Optics lab
23:17 (15:17) Sheila – Going to Squeezer Bay
23:23 (15:23) Travis – Out of the LVEA
23:25 (15:25) TJ – Going to HAM5
23:56 (15:56) TJ – Out of the LVEA
00:00 (16:00) End of shift
 
H1 PSL
jeffrey.bartlett@LIGO.ORG - posted 14:29, Monday 20 November 2017 (39489)
Weekly PSL Status

Laser Status:
SysStat is good
Front End Power is 35.8W (should be around 30 W)
HPO Output Power is 151.5W
Front End Watch is GREEN
HPO Watch is GREEN

PMC:
It has been locked 2 days, 7 hr 43 minutes (should be days/weeks)
Reflected power = 25.37Watts
Transmitted power = 48.21Watts
PowerSum = 73.58Watts.

FSS:
It has been locked for 2 days 7 hr and 43 min (should be days/weeks)
TPD[V] = 2.039V (min 0.9V)

ISS:
The diffracted power is around 1.6% (should be 3-5%)
Last saturation event was 2 days 7 hours and 43 minutes ago (should be days/weeks)

Possible Issues:
PMC reflected power is high
ISS diffracted power is Low

 

H1 CDS
david.barker@LIGO.ORG - posted 13:28, Monday 20 November 2017 (39488)
LSC fast computer glitched in a funny way

Jeff B and Dave:

Jeff inherited a very red looking CDS overview screen this morning (see attached) which was not being auto-cleared.

Digging deeper, the h1lsc0 user models TIME glitched at 06:56 PST this morning, but the h1ioplsc0 model did not. This is the first time this has happened, the normal glitch behaviour is an IOP glitch with optionally an accompanying user model glitch. My auto-diag-reset script only looks for LSC-IOP glitches, and therefore did not clear this one.

If we see an overview similar to the attached one, please alog it and then press the "! Diag Reset" button on the bottom of the CDS overview screen to clear the errors.

Images attached to this report
H1 PSL
peter.king@LIGO.ORG - posted 11:15, Monday 20 November 2017 (39486)
PSL table temperature sensor signals
I switched the cables for the PSL table temperature signals, H1:PSL-ENV_LASERRM_TBLS_TEMP_DEGF (table south) and H1:PSL-ENV_LASERRM_TBLN_TEMP_DEGF
(table north) at the back of the PSL environmental chassis.  This corrects the north/south identity problem.  So now the signal labelled TBLN
really is the "north" end of the table, as per the documentation.
H1 SEI
hugh.radkins@LIGO.ORG - posted 11:10, Monday 20 November 2017 - last comment - 11:11, Monday 20 November 2017(39484)
WHAM6 ISI CPS Corner3--Suspicious of readings...

Noticed the Corner3 CPS readings were both railed at -23k -32k and the Near Limit light was illuminated on the CPS Satellite box.  I trace this back to the point in time that the ISI was being locked and the Corner3 Feedthru was being reworked back in early October.  For the vertical sensors, the rail cleared when the exterior copper shield was cleared from the BNC bayonet which is used in the circuitry.  The Horizontal would not yield so easily.  On the vacuum side the Horizontal reading would clear if the cable inside was mucked with but it was not satisfying to this troubleshooter.  It seems this corner of cables need serious reworking.

Comments related to this report
hugh.radkins@LIGO.ORG - 11:11, Monday 20 November 2017 (39485)

FRS 9477

H1 General
jeffrey.bartlett@LIGO.ORG - posted 10:09, Monday 20 November 2017 (39483)
09:00 Meeting Minutes
Work plan for week of 11/20-2017

HAM2: Zero out bias sliders
	   IM4 trans alignment 

HAM3/4: Baffle alignment
	     Torque SR2
	     B&K Hammering
	     MC2 alignment and By-Pass work

HAM5: Adjust/mod height of spacers
	    Align OFI, ZM1-6, OM1, OM2, and SRM
	    Septum Window 
	    B&K Hammering
	    SMR alignment

BSCs: Baffle alignment 
	   Chamber closeout tasks

The BRS-X needs to be recentered

VAC: Vacuum group asked to be informed of all changes to Purge Air. Any changes should be communicated through the operator. 
	  
H1 PSL
edmond.merilh@LIGO.ORG - posted 08:37, Monday 20 November 2017 (39482)
PSL Weekly Report - 10 Day Trends FAMIS #6175

Nothing besides the trending "unusuals" to report other than curious looking oscillations in OSC_DB4_PWR that appear to correlate to the temp issues and don't seem to be as prominent in 1-3.

Images attached to this report
H1 PSL
peter.king@LIGO.ORG - posted 08:14, Monday 20 November 2017 (39481)
Crystal chiller topped off
Topped up the crystal chiller with 250 ml.
H1 CAL (CAL)
aaron.viets@LIGO.ORG - posted 19:02, Sunday 19 November 2017 - last comment - 11:27, Saturday 25 November 2017(39480)
gstlal calibration pipeline resampler fix for C02
I have added new features to the element lal_resample used in the gstlal calibration pipeline so that it can perform upsampling for the actuation equal in quality to the old gstreamer (version 1.4.5) resampler. The upgrade to gsteramer-1.10.4 on the clusters introduced a ~2% systematic error in the C01 frames from ~50 Hz to ~1 kHz during the month of August. See, e.g.,
https://ldas-jobs.ligo.caltech.edu/~alexander.urban/O2/calibration/C00_vs_C01/H1/day/20170802/

The change made was the addition of a sinc table filter in the upsampling routine. Several tests were done, and plots are attached:

The first two plots show the filter's response to a series of impulses separated by 4 seconds. This input data was upsampled from 128 Hz to 1024 Hz. The first of these plots shows 30 seconds of data, and the second is a close-up on a single impulse.
The 3rd plot is a 10-second sinusoid upsampled from 8192 Hz to 16384 Hz.
The 4th plot is a 30-second stream of ones upsampled from 128 Hz to 1024 Hz. The apparent thickness of the line indicates the amount of digital error, of order ~10^-8.
The 5th and 7th plots are ASD comparisons between the output produced by the calibration pipeline using this new resampler and the C00 frames from August.
The 6th and 8th plots are ASD comparisons between the output produced by the calibration pipeline using this new resampler and output pruduced with no resampling at all (i.e., all actuation was filtered at 16384 Hz). I suspect the wiggle above 1 kHz is due to a ~2% contribution from the actuation that is lost in downsampling to 2 kHz for the filtering.

For information on filters to be used for C02 production, see
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=39419
https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=36707
Images attached to this report
Comments related to this report
aaron.viets@LIGO.ORG - 11:27, Saturday 25 November 2017 (39519)
[Greg Mendell, Maddie Wade, Aaron Viets]

Greg's tests revealed problems with the new gstlal-calibration code that were not present in the old versions, producing error messages like:

*** Error in 'python': munmap_chunk(): invalid pointer:
0x00002babb1345780 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7ab54)[0x2ba8010eab54] ...
...

I've found and fixed two bugs in the new resampler:
1) In certain places, a  pointer to the next output buffer being produced was being incremented (but not dereferenced) beyond the end of the allocated memory of that buffer.
2) There was a particular corner-case where a pointer to where input data from previous buffers was being temporarily stored was being shifted to an incorrect location.

After the fix, I ran the same tests, and they produced identical results. The only difference was that the jobs I found that produced errors no longer produced those errors.
LHO VE
kyle.ryan@LIGO.ORG - posted 17:31, Sunday 19 November 2017 (39479)
1720 hrs. local -> Adjusted purge air to LVEA


			
			
H1 SQZ
sheila.dwyer@LIGO.ORG - posted 18:34, Friday 17 November 2017 - last comment - 21:04, Friday 17 November 2017(39477)
Sanity check on beam height discrepancy for ZM2

TJ, Sheila

This morning/afternoon we ( Keita, Jeff K, TJ, me, Lisa, Alvaro and Calum) realized that the riser for ZM2 (the squeezing TT in HAM5) is too tall, since it is set to match the height difference between HAM 5+ HAM6 at L1, which is not the same at H1.  

TJ and I went to the chamber to make some sanity checks that the discrepancy is about what we should expect based on drawings. We first set up a laser pointed that was mounted on a small breadboard in the cleanroom by HAM3 in the back of HAM6, pointing towards HAM5.  We leveled this by measuing the distance of the beam off the table near the laser pointer and again at the far edge of HAM6, roughly a meter away.  With our final tin foil adjustment we got the beam parallel to the table to within a mm over this distance.  The laser beam was 99 mm off of the HAM6 table top, and 203 off of the HAM5 table top, so we estimate the difference this way to be 104mm, or 4.1 inches.  

We also measured the height of the center of the ZM2 mirror to be 223 mm off of HAM5, or 8.78 inches.  That means that the center of ZM2 is 8.78-4.1 = 4.69 inches above the level of HAM6, them beam height in HAM6 is 4 inches.  Calum looked at drawings earlier and said that the riser height should be 0.76 inches too tall for H1 if it is based on L1 heights. 

We also attempted to measure the height of the center of the output aperture of the OFI off HAM5, which was a little difficult with our too short ruler and an akward angle.  We measured 3 times and got 207.5 mm, 205 mm, and 209.5mm.  (8.16 inches average, so 0.617 inches below ZM2).  

It seems like these measurements are in agreement with what Calum found in the drawings, within the precision of this measurement technique. 

Comments related to this report
keita.kawabe@LIGO.ORG - 21:04, Friday 17 November 2017 (39478)

Polarization rotation due to geometric effect won't be too bad even if we don't fix the height error.

If we don't correct the wrong height of ZM2, the polarization of the beam coming from VOPO is rotated when it goes into OFI. Wrong polarization is a loss.

I did a simple calculation and it seems like the rotation angle due to this is about 3.5 degrees and the loss is about 0.4%. This is small enough, we could choose NOT to fix the height of ZM2 though it will somewhat complicate the initial alignment procedure. OTOH, it seems as if it's possible to modify the raiser relatively quickly.


I eyeballed the positions of OFI steering mirrors and ZM2 in the horizontal plane on HAM5 from D0901134 and D1700472.

Similarly I eyeballed the position of ZM1 and the direction of the beam connecting VOPO and ZM1 on HAM6 from D1700464.

I used D0901920 to determine HAM5-HAM6 distance.

I assumed that ZM2 is 0.76 inches higher than everything else and that ZM1-VOPO beam is level.

I started with a perfectly level S-pol light reflected by the first steering mirror on OFI, and propagated it through the second OFI steering mirror, ZM2, ZM1, and  finally to VOPO.

Quick and dirty Matlab scripts are attached.

Non-image files attached to this comment
H1 PEM
robert.schofield@LIGO.ORG - posted 17:34, Friday 17 November 2017 (39476)
Comparison of PSL PEM channels before and after new water manifold installation

The attached plot shows no change in PSL PEM signals, accelerometers and microphone, that can be attributed to the new manifold.

Images attached to this report
H1 SEI (SEI)
sam.cooper@LIGO.ORG - posted 16:46, Friday 17 November 2017 - last comment - 12:25, Monday 20 November 2017(39475)
HEPI Watchdog trip levels

S Cooper, J Warner

We've been investigating the reasons into why HEPI tripped during O2 to see if anything could be done to prevent it. To do this we've been looking at both the time series sensor data in the local basis (H1,H2,V1,V2 etc), for the IPS, STS, L4C's and Actuators, the saturation counts and the watchdog status for every chamber (BSC's and HAM's - with the exception of HAM1). The first earthquake we ran this on was the Montana earthquake (GPS 118335800) as this was the only earthquake where HEPI was the first to trip.

When we if we look at the saturation counts, we find that only the L4C's are hitting their saturation threshold and are therefore likely causing watchdog trips, the horizontal L4C's are the first to saturate. 

If we then compare the levels that the watchdogs trip at across all 10 chambers, we find that ETMX trips at 10% the level of the other chambers. I've attached an annotated PNG highlighting the BSC chambers, and a .fig file that contains the saturation data for all 10 chambers. The dashed lines indicate the watchdog level (multiplied by 10,000 for easier comparison) with the solid lines indicating the specific chambers L4C. 

I'm now running the same script for other earthquakes that HEPI tripped in to see if this is an isolated case. 

Images attached to this report
Non-image files attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 12:25, Monday 20 November 2017 (39487)

I'm attaching some plots showing the difference between ITMX and ETMX. The first & third subplots are the L4Cs for each chamber, the second and fourth plots are and the watchdogs and number of L4C saturations for each chamber. The L4Cs show roughly the same motion for each chamber (if anything ITMX is worse), but the red traces for the second and fourth plots show that, as Sam found, ETMX is tripping at a much lower number of saturations than ITMX. Actuators and IPS don't saturate for this trip. Hugh, Dave and I have all looked at the models, but haven't found any point where ETMX differs from the other chambers. The saturation threshold is user set, but is the same for all chambers. Not sure what's happening here.

Images attached to this comment
H1 AOS (AOS, ISC, VE)
gerardo.moreno@LIGO.ORG - posted 16:33, Friday 17 November 2017 (39474)
HAM6 Main Beam Septum Viewport

(Travis S, Gerardo M)

We removed the main septum viewport and set it inside the cleanroom for HAM4 to clean it, first contact was applied on one face and it should be ready for removal on Monday.

For reference before removal, the fiducial line on viewport was at 1 o'clock, see attached photo.

Images attached to this report
H1 AOS (AOS, SQZ)
gerardo.moreno@LIGO.ORG - posted 16:27, Friday 17 November 2017 (39473)
HAM5 OFI Update

The OFI cage was moved, beam was verified and it appears to be going through the aperture without clipping, for some reason the beam was moving a bit too much on pitch, purge air was dialed down but did not help.  Cage is being held in place by one dog clamp, the rest will be done on Monday.

H1 General
jim.warner@LIGO.ORG - posted 16:06, Friday 17 November 2017 (39472)
Shift Summary

TITLE: 11/18 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
LOG:

16:30 Nutsinee to SQZ
17:00 TJ to HAM5, Nutsinee and Terry to SQZ, JeffB to LVEA
17:15 Gerardo to HAM5
17:45 Ed, Fil moving squeezer electronics into LVEA
18:15 Travis to HAM5
18:51 TJ - Out of the LVEA
18:52 Travis - Out of the LVEA
21:15 Travis, Jason to LVEA for elliptical baffles
22:00 Peter out of PSL
22:30 Travis out
23:00 Travis, Gerardo to HAM6, removing main viewport
23:15 TJ, Sheila to HAM5
0:00 Travis out

Displaying reports 45381-45400 of 83756.Go to page Start 2266 2267 2268 2269 2270 2271 2272 2273 2274 End