Resetting the IMs to their O1 start and O1 end alignments, I have identified the IMC as the biggest contributer to pitch beam position changes at PRM, and IM1-3 as the biggest contributers to yaw beam position changes at PRM.
O1 changes | delta IM1-3 | delta IMC |
im4t p | 0.103 | -0.376 |
im4t y | -0.209 | 0.231 |
iss2 p (-y) | 0.197 | -0.632 |
iss2 y (-p) | -0.817 | 0.081 |
Summary and detailed charts attached.
Copper seat has long been bottomed out due to over torque and gazillions of cycles etc. The resulting air leak into the RGA volume when the chamber is vented necessitates frequent baking of the RGA volume. This then requires that the electronics module be removed and reinstalled. These repeated re-installations of the electronics module along with the associated "hit or miss" alignment of the feed-through pins and sockets has caused the sockets to recess into their connector etc. etc. etc. Postponing fixing one problem is soon to result in a 2nd, avoidable, problem.
First couple of hours of today addressed the TCSy Chiller which went down over the night. After that, went through an Initial Alignment and had a few locks. Unfortunately, later locking attempts would break lock during ASC guardian states (this was probably related to changes Sheila notes in her alog last night); specifics below.
Day's Activities:
ISC Locking Note:
OPS INFO Notes:
PRM ALIGN: If AS_AIR is flashing, you are not locked, and this is most likely due to a misaligned PRM. Take ALIGN_IFO to DOWN, & then tweak PRM while looking at AS_AIR. Then go back to PRM_ALIGN for the alignment.
Reminder that two weeks ago we swapped out the 16bit DAC card in h1oaf0, but got a dac-zero'ed error on Sunday (9/25). Yesterday (9/27) we swapped the first and third ADCs and are waiting to see if we get another DAC error. On Keith's suggestion we are running a script on h1oaf0 which will report to a log file if the DAC FIFO status is anything other than OK. We suspect that a FIFO full or empty error is precipitating the zeroing of the DAC channels.
The script is called monitor_iop_dac_status.bsh, running in the background on h1oaf0's general core. It appends text to the log file:
/opt/rtcds/lho/h1/target/h1iopoaf0/logs/h1iopoaf0_16bitDAC_fifo_status.txt
It runs every minute, outputting a date stamp and any errors. The DAC FIFO status is gotten from the /proc/h1iopoaf0/status file.
model restarts logged for Tue 27/Sep/2016
2016_09_27 05:57 h1nds0
2016_09_27 09:37 h1psliss
2016_09_27 09:54 h1psliss
2016_09_27 10:02 h1fw0
2016_09_27 10:02 h1fw1
2016_09_27 10:06 h1dc0
2016_09_27 10:08 h1broadcast0
2016_09_27 10:08 h1fw0
2016_09_27 10:08 h1fw1
2016_09_27 10:08 h1nds0
2016_09_27 10:08 h1nds1
2016_09_27 10:08 h1tw1
2016_09_27 10:24 h1alsex
2016_09_27 10:24 h1calex
2016_09_27 10:24 h1iopiscex
2016_09_27 10:24 h1ioplsc0
2016_09_27 10:24 h1iscex
2016_09_27 10:24 h1lscaux
2016_09_27 10:24 h1lsc
2016_09_27 10:24 h1omc
2016_09_27 10:24 h1omcpi
2016_09_27 10:24 h1pemex
2016_09_27 11:18 h1dc0
2016_09_27 11:18 h1iopoaf0
2016_09_27 11:18 h1pemcs
2016_09_27 11:20 h1broadcast0
2016_09_27 11:20 h1calcs
2016_09_27 11:20 h1fw0
2016_09_27 11:20 h1fw1
2016_09_27 11:20 h1fw2
2016_09_27 11:20 h1iopoaf0
2016_09_27 11:20 h1nds0
2016_09_27 11:20 h1nds1
2016_09_27 11:20 h1ngn
2016_09_27 11:20 h1oaf
2016_09_27 11:20 h1odcmaster
2016_09_27 11:20 h1pemcs
2016_09_27 11:20 h1susprocpi
2016_09_27 11:20 h1tcscs
2016_09_27 11:20 h1tw0
2016_09_27 11:20 h1tw1
2016_09_27 11:25 h1broadcast0
2016_09_27 11:25 h1dc0
2016_09_27 11:25 h1fw0
2016_09_27 11:25 h1fw1
2016_09_27 11:25 h1fw2
2016_09_27 11:25 h1nds0
2016_09_27 11:25 h1nds1
2016_09_27 11:25 h1tw0
2016_09_27 11:25 h1tw1
2016_09_27 11:31 h1broadcast0
2016_09_27 11:31 h1dc0
2016_09_27 11:31 h1fw0
2016_09_27 11:31 h1fw1
2016_09_27 11:31 h1fw2
2016_09_27 11:31 h1nds0
2016_09_27 11:31 h1nds1
2016_09_27 11:31 h1tw0
2016_09_27 11:31 h1tw1
2016_09_27 11:32 h1nds1
2016_09_27 12:04 h1tcscs
2016_09_27 12:35 h1tcscs
2016_09_27 13:48 h1iopiscey
2016_09_27 13:48 h1pemey
2016_09_27 13:49 h1iopiscey
2016_09_27 13:49 h1pemey
2016_09_27 13:50 h1alsey
2016_09_27 13:50 h1caley
2016_09_27 13:50 h1iscey
2016_09_27 14:28 h1nds0
2016_09_27 22:50 h1nds0
maintenance day. h1lsc0, h1isce[x,y] powered for dc-supply install. h1oaf0 powered for adc swap. psl-iss model change. tcs restarts to test alarms. multiple daq restarts. several unexpected nds0 restarts.
model restarts logged for Mon 26/Sep/2016 No restarts reported
There was some discussion about the prospects for pushing up the CARM bandwidth to better suppress frequency noise above several kilohertz. Since we currently run with a 20 kHz UGF or so, adding more gain would require a UGF that approaches (or exceeds) the FSR.
The attachment shows the CARM OLTF taken in the viscinity of the FSR, showing the expected dip and (overcoupled) phase feature in the optical plant. The feature does not have infinite Q, so in principle any secondary UGFs could be eliminated, though it would be tricky. The HWHM is 0.6 Hz, consistent with CARM intensity TFs taken previously.
(Corey, Gerardo, Vern, Betsy on phone)
9am - 10am
As noted earlier, TCSy CO2 Laser was down and we had a chiller flow alarm.
Went out to the Mezanine to assess the TCSy Chiller. Here's what was noted for the chiller:
First thing we did was start filling the Chiller (there was a little "DISTILLED LABORATORY WATER" [1st pic], ended up filling remainder with a jug labeled "Premium Distilled Drinking Water" [2nd pic]). It took about 3L before we saw the float indicator move from EMPTY. After that it was filling 0.5L at a time and watching. We took it up to about 6L and had a level near FULL. As we were chatting for a minute or two, we noticed water pooling at the base of the front of the TCSy Chiller (!) [3rd pic].
Investigated by removing the resevoir cover assy (this cover allows you to see resevoir filters and also holds the cap for filling it). We could clearly see RETURN water splashing all over the place due to the Stainles Steel mesh RETURN filter [4th pic]. Water was easily escaping this resevoir by having some water flow out of the resevoir & down the exerior panels of the Chiller and dripping on the floor. (In contrast to TCSx Chiller [5th pic] which was a pristine and calm waterfall from the RETURN down into the resevoir.)
Removed the mesh filter & reseated it. It wasn't trivial. Our first attempt did not look as nice as TCSx. Vern reseated again but this time flipped the mesh filter, and this time it looked much better [6th pic] (& more importantly, similar to TCSx). The OUTPUT "coffee filter" looking filter (which has been noted as being partly green) looked like it had an air bubble under it. We tried pushing it down, but it didn't help. But overall, we looked better after reseating the mesh filter. When reinstalling the Resevoir Cover, we saw a tab under it (most likely to keep the mesh filter in place); our guess is the mesh filter might have been dislodged by this tab when the resevoir was reinstalled yesterday); see [7th pic]
Since we lost some water due to the leak we witnessed, we topped off the Chiller again with another 0.5L (so total of 6.5L was poured, with some splashing out).
After we were done at the Chiller, we went out to the TCSy table area. We looked inside the enclosure to make sure there wasn't a puddle of water (there wasn't). We then turned on the laser controller. (The water tubes were much quieter than before...no visible air bubbles.).
After an Alignment, I wanted to run an INIT state for ISC_LOCK. Noticed that it was nowhere to be found. Mentioned this to TJ, and he ended up running the INIT by hand via Guardian command line.
This was due to a bug in the guardian MEDM states screen generation. Fixed in version 1.0.1 which was pushed yesterday.
While Corey and company were working on the TCS chiller this morning (30037), I took this opportunity to do a quick health-check on OMC with a single-bounce beam. So far things seem good.
The attached is the measured open loop from this morning.
FAMIS#7405
Laser Status:
SysStat is good
Front End Power is 34.68W (should be around 30 W)
Front End Watch is GREEN
HPO Watch is GREEN
PMC:
It has been locked 0.0 days, 1.0 hr 33.0 minutes (should be days/weeks)
Reflected power is 29.41Watts and PowerSum = 138.0Watts.
FSS:
It has been locked for 0.0 days 1.0 hr and 33.0 min (should be days/weeks)
TPD[V] = 3.913V (min 0.9V)
ISS:
The diffracted power is around 3.862% (should be 5-9%)
Last saturation event was 0.0 days 1.0 hours and 33.0 minutes ago (should be days/weeks)
Possible Issues:
PMC reflected power is high
Most of the meeting was summarizing Maintenance Day yesterday.
No Safety Meeting (All Hands is tommorrow).
Dicsussion about protocol for transitioning to LASER SAFE for Maintenance.
Since about 2am (about 5min after the lockloss of the night), We have been getting the following TCS Alarm:
"No TCSY chiller flow"
Work Permit | Date | Description | alog |
6195.html | 2016-09-27 15:22 | Activity: add task Work Permit field to the reservation system. This is an additional argument to make_reservation and an additional column in display_reservation. Area of Activity: Reservation system | |
6194.html | 2016-09-27 10:25 | Activity: update GDS calibration filters | 30013, 30028 |
6193.html | 2016-09-27 09:05 | Activity: Power IO timing slave off alternate power supplies for the following: Corner LSC IO Chassis EX ISC IO Chassis EY ISC IO Chassis. Both front end computers and IO chassis with need to be restarted. | 30027 |
6192.html | 2016-09-27 06:25 | Activity: HFD to preform annual inspection of all site fire extinguishers. Joe D. will escort them. [HFD = “Hanford Fire Department”] | |
6191.html | 2016-09-26 12:06 | Activity: swap first and second ADC cards in h1oaf0's IO Chassis. Verify power cycle of IO Chassis and AI chassis causes TCS laster trips via chiller trip. | 30027 |
6190.html | 2016-09-26 11:36 | Activity: Upgrade guardian, cdsutils, gpstime packages to new releases | 30025 |
6189.html | 2016-09-26 11:25 | Activity: un-swap the 10GE data chain for h1fw0 and h1fw1. These were temporarily swapped when fw0 was unstable. | 30027 |
6188.html | 2016-09-26 11:23 | Activity: restart DAQ and Guardian with the EPICS gateway between the H1FE and H1SLOW LANs turned off. Ideally we should not need to run this gateway, it caused issues with last week's guardian reboot. | 30027 |
6187.html | 2016-09-26 11:20 | Activity: Mount scroll pump to Vertex Turbo Pump framing*Start and run Vertex Turbo, chilled water booster pump and both QDP80 rotating pumps (located in Mechanical Room adjacent to LVEA)*Test functionality of Turbo Pump's Safety Valve (foreline isolation) when interlocked to newly installed scroll pump*Shut down pumps when testing complete | 30005 |
6186.html | 2016-09-26 10:44 | Activity: Flush the TCS chillers. First we drain the old water out of the chillers, fill in the new water, then flush until all water replaced. | 30017 |
6185.html | 2016-09-26 09:04 | Activity: Fix broken ISS channel Fix power scaling in model | 30001, 30027 |
6184.html | 2016-09-26 08:23 | Activity: Update h0vaclx, h0vacly, h0vacex and h0vacey to add EPICS alarm levels to the Inficon BPG402 gauges. Will trip high voltages. No DAQ restart needed. | 29996, 29998, 30003 |
6183.html | 2016-09-26 07:50 | Activity: Replace the cable walkover with a larger one to relieve the congestion in the current cable walkover. Also bled air out of water line at filter under PSL table. | 30012 |
6182.html | 2016-09-23 17:51 | Activity: Give a tour in the LVEA to a Japanese science writer and his company who happened to be in today's public tour. | |
6181.html | 2016-09-23 13:50 | Activity: Update GDS software to gds-2.17.4-1 to fix CDS Bugzilla issues 812, 1036, 1041. | 30027 |
6180.html | 2016-09-23 10:31 | Activity: Pull chassis investigate and fix problem with switching segment 3 gains. | |
6179.html | 2016-09-22 11:23 | Activity: to fix fw instability, power cycle fw and solaris ldas-gw systems. Sequential restarts to preserve data. | |
6178.html | 2016-09-22 08:22 | Activity: Modify chassis to shape filter to better match needs. | |
6177.html | 2016-09-21 17:22 | Activity: Update tconvert leap seconds data file. Present version of tconvert will not do this automatically. A data file will be generated by a custom version of tconvert and copied to the proper location on the file server. | 30027 |
6176.html | 2016-09-21 13:31 | Activity: Connect RGA's at end stations to vacuum rack. A network and power cable will be pulled from BSC5/6 to the vacuum rack. | |
6175.html | 2016-09-21 12:46 | Activity: Per ECR1600260, Modify the ITM LV Low Noise Driver. A 4.7pF capacitor needs to be added to C25 (main board D1600122). Capacitor ensures stability of the HV stage, and precludes a ~175kHz oscillation. | 30000 |
6162.html | 2016-09-15 17:20 | Activity: upgrade h1hwsex computer from U10.04 to U14.04 | 30027 |
- The DCPDs whitening chassis was found to be switched to Low-Z - transitioned back to high-Z.
- We added notch filters for the 4.01Hz and5.01Hz SRM dither lines into the SRCLFF path. They are a Q of 60, 40dB deep. The high Q was picked to minimize the phase distorsion - it is actually slightly too high for the line width (which is driven by coupling fluctuation.) With this modification, the SRM alignment dither can be running in LOW_NOISE in case we need it.
- We also revived the pr2spotmove.py and pr3spotmove.py scripts (stored in /ligo/home/controls/sballmer/20160927/). They move the spot position on PR2 and PR3 respectively, leaving all other things equal. We were hoping to see a change in the auxiliary loop length noise - aspecially SRCL (they are higher than O1 - see Sheila's attachment.)
- First, we moved the pr2 spot position: (PR3 by 10urad in pit and 5urad in yaw). Next we did the same for the pr3 spot position (10urad on PRM). Unfortunately we did not see any change in the auxiliary loop noise.
Some additional notes:
Yes there is a big 1 Hz comb, presumably from the SRM dither lines. Attached plots are a 30 minute spectrum from 7:30 UTC, a little after going into undisturbed. The second plot is just zoomed in on a 10 Hz region to show the comb in more detail. There's some funny structure here that I'd like to understand. I'll also come back to this in a little while if the lock holds, to see if anything changes.
Thank you for catching this. Yes this would have been an inadvertent switch while working on the chassis. I thought I checked it. Must have looked before we were done working on it. SORRY.
This information is based on the cumulative spectrum of recent lock stretches (9/18-9/26, computed from Fscan SFTs with spec_avg_long), plus Fscan magnetometer data.
0.997698 Hz
1.0 Hz
0.5 Hz odd harmonics (AKA 1 Hz with 0.5 Hz offset)
1.0 Hz with 0.998889 offset (new)
0.987987 Hz (new)
Attached plots:
Minor edit: offset on 4th comb mentioned has too many significant figures. Should be rounded to ~0.9989 (+/- 0.0005).
Update on the 0.996798 Hz: this comb appears in magnetometer channels between Feb 3rd and 4th*. After looking at the alogs for surrounding date range, Robert suspected the HWS as a potential source. We checked TCS-ITMX_HWS_RCXCLINKSWITCH and saw a switch on, which corresponded neatly with the date of the comb's appearance in magnetometer channels. Robert has also previously noted near-1Hz combs associated with the HWS in the CS. Richard says that the HWS can be placed on a separate power supply in the near future, which will hopefully clear this up.
*edit, typed wrong date
I removed the drivers S1600266 and 267, added capacitor 4.7pF in the C25 position and returned the drivers to service. HV was turned back on and confirmed. See Patrick's aLog entry.
Work Permit 6175
The PSL tripped around 21:37 UTC, it took us about an hour to recover from this . We called Jason and Peter, Jason called back and walked me through restarting it remotely. I added about 200mL of water to the chiller, there was water on the floor in front of the chiller. Jason confirmed that this is normal, and that the turbulence and bubbles in the chiller tube are from a known slow leak.
PSL tripped due to the power meter flow. The 1st attachment shows the power meter flow dropping just before the crystal chiller interlock trips. The 2nd attachment shows the power meter flow dropping ~1 second before the FE flow drops. Interestingly, it takes ~6 seconds after the power meter flow drops and the crystal chiller interlock trips for the crystal chiller flow to drop (3rd attachment). Not sure if this is due to the rate that the Beckhoff PC polls the crystal chiller, or if it really takes 6 seconds from interlock trip to chiller shutdown (I suspect the former). The full timeline of the trip, assuming t0 = 21:37:51 UTC (time of trip):
Filed FRS #6319.
Sheila, Keita
The 3rd whitening filter does not switch for AS_C segment 3. The readbacks look OK.
Last Tuesday we pulled the chassis and verified everything worked. This wee we pulled the chassis and verified everything worked. Finally while watching the binary switches we were able to trace it down to a pin in the cable pulling out of its socket. This was very troublesome because it would work as long as we had a breakout board inserted in between the cable and the chassis. Watching the signals while re-assembly took place we per able to narrow it down and found the problem. We have removed the back-shell of the connector and shoved the pin back in place. Next Tuesday we will crimp on a new pin. So we have not closed the work permit yet.
Work Permit 6180