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).
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 |
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.
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.
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
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.
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.
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.
FRS 9477
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.
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.
Topped up the crystal chiller with 250 ml.
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
[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.
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.
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.
The attached plot shows no change in PSL PEM signals, accelerometers and microphone, that can be attributed to the new manifold.
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.
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.
(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.
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.
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