The SR3 oplev installation is now complete. It is aligned to the current pitch/yaw bias of SR3; if this changes let me know and I'll re-align the oplev. An initial calibration has been performed and the pitch/yaw gains updated (calibration data attached, yaw gain is negative in the graph due to the mounting of the QPD w.r.t. the horizontal translation stage of the receiver; the signs in the SR3 oplev MEDM should be correct). The new gains are:
This is an initial calibration to get a working system for initial commissioning work and will be refined in the future. This will need to be added to the save.snap as well.
Also, for this installation we installed the first of the 18 V to 5 V DC-DC converter boards to power the laser. While in operation the laser only pulls 0.24 A, but it should be noted that upon startup the laser briefly requires approximately 2 A and then settles back to 0.24 A. We need to keep this in mind when we start upgrading the remaining oplev lasers.
Last night, when I tried the oplev damping on the L2 stage (PUM) of ITMX, the damping loop did not improve the angular motion at all. This morning, Keita noticed that the OSEM read out at the L2 stage were all reading small numbers, indicating some electronics are not properly functioning or maybe disconnected. So I investigated this issue.
It was the coil driver which had been turned off for some reason -- the mechanical switch on its back panel was in the off position. So I switched it on. Now we can see some reasonable readout coming in to the digital system. We now should be able to use the oplev damping if necessary.
While trouble shooting the EndY problem I reviewed the EndX Pump Station settings. While there I noticed the fluid level in the reservoir was notibly lower than just a week or so ago. So, I inspected the system and again only found the known leaks. I cleaned the fluid catch on H2 Actuator as it was full. I plan on changing this leaking Parker valves next week.
I found the FWD/CM jumper was actually behind the lugs of the terminal block in the VFD. It made contact intermittently and once started it doesn't need to remain closed so it was never a failure mode on the Pump Station. I'll again cycle the Pump Station on Tuesday to confirm I got the jumper properly installed.
Data collection for Borja's charge measurements are done (for now) -> Spun-down turbo and shut down QDP80 @ Y-end -> Valved-out IP12 @ X-end, X-end now pumped only by turbo Also, turned on BSC9 annulus ion pump (in parallel with aux. cart)
At about 23:23 PDT Aug. 27, too many testpoints were requested on H1LSC and the DAQ bit in the state word for the model was set. All test points were manually cleared at 09:40 PDT Aug. 28. The model did not need to be restarted, the DAQ state bit cleared immediately.
These 3 channels started rapidly changing sometime around 3 or 4 this morning (I'm having trouble getting data for them from dataviewer). H1:ALS-X_SPARE_A_DEMOD_RFMAX H1:ALS-X_SPARE_B_DEMOD_RFMAX H1:LSC-X_TR_A_DC_RESPONSIVITY I ran camonitor on them. Here is a snippet of the results for H1:ALS-X_SPARE_A_DEMOD_RFMAX. The others were similar. ... H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.377320 -5.47624e+66 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.387320 2.67673e-83 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.398321 7.40505e-305 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.407321 -1.97952e+288 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.417322 -4.52984e+42 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.428322 4.45211e-194 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.438323 -3.29246e+177 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.448324 4.60892e+278 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.457324 3.91205e-35 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.467325 7.40505e-305 H1:ALS-X_SPARE_A_DEMOD_RFMAX 2014-08-28 09:07:40.478325 2.06671e+235 ... I think they originate in Beckhoff. I have instructed Conlog to stop recording them for the time being by adding them to the exclude list and regenerating the channel list.
As Jim B. pointed out, the end X Beckhoff PLC 2 has gone haywire. The new medm readback of its system time is being rapidly overwritten by random numbers. From a trend of H1:SYS-ETHERCAT_X1PLC2_CURRENTTIME_WSECOND, it appears to have started around 3:18 PDT this morning.
Dataviewer shows the X1_PLC2 time display going bad at 03:19 PDT Aug. 28.
Further information: H1:ALS-X_LOCK_STATEREQUEST got changed to 256 at ~ 3:18.
Restarting the end X Beckhoff computer has not helped.
Upon Daniel's suggestion I did a restart of TwinCAT and then a burtrestore of PLC2 to 08:10 yesterday morning. PLC2 then crashed and I got the error in the attached screenshot. I acknowledged the error and then clicked 'Activate and run' for PLC2. This appears to have fixed it.
It appears that an automatic Windows update restarted the computer at 3:15:29 AM PDT. The relevant events from the Windows system log are attached.
Jason to calibrate the optical lever on SR3 Peter to work on the photodiode array in the H2 PSL enclosure Jim W. running transfer functions on the ITMX ISI. Should finish around 9:30 am. Filiberto may run cables to the table at HAM6 Kyle will restart pumping at HAM6 Hugh may investigate previous issues with starting HEPI at end Y Richard may install new HEPI switches
First some background; there are two ways of installing an ADC card in the front end IO Chassis: either as a single PCIe card or as a PCIX card sitting on a PCIe adapter card. Recent ADC errors when running RCG2.9 on the IOP model for SUS EY have been resolved by Keith and Rolf as being caused by ADC/adapter cards being used in certain slots. The hope was that the installed H1 system was not using any adapted ADCs, but when I scanned all the front end IOCs I found the following front ends do indeed have cards on adapters:
h1susey (2 ADC)
h1seiex (3 ADC)
h1oaf0 (1 DAC-16bit)
During next Tuesday's maintenance, we will replace these with PCIe cards to ensure all front ends are hardware identical. We will also check the 3rd IFO IO Chassis are hardware identical to H1 and L1.
Note that the problem only occurred if a PCIX ADC was used in the very first ADC slot (ADC0). As long as a PCIe ADC was used as ADC0, both kinds of ADCs could be used in other slots. Also, we have not found any problems with DAC cards at present.
no restarts reported
We tried locking PRMI with no success. Some optics seem loud. More details will be posted later.
Dan, Kiwamu
We tried PRX, PRY, MICH and PRMI. PRMI did not lock, but the other configuration locked. Also I am worried that either ITMs or BS may be moving a lot.
(MICH)
(PRX and PRY)
(PRMI)
(ITMX mysterious oscillation in pitch)
At the beginning, we saw a quite steady oscillation in pitch of ITMX at 0.5 Hz with an amplitude of 2 urad according to the uncalibrated oplev. We suspected a hidden excitation somewhere and therefore cleared all the excitation using the diag command. This did not solve the oscillation. Then I increased the pitch damping gain by a factor of 3 to suppress the oscillation and this worked well. Setting the gain back to the nominal value (i.e. -1), I saw no ring up in pitch and the oscillation still stayed small. So I left the damping gain as nominal. Strange. Since ITMY oplev is off from the QPD, we did not check the angular motion in ITMY.
(I feel that the mirror motion is bigger than it used to be. Maybe ?)
Since the last PRMI commissioning in this winter, we have kept a couple of limiters in LSC and SUS for preventing the servos from unnecessarily kicking the optics during lock acquisition. The limiter values and their associated filters had been carefully adjusted so that they don't limit the in-lock DC values but they limit some impulsive signals. However, the limiters were limiting the in-lock feedback signal at DC when PRX(Y) or MICH was locked. I had to increase some of the limiter values by more than a factor of 5 or take them out last night.
I have not done a quantitative spectral analysis yet, but I am feeling that the motion of the suspensions are greater than before.
As for the limiter issue, we need only two limiters to be enabled, which is BS_ISCINF and PR2_M3_LOCK (see this old entry 10559). In addition, I had a wrong limiter on at LSC_PRCL last night.
Anyway, the one limiting the DC value yesterday was BS_ISCINF. This used to be 5 x105 and it was 2 x 105 in eariler yesterday for some reason. I then increased this limiter to 2 x 106 in order to avid the signal being cut at this limiter.
Gerardo has just torqued down the bolts for HAM6 viewports. We're done with H1 in-chamber installation (for the current configuration)!
Congrats everyone!
Removed the Ring Heater Assembly from the ITMy quad structure going into 3IFO storage. Before starting I noticed the lower ring heater assembly had a crack in the glass former. Not sure when the break happened, but this one also displayed a lot of movement inside the ring heater shield. The pictures show how the former has pushed pretty far out of position. The ring heater cables were also removed. This includes the "antlers" (D1001755) but not the plate (D1002420) which the earthquake stop is attached to. The assemblies removed were: ASSY-D1001895-V5 #001 (lower ring heater, broken) ASSY-D1001517-V7 #612 (cable assembly) ASSY-D1001838-V6 #005 (upper ring heater)
That should read ITMx (not y) and ASSY-D1001838-V6 #002 (upper ring heater) not #005. typos.
Note, when the 40kg optics are installed and removed from the QUAD lower structures that these ring heaters are mounted to, there is some torquing of the structure (and therefore the RH). Possibly this adds to these failure modes.
One more fix. The lower ring heater should be: ASSY-D100195-108 Made a mistake with a V5 and V6 part.