Displaying reports 63961-63980 of 77227.Go to page Start 3195 3196 3197 3198 3199 3200 3201 3202 3203 End
Reports until 11:24, Thursday 28 August 2014
H1 SEI
hugh.radkins@LIGO.ORG - posted 11:24, Thursday 28 August 2014 (13646)
EndY HEPI Pump Station problem found fixed

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.

LHO VE
kyle.ryan@LIGO.ORG - posted 10:33, Thursday 28 August 2014 (13639)
Restored end station pumping to pre-Borja configuration
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)
H1 CDS
james.batch@LIGO.ORG - posted 09:53, Thursday 28 August 2014 (13637)
Cleared testpoints on H1LSC model
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.
H1 CDS
patrick.thomas@LIGO.ORG - posted 09:25, Thursday 28 August 2014 - last comment - 11:44, Friday 29 August 2014(13635)
removed 3 frequently changing channels from Conlog
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.
Comments related to this report
patrick.thomas@LIGO.ORG - 09:41, Thursday 28 August 2014 (13636)
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.
james.batch@LIGO.ORG - 10:03, Thursday 28 August 2014 (13638)
Dataviewer shows the X1_PLC2 time display going bad at 03:19 PDT Aug. 28.
patrick.thomas@LIGO.ORG - 10:49, Thursday 28 August 2014 (13641)
Further information:
H1:ALS-X_LOCK_STATEREQUEST got changed to 256 at ~ 3:18.
patrick.thomas@LIGO.ORG - 10:53, Thursday 28 August 2014 (13642)
Restarting the end X Beckhoff computer has not helped.
patrick.thomas@LIGO.ORG - 15:34, Thursday 28 August 2014 (13651)
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.
Images attached to this comment
patrick.thomas@LIGO.ORG - 11:44, Friday 29 August 2014 (13672)
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.
Non-image files attached to this comment
LHO General
patrick.thomas@LIGO.ORG - posted 08:39, Thursday 28 August 2014 (13634)
Installation meeting notes
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
H1 CDS
david.barker@LIGO.ORG - posted 08:33, Thursday 28 August 2014 - last comment - 11:09, Thursday 28 August 2014(13633)
some front end IO Chassis have ADC/DAC cards on PCIe adapter cards

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.

Comments related to this report
keith.thorne@LIGO.ORG - 11:09, Thursday 28 August 2014 (13644)CDS
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.
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:25, Thursday 28 August 2014 (13632)
CDS model and DAQ restart report, Wednesday 27th August 2014

no restarts reported

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 05:06, Thursday 28 August 2014 - last comment - 11:37, Thursday 28 August 2014(13631)
no luck locking PRMI

We tried locking PRMI with no success. Some optics seem loud. More details will be posted later.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 10:49, Thursday 28 August 2014 (13640)

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)

  • ASAIR_A_RF45_Q
    • demod phase = -91 deg
  • whitening gain = 18 dB, stage 1 and 2 ON.
  • servo gain -200
  • we did not change the digital filters at all (i.e. the same old filters were used)
  • UGF --> forgot to measure, must be higher than 10 Hz.
  • The BS pitch was wobbly with an amplitude of about 2 urad in peak-to-peak, observed by oplev. Engaging the oplev damping servo successfully got rid of the pitch wobbliness.

(PRX and PRY)

  • REFL_A_RF45_I
    • demod phase = -2.2 and 12 deg for PRX and PRY sideband resonance respectively
  • Also checked the demod phase for REFL_A_RF9_I (out-of-loop)
    • demod phase = 77.0 and 79.7 deg for PRX and PRY sideband lock respectively
  • whitening = 0 dB, no whitening stages engaged.
  • servo gain = -200
  • we did not change the digital filters at all (i.e. the same old filters were used)
  • UGF --> 60-ish Hz

(PRMI)

  • tried a smaller gain in PRCL and MICH by a factor of 500 and 20 respectively according to LLO's locking instruction (DCC-T1300991).
    • I did not see a momentary lock at all
  • fiddled with the gains. No momentary lock was observed

(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.

kiwamu.izumi@LIGO.ORG - 11:37, Thursday 28 August 2014 (13648)

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.

H1 CDS
patrick.thomas@LIGO.ORG - posted 17:22, Wednesday 27 August 2014 (13629)
Updated conlog channel list
32 channels added
LHO VE
kyle.ryan@LIGO.ORG - posted 16:35, Wednesday 27 August 2014 (13628)
~1535 - 1630 hrs. local -> rough pumped HAM6
Will continue tomorrow
H1 INS (SEI)
jim.warner@LIGO.ORG - posted 16:24, Wednesday 27 August 2014 (13627)
TF set to run on ITMX ~12:30 am local
With Dave's help, and Hugh struggling along with me, I've set a tf to start on ITMX ISI. Should start at 12:30, some time after Kiwamu leaves tonight. It should also: pause the SEI guardian, ctrldown the ISI, undamp the ISI, set the GS-13's to low gain and bump up the watchdog threshold on the GS-13's before starting the excitation. All any commissioners need do is make sure the ISI is in its normal operating state before they leave, and not interfere with the measurement while it's running. Running from opsws0
H1 INS
keita.kawabe@LIGO.ORG - posted 15:43, Tuesday 26 August 2014 - last comment - 10:55, Thursday 28 August 2014(13607)
H1 installation milestone: The last chamber was closed.

Gerardo has just torqued down the bolts for HAM6 viewports. We're done with H1 in-chamber installation (for the current configuration)!

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 10:55, Thursday 28 August 2014 (13643)

yes Congrats everyone!

H2 TCS
greg.grabeel@LIGO.ORG - posted 14:53, Tuesday 26 August 2014 - last comment - 10:27, Friday 29 August 2014(13602)
Removed Ring Heater and Cable Assemblies from H2 ITMy
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)
Images attached to this report
Comments related to this report
greg.grabeel@LIGO.ORG - 19:20, Wednesday 27 August 2014 (13630)
That should read

ITMx (not y)

and

ASSY-D1001838-V6 #002 (upper ring heater)

not #005. typos.
betsy.weaver@LIGO.ORG - 11:11, Thursday 28 August 2014 (13645)

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.

greg.grabeel@LIGO.ORG - 10:27, Friday 29 August 2014 (13669)TCS
One more fix. The lower ring heater should be:

ASSY-D100195-108

Made a mistake with a V5 and V6 part.
Displaying reports 63961-63980 of 77227.Go to page Start 3195 3196 3197 3198 3199 3200 3201 3202 3203 End