PSL laser weekly trends.
See attached for the time series of the process, all done less than thirty minutes. HEPI isolates first time, ISI & IMC remained locked. Keita says it looks good (enough?.) I tweeked the RZ target ~100nrads to bring the ISI OpLev 'Yaw' (yes, still reversed) back to before reading. I didn't tweek pitch but is within a couple 'units' on the ISI OpLev.
The signs changed on the RX RY & RZ with the matrix correction but all the amplitudes were correct. The output matrix was a mess though and looks much better now--see second attachment for a before & after view of the matrices. The correct matrices are in the right column.
Updated safe.snap and foton txt file commited to svn r9202.
Backup done. Took approximately 19 minutes. Compressed from 13G to 1.6G. Saved in /ligo/lho/data/conlog/h1/backups/h1conlog_dump_25nov2014.sql.tgz.
Searches unavailable for duration.
Work will be starting today on the new DCS area in the VPW as well as outside between the H-2 building and the VPW. Today's activities will include some shallow excavation work outside by George Grant Construction. Inside work will include hanging a temporary curtain in the VPW to isolate the construction area from the C & B area and layout for refrigeration lines by Apollo and George Grant.
model restarts logged for Mon 24/Nov/2014
2014_11_24 06:39 h1fw0
2014_11_24 17:43 h1fw0
both unexpected restarts. Conlog frequently changing channels report attached.
Stefan, Matt, Kiwamu, Evan, Alexa
Attached are a transfer function showing the matched signals, as well as a StripTool plot of the successful sqrt(TRX+TRY) handoff.
Well done! As far as I can tell, the unlock happens at 1100940293. The vertex seems happy, the first thing to go is the Y green.
LVEA: Laser Hazard Observation Bit: Commissioning 06:45 Karen – Cleaning in the LVEA 08:00 Tweaked the ISS Reference Signal voltage to raise Diffracted Power up to 8.5% 08:47 Manny – In LVEA to check power racks near HAM2 09:00 Bubba & Mitch – Remove top from HAM ISI Storage Container and position Cleanroom 09:11 Filiberto & Aaron – At End-Y working on PEM power 09:13 Lockheed Martin locating services on site checking route to VPW 09:30 Cleaning crew – First cleaning on storage move cleanroom 09:45 Bubba & Mitch – Finished in LVEA 10:00 Bubba – Big-Red moving BSC Storage Container from LVEA Hi-Bay to Staging building 10:20 Added 300ml of water to Diode chiller 10:52 Bubba – Finished moving BSC Storage Container to Staging building 11:37 Filiberto & Aaron – Back from End-Y 11:50 Grant on site to deliver equipment for trenching work 12:35 Hanford testing emergency alarm system
Alexa, Matt
In an attempt to get stable, if low-bandwidth, loops, we made some cut-off filters.
The new ASC filter in FM5 is:
LP0.2 zpk([0.0025+i*0.499994;0.0025-i*0.499994],[0.1+i*0.0979794;0.1-i*0.0979794;0.05+i*0.193649;0.05-i*0.193649],1,"n")
A couple of old filters that got lost were:
ASC_PRC1_Y FM5 "res1.35" resgain(1.35,10,10)resgain(3.16,10,10)
ASC_MICH_P FM5 "LP15_new" ellip("LowPass", 4, 1, 20, 15)cheby1("LowPass", 2, 1, 100)gain(2, "dB")
Aaron and I continued with PEM cabling at EY this morning. We have completed all long cables runs and started installing the permanent power supplies in the DC rack. We disconnected the power supplies powering the microphones in both the VEA and EBAY and placed them in the DC rack. Got a call from commissioners asking us to leave EY, before we could reconnect microphone power with permanent power supplies. Will go back tomorrow morning and power them up.
Microphone power was reconnected at EY this morning.
PSL Status: SysStat: All Green, except VB program offline Output power: 33.2w Frontend Watch: Green HPO Watch: Red PMC: Locked: 4 days, 16 hours, 33 minutes Reflected power: 2.6w Power Transmitted: 22.9w Total Power: 25.5w FSS: Locked: 0 days, 0 hours, 43 minutes Trans PD: 1.810v ISS: Diffracted power: 9.39% Last saturation event: 0 days, 14 hours, 28 minutes
Work on PEM power at End-Y Locate Services on site Monday Trenching work from OBS to VPW on Tuesday & Wednesday Staging HAM ISI Storage container and Cleanroom in LVEA for 3IFO suspensions storage moves HAM3 & BSC2 HEPI configuration work on Tuesday
When the modecleaner is kicked out of lock, the FSS oscillates and prevents relocking.
I've reduced the FSS common gain from 30 dB to 24 dB. Now the modecleaner relocks without issue.
Even at 24 dB, the FSS common loop will still oscillate every so often.
J. Kissel, J. Warner, E. Merilh, H. Radkins While taking down and bringing up the HAM2, HAM5, BS, and TM ISI + HPIs this morning to upgrade suspension front-end code (see LHO aLOG 14830), we had the following troubles with platforms: (1) The Rogue Excitation Monitor for HAM5 ISI could not be naively reset, and was caught in a trip-loop. - First of all, it's frustrating that there in no MEDM screen indication that the MASTERSWITCH must be ON in order to reset the rogue excitation monitor, so myself / Jim / Ed spent a few minutes clicking all the watchdog reset buttons hoping that there was some special order, until Hugh informed (reminded?) us that the master switch needed to be on - Second, I'm not 100% confident why, but after enacting the "correct order" of reset by turning on MASTERSWITCH, reset Rogue WD, reset all to untrip the DACKILL, the MASTERSWITCH would turn itself OFF again before the three-second counter/delay of the rogue excitation was finished, therefore re-tripping thinking the MASTERSWITCH never was turned ON. I'm 90% confident this happened because the MASTERSWITCH would "turn itself off" because the SEI manager demanded that the MASTERSWITCH be OFF because it was still in the OFFLINE state. Why do we have the SEI Manager controlling the MASTERSWITCH, but the ISI module controlling everything else? (2) There are no monitor signals on the MEDM overview screen to indicate what is currently causing the Rogue Excitation Watchdog to fire. This proved solving the above problem initially difficult -- I had to open the model to find out the logic (especially the hard-coded "100 [ct]" threshold), the three-second delay, open the CDMON channels in dataviewer, find they were low, and then go for figuring out the MASTERSWITCH trick. We should (a) added epics monitors on the three *inputs* rogue excitation monitor, and (b) create a sub-screen for the rogue excitation that reveals the details of this monitor. (3) The BSC-ISI overview screens have the SEI Manager guardians on the overview screen. The BSC-HPI overview has the HPI module guardian. The HAM-ISIs and HAM-HPIs have their individual module guardians on the overview screen. This resulted confusion when trying to quickly bring the platforms back from offline -- I'd gone to the HAM-ISI overview after just finishing the BSCs, and out-of-habit assumed the guardian drop-down menu was the manager and was surprised why it wasn't doing anything for me. Arnaud informs me that this is because the overview screen mods were first made at LLO, where they're not using HEPI and therefore don't need a manager. Since not-using-HEPI is a deviation from aLIGO baseline, I argue that we should fix this by creating the SEI manager for the HAMs, and just temporarily create a managed configuration that doesn't use HEPI -- instead of having the confusing user interface for the HAMs. (4) The SEI manager for ITMY seems to *not* automatically turn on the MASTERSWITCH. Is this automatic operation consistent between chambers? Between HAM managers and BSC managers? (5) HAM3-HPI's L4C saturation counter in watchdog wouldn't reset with a RESET ALL or RESET above the current trigger but, but RESET WD ONLY worked. We can confirm that every other chamber behaves as expected, i.e. any of the three methods reset the counter. What's different about HAM3? Is this reset a python script that is uniquely defined per chamber or something?
(1) "there in no MEDM screen indication that the MASTERSWITCH must be ON in order to reset the rogue excitation monitor," currently, the reset will only work if the signal coming in is not in the alarm state, e.g. if you are still alarming, you can't reset it. 1a) This can be changed to allow to monitor to be reset even though the bad condition persists. probably fine since there is a human there, but it will likely just trip again. 1b) Why was the alarm condition still true? it should not have been. This requires some follow up. most likely the threshold is set to close to zero. - The masterswitch is not for a particular stage - so it does not go into the stage manager. It belongs to the chamber = whole-thing manager. - the ISI manager does not control 'everything else'. There are 2 ISI stage managers, and a HEPI manager, and soon a blend manager. - we need to adjust the chamber manager so it is not too annoying. The 100 cnt limit is set by looking at the levels on the coil drive monitors see: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=2729 and https://alog.ligo-la.caltech.edu/SEI/index.php?callRep=339 Since this is a watchdog thing, it is hardcoded so that folks don't just set it to 1000000000000 and forget it. If 100 is too small, we can certainly make it bigger - we should check how big it was at this time. (2) yes (3, 4) interesting. (5) we need to check this.