I was in the Control Room Sat, Sunday 2 - 7 PM reading ALOGS full screen. Alone; all quiet; no obvious pblms. Main gate refused to operate till wiggled, persuaded. DickG
no restarts, both days
Heard report of EQ in Idaho and checking the systems sure enough one of the SEIs had a trip. Just the one though. See the attached: The GS13 shows the arrival but didn't exceed trip limits until some secondary waves. The vertical sensors are noticably much quieter than the horizontals. The trip was 2 minutes after the event so this seems the reasonable cause. ITMX back to fully isolated no problems.
1305 - 1310 hrs. local -> In and out of Y-end VEA 1320 - 1325 hrs. local -> In and out of X-end VEA
I was onsite to day to give my family a tour. I took the through the LVEA for approximately half an hour. Evan was here and hadn't begun work yet and gave us the go ahead.
The dc voltage on the refcav transmission PD has again dropped below 0.4 V, which is the usual threshold for the autolocker to consider the refcav locked. For the time being, I've turned down the threshold to 0.2 V.
Attached is the transmission PD dc voltage over the last 60 days. The jump on 2014-11-19 corresponds to the last time the refcav pointing was touched up (LHO#15188).
no restarts reported both days.
Checking systems out found all HEPI Pump Stations Running fine and all HEPI platforms operating with no saturations--Seismic environment is pretty quiet.
Found HAM6 ISI tripped on CPS but I see no 20000 count excursion on the CPS plot, hmmm--see attached. This trip occurred yesterday 0740utc. Also on this snap shot are the ISI overviews: everyone is running very nicely green on the blrms for what that is worth--check out HAM4!
no restarts reported
model restarts logged for Mon 29/Dec/2014
2014_12_29 06:29 h1fw1
one unexpected restart.
Elli, Evan, Dave:
cdsfs0 (the /ligo file server) locked up this evening sometime after 18:43 PST. It was completely unresponsive, so Elli and Evan (with myself on the phone) power cycled the machine using the front panel button. It came back up with no problems and I was able to log into a control room workstation remotely. The system logs dont show any indication of the problem, it locked up silently. The attached logs show the last good log at 18:43 and the start of the reboot following power restoration at 19:17
Dec 29 18:43:58 cdsfs0 mountd[1623]: authenticated mount request from 10.22.0.141:1022 for /ligo (/ligo)
Dec 29 19:17:20 cdsfs0 kernel: imklog 4.2.0, log source = /proc/kmsg started.
I was not getting data at home from the external epics gateway, so I restarted this process. Also, I noticed a timing error on h1asc state word, which I cleared with a DIAG_RESET so it most probably was just a glitch on CPU_MAX.
no restarts reported. No conlog report.
0810 - 0815 hrs. local -> In and out of Y-end VEA 0825 - 0830 hrs. local -> In and out of X-end VEA 0840 - 0845 hrs. local -> In and out of LVEA -> De-energized XBM turbo controller
Elli, Evan
For the past week or so I've noticed that initial alignment of the corner optics has become much more painful:
The second of these problems was traced to the LSC_CONFIGS guardian: the threshold for LSC-ASAIR_A_LF_NORM_MON was too high (300 ct), so that even if the lock was broken, the guardian would not register it. This would leave the MICH loop trying to acquire lock with two integrators on and no limiter on BS-M3_ISCINF_L. I've turned the threshold down to 30 ct. The MICH locking seems more sluggish than it did a few weeks ago, but now it locks instead of wandering off.
Elli and I tried for a while to fix the first problem, but nothing we tried seem to work. Turning up the gain only made the PRX lock oscillate. Turning off the slow pitch/yaw bleed to the M1 stage seemed to have no effect. Different combinations of REFL_A and REFL_B WFS seemed to have no effect. So this will require some more attention.
Today I was able to get good buildup in PRX (ASAIR_LF of about 4500 ct). In order to do so I had to adjust both PRM (by tens of counts) and PR3 (by a few counts). Since the WFS loop only touches PRM, it is not so surprising that it cannot always achieve good PRX buildup. In the past we usually haven't had to touch PR3 for day-to-day alignment, but since it's now used for DRMI/PRMI ASC loops, its pointing is now more variable.
Once PR3 has been touched up by hand, the WFS loop can take care of the rest. However, since it involves a very slow bleed-off from PRM M2 to PRM M1, we may want to find something faster for initial alignment.
One point I am not clear on is why PRM M1 P/Y and SRM M1 P/Y now have different filter settings. PRM M1 has a 1/f shape everywhere; SRM M1 has a flat gain of order unity. This makes SRM M1 more prone to getting kicked when M1 feedback is turned on or receives a sudden change in input; at one point it caused the HAM5 ISI to trip.
Evan, Elli
A 1611 photodiode has been added to ISCT1 in preparation for a schnupp asymmetry measurment.
The new 1611 photodiode sits between the Refl Air A and Refl Air B photodiodes (see table layout D1201103). An AR optic is placed before Refl Air B as a pickoff to divert a small amount of power to the 1611PD. 29mW of power was going toward Refl Air B, of which 0.4mW of power is now diverted to the 1611PD. The beam is slightly larger that the PD area- we could focus the beam to get more power if needed.
The PD is powered by a +/-15V power supply which we placed on top of ISCT1. The cables for the PD are coming out through a patch panel on the left hand side of the table. Evan has made a longer power cable in order to reach the power supply.
Tomorrow we plan to lock PRMI to the sideband and take a preliminary set of measurements for the schnupp asymetry.
Hey, you probably already accounted for this, but you may need to realign the beam onto REFL AIR B since the transmission through the AR window will have translated the beam somewhat. I guess REFL AIR B DC out is acquired somewhere and can be used to optimize the alignment.
We didn't think of that before, but today we touched up the alignment.
We haven't had much success locking the auxiliary laser with the PLL today. It looked like it would lock to the VCO, but the error signal didn't make sense when viewed with an oscilloscope. The beat note also looked very noisy when the PLL was engaged. The PLL didn't lock at all when using the network analyser to sweep the Aux laser offset. We checked the alignment of the beam on the 1611 PD, and did a 64-67MHz sweep using 801 points.
Looks like h1conlog3 (the web server and replica) suffered a hardware failure on its disk yesterday afternoon at 15:00 PST, Saturday 27 December 2014. I have rebooted this machine, but it still only reports changes to 15:00 12/27 and the hourly reports are failing. We are investigating.
It is running again.
I’ve done some work on IOT2R in preparation for the Schnupp asymmetry measurement:
For the time being, I’ve turned off the PD and dumped the beam immediately after the periscope.
Next steps:
With regards to turning down the aux laser power rather than using a filter in front of the PLL photodiode: the reason we didn't do this before is because we still wanted to maintain maximum aux laser power injected to the PRC (which is unaffected by the filter in front of the PLL PD). If you get plenty of signal on ISCT1 still, then maybe this isn't a problem and turning down the aux laser power is fine.