Displaying reports 72741-72760 of 85707.Go to page Start 3634 3635 3636 3637 3638 3639 3640 3641 3642 End
Reports until 17:45, Monday 11 August 2014
H1 SUS
borja.sorazu@LIGO.ORG - posted 17:45, Monday 11 August 2014 - last comment - 20:17, Monday 11 August 2014(13343)
ETMY charge repeatibility measurement

(Borja)

We have finally manage to solve the mistery regarding the unresponsive LL quadrant of the ETMY ESD (see this and this). So from now on we can add the 4 quadrants in our measurements.

Another measurement was take today (before seeing the effect of green light on the charging of the ETMY) to see repeatibility of measurements or stationarity of the charge.

I attach here the document including the new measurements as well as a comparison plot with the results of Veff and slopes between the data taken 2 days ago (this is 3 days after the 2nd discharge run) and the data taken here.

A summary table is given next with the current values in green (for each quadrant), and we compare them with the measurements before the discharge runs (in blue) and the measurements taken 2 days ago after discharge run2 (in red):

 

UL before

UL after2

UL after22

UR before

UR after2

UR after22

LL before

LL after2

LL after22

LR before

LR after2

LR after22

Veff PITCH [V]

112

43

123

52

11

65

-

-

61

123

31

85

PITCH slope [10-7 µrad/V]

-2.585

-2.63

-2.565

1.89

2.35

2.1605

-

-

2.154

-2.65

-2.655

-2.612

Veff YAW [V]

125

77

177

103

1

70

-

-

54

144

54

100

YAW slope [10-7  µrad/V]

-2.21

-2.25

-2.178

2.34

2.54

2.428

-

-

-2.271

2.32

2.365

2.374

Conclusions: During the last two days the charge of all quadrants has changed considerably bringing it back for some quadrants to same level (or worse) than before the ionized gas discharge runs took place. Look particularly to quadrant UR in pitch where we manage to do a full discharge after the 2nd discharge run but the current measurement shows again a high charge. The only think related to the ESD that has been done today before the measurements is solving the issue with LL quadrant which required turning off the ESD drive and also moving around some cables at the ESD BIAS low pass filter box. In principle this should not have caused a change in the ETMY charge.

Images attached to this report
Non-image files attached to this report
Comments related to this report
rainer.weiss@LIGO.ORG - 20:17, Monday 11 August 2014 (13345)
Wow! An alarming result. Is it possible to return the wiring to the pre LL fix result and measure the
charge once again?

Other possibilities to make changes in the charging:
Are the illuminators on the chamber on?
When was the ion pump on the chamber turned on?
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 16:27, Monday 11 August 2014 - last comment - 16:58, Monday 11 August 2014(13341)
Summary of recent rash of CDS problems

Jim, Dave

With so much going on this weekend and today, I thought it would be nice to provide a top level summary of events.

The LDAS raid issue is thought to be completely unrelated to the various FE issues, and was purely coincidental.

There is no obvious connection between the various FE issues, but we cannot imaging they are coincidental.

All times are PDT.

LDAS disk9 failure in RAID

Fri 8/8 21:57 Warning message disk9
Fri 8/8 22:37 Error Disk9, continuous
Sat 8/9 01:52 h1fw0 single restart
Sat 8/9 04:02 h1fw0 regularly restarting
Sat 8/9 15:57 problem resolved, disk9 removed from raid

h1sush2a CPU freeze

Sat 8/9 00:06 cpu freeze, DAQ data bad for many other FE
Sat 8/9 11:48 pwr CPU, large IRIGB error on IOP
Sat 8/9 11:54 restart IOP, still large IRIGB errors
Sat 8/9 12:11 pwr CPU and IOChassis, all is good

h1seib1 CPU freeze

Sun 8/10 18:46 cpu freeze, DAQ data on others good
Mon 8/11 08:35 pwr cpu , IRIGB drifted bad
Mon 8/11 08:39 IRIGB drifted good, all is good

h1susb123 CPU freeze

Mon 8/11 13:46 cpu freeze, DAQ data good on other FE. SWWD causes SEI trip 5 mins later
Mon 8/11 13:58 pwr cpu. All looks good but DAC is undrivable (discovered later)
Mon 8/11 14:34 DAC problem discovered, fixed with restart of IOP

h1seih23 DACs not driving

Sat 8/9 15:30 h1seih23 DACs not being driven
Mon 8/11 10:42 fixed by restarting IOP
Comments related to this report
david.barker@LIGO.ORG - 16:58, Monday 11 August 2014 (13342)CDS

here are the console images for the three cpu freeze up events (h1sush2b, h1seib1, h1susb123)

Images attached to this comment
LHO VE
kyle.ryan@LIGO.ORG - posted 16:26, Monday 11 August 2014 (13340)
Climbed on and around HAM4, HAM5, HAM1 and HAM2 earlier today
Disconnecting, moving and reconnecting aux. pump cart to annulus systems
LHO VE
kyle.ryan@LIGO.ORG - posted 16:20, Monday 11 August 2014 (13339)
Found Vertex "M-E-G-A-L-E-A-K"
Kyle, Gerardo 

We found the bottom center viewport on HAM4 South door to be leaking at around 2-3 x 10-2 torr*L/sec! -> Tomorrow we will attempt to avoid this leak and resume leak hunting

All annulus volumes in the Vertex, YBM and XBM had been evacuated before helium leak testing began this afternoon.  GV1 was closed then opened and GV2 was closed to demonstrate that the leak was on the Vertex volume and not the YBM or XBM volumes.
H1 CDS (SUS)
david.barker@LIGO.ORG - posted 16:12, Monday 11 August 2014 (13338)
h1susb123 freeze up

Jim, Arnaud, Dave

at 13:46 PDT this afternoon h1susb123 (SUS ITMX,ITMY,BS) cpu froze up in the same way as the recent problems with h1sush2b and h1seib1.

we removed h1susb123 from the Dolphin remotely and power cycled the CPU. The IOP model did not show any IRIG-B error so we thought this was a clean recovery. Unfortunately the DACs were not driveable (similar to h1seih23 problem this weekend) and when the models were activated no DAC channels could be driven. We then stopped the user models, restarted the iop model, restarted the user models and now all is well.

The reason for this crash (the 3rd in 3 days) is unknown, investigations are continuing.

H1 AOS
filiberto.clara@LIGO.ORG - posted 14:50, Monday 11 August 2014 - last comment - 14:26, Wednesday 13 August 2014(13337)
ETMY and ETMX ESD
Added the ESD Bias Path Filter Box (D1400192) to both ETMY and ETMX.
Units filter voltage noise present on the ETM bias path of the ESD HV drive.

Due to wiring differences inside the chamber, the filter units were connected as follows:
ETMY connected to pin 1 (Flange F2-3)
ETMX connected to pin 3 (Flange F2-3)

Filiberto Clara
Comments related to this report
filiberto.clara@LIGO.ORG - 14:26, Wednesday 13 August 2014 (13393)
EX
Current Limit Box D1201288      SN S1400223
ESD Bias Path Filter D1400192 SN S1400403

EY
Current Limit Box D1201288      SN S1400224
ESD Bias Path Filter D1400192 SN S1400405
H1 SEI
hugh.radkins@LIGO.ORG - posted 14:33, Monday 11 August 2014 (13336)
WBSC9 EndX ETMY SEI HEPI Pump Station off since ~2100utc 5 Aug from Overvoltage ov3

Haven't been messing with this system since doing pumping stuff etc. so this idled along like this.

Overvoltage 3 is our old friend on these VFDs of the Pump Station.  They do seem to be occurring more frequently now.

Corey restarted in the documented manner.

H1 SUS (SUS)
richard.mccarthy@LIGO.ORG - posted 13:51, Monday 11 August 2014 (13335)
ETMy ESD drive
The Filter for the DC bias had been placed on connection 3 as it is for all other ESD drives but the person who installed it did not know ETMy is different the DC bias in on pin1.  This swap was done and the configuration is correct.  The next problem introduced was the lock up of the DAC channels.  I had to cycle the ESD off pull the DAC cable reinstall the DAC cable and power the ESD controller back up.  The system has been turned over for more testing.  
LHO VE
john.worden@LIGO.ORG - posted 13:00, Monday 11 August 2014 (13334)
Y END Pressure Excursions while introducing Deionizing gas

Here are the two vacuum gauges during the two gas injection events last week.

Text files also attached.

Images attached to this report
Non-image files attached to this report
H1 SEI (CDS)
jeffrey.kissel@LIGO.ORG - posted 11:29, Monday 11 August 2014 (13329)
More loose wires in the software -- h1seih23 this time...
H. Radkins, J. Kissel

Similar to what we've seen before on front end computers for HAM2 -- both SEI and SUS -- (see LHO aLOGs 11481, 10849, 10375, 8964, 8424, 7385), we found the h1seiham23 computer inexplicably unable to drive past its IOP model this morning. As with each of the other 6 times, we had to kill the user front-end processes, restarted the IOP process, reset all watchdogs to regain actuation. A good guess of the source this time would be the problems with h1sush2b this weekend, but a trend of the CDS State Word DACKILL bit shows the indicative status changed at Aug 9 2014 22:30 UTC, 15:30 Saturday Afternoon (after Dave finished his bootfest with h1sush2b). So ... still no smoking guns for this problem, nor any better solutions than the time-honored, sledge-hammer fix, restart of all models on the computer.

We STILL need a better indication of this problem. The DK bit in the CDS word often gets ignored by CDS admins, because they assume it's the user or iop DACKILLs that have tripped after their reboots (as expected). SEI / SUS commissioners -- though CDS state word is now on everyone's overview screen -- lose track of what bits mean what, the only non-invasive power they have is to reset all watchdog that they have, and there're often things like IPC errors (which is the bit right next to it) that don't affect the performance of the platform so the word cries wolf often. Presumably, to better indicate the problem, we have to identify the problem to begin with...

Details:
-------------------
- Tried turning on ISI, saw that actuators trip. A plot of the trip shows a clear unstable ramp up of output -- but no sign of movement from the sensors.

- Found no DAC outputs reported by the IOP, even though user model has requested it.

- "DK" bit shows red, but all MEDM control of USER and IOP DACKILL buttons have been reset. Bit went red, Aug 9 2014 22:30 UTC, 15:30 Saturday Afternoon (after Dave finished his bootfest with h1sush2b).

- Checked h1seih23 dmesg, 
controls@opsws4$ ssh h1seih23
controls@h1seih23$ dmesg 
this reports some node errors, but unfortunately the time stamp is meaningless. In the "recent" history, it reports things like
"Session for node 52 is disabled - Status = 0x5"
"Heartbeat alive-check for node=52 failed (cnt=6614 state=0x1 deb=0 val=0)."
"Session for node 20 is disabled - Status = 0x5"
"Session for node 20 is disabled - Status = 0xf"
though, according to T1400026, no front-end process is assigned to the DCUID 52, and h1ascimc.mdl is using DCUID 20, should be totally unrelated.

- Checked /proc/h1iopseih23/status file,
controls@opsws4$ ssh h1seih23
controls@h1seih23$ vi /proc/h1iopseih23/status
reports DAC FIFO Status for both DACs is OK
DAC #0 16-bit fifo_status=2 (OK)
DAC #1 16-bit fifo_status=2 (OK)

- Everyone of previous aLOGs of this problem says "kill user models, restart iop process, restart user models."

- killed all user models, restarted iop model, restarted user models, cleared all watchdogs and problem clears up.


H1 PEM (PEM)
corey.gray@LIGO.ORG - posted 11:27, Monday 11 August 2014 (13331)
Increased Alarm Levels On LVEA Dust Monitors

I raised Alarm Levels for all LVEA Dust Monitors (numbers:  2,3,4,13, & 15) except for those which are still monitoring clean areas (Dust Monitor #'s 5,6 & 16).  Raised 0.3um levels to 1200 & 1500 counts (that's minor & major) & 0.5um levels to 600 & 800 counts.

I was not able to change the EX Dust Monitors (this is because they are new monitors).  I changed the EY dust monitors the same as the LVEA ones above.

H1 SUS (CDS)
arnaud.pele@LIGO.ORG - posted 10:48, Monday 11 August 2014 (13330)
sustools.py errors when used w matlab
When running the following sustools python command from matlab 2012 I get this error desribd below. When ran from matlab 2010 it works fine. When ran from a terminal it works fine. 
 
[msg,junk1]=system(['/opt/rtcds/userapps/release/sus/common/scripts/sustools.py -o MC2 coilPvs -l M1 -m -s _EXC ']);

junk1 =
 
Traceback (most recent call last):
  File "/opt/rtcds/userapps/release/sus/common/scripts/sustools.py", line 81, in <module>
    import ezca
  File "/ligo/apps/linux-x86_64/cdsutils-250/lib/python2.7/site-packages/ezca/__init__.py", line 2, in <module>
    from ezca import parse_ifo_prefix, ligo_channel_prefix
  File "/ligo/apps/linux-x86_64/cdsutils-250/lib/python2.7/site-packages/ezca/ezca.py", line 3, in <module>
    import epics
  File "/ligo/apps/linux-x86_64/epics-3.14.12.2_long-ubuntu12/pyext/pyepics/lib/python2.6/site-packages/epics/__init__.py", line 25, in <module>
    from . import ca
  File "/ligo/apps/linux-x86_64/epics-3.14.12.2_long-ubuntu12/pyext/pyepics/lib/python2.6/site-packages/epics/ca.py", line 39, in <module>
    from . import dbr
  File "/ligo/apps/linux-x86_64/epics-3.14.12.2_long-ubuntu12/pyext/pyepics/lib/python2.6/site-packages/epics/dbr.py", line 17, in <module>
    import numpy
  File "/usr/lib/python2.7/dist-packages/numpy/__init__.py", line 137, in <module>
    import add_newdocs
  File "/usr/lib/python2.7/dist-packages/numpy/add_newdocs.py", line 9, in <module>
    from numpy.lib import add_newdoc
  File "/usr/lib/python2.7/dist-packages/numpy/lib/__init__.py", line 13, in <module>
    from polynomial import *
  File "/usr/lib/python2.7/dist-packages/numpy/lib/polynomial.py", line 11, in <module>
    import numpy.core.numeric as NX
AttributeError: 'module' object has no attribute 'core'
H1 PSL (PSL)
corey.gray@LIGO.ORG - posted 10:32, Monday 11 August 2014 (13328)
Weekly PSL Check

 

Laser Status

PMC

FSS

ISS

LHO VE
kyle.ryan@LIGO.ORG - posted 10:17, Monday 11 August 2014 (13327)
Valved-in IP11 @ Y-end -> Shutdown rotating vacuum pumps
Ran purge air compressors for ~10 minutes @ ~0945 hrs. local
H1 CDS (SEI)
james.batch@LIGO.ORG - posted 09:51, Monday 11 August 2014 (13326)
Restarted h1seib1 front-end
The h1seib1 front end computer was locked up since Aug. 10, 18:46 PDT.  Restarted computer this morning at 08:35 PDT.  IRIG-B timing was bad until 08:39.  No other computers were glitched restarting this dolphin-connected front-end.
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:48, Monday 11 August 2014 (13325)
CDS model and DAQ restart report, Sunday 10th August 2014

model restarts logged for Sun 10/Aug/2014
2014_08_10 08:32 h1fw1

unexpected restart of h1fw1, other writer was running, no data loss.

LHO General
corey.gray@LIGO.ORG - posted 08:27, Monday 11 August 2014 (13324)
Morning Installation Meeting Minutes
H1 SUS
borja.sorazu@LIGO.ORG - posted 19:52, Sunday 10 August 2014 (13323)
ETMY charge comparison before and after each of the 2 ionized gas injection discharges

(Borja)

This entry is a summary of the manual measurements results of the ETMY charge done before Rai's ionized gas injection discharge run1 and run2.

The measurement technique is the standard procedure of injecting a sinusoidal signal of 4Hz and 91.5Volt in amplitude to each quadrant of the ESD (with the exception of quadrant LL because it did not respond to the excitation, more about this on another entry). Then we monitor the deflection of the ETMY both in Pitch and Yaw by looking at the oplev which was carefully centre before any measurement was taken. The deflection was measured in diaggui as power spectrum plot of pitch and yaw, with a BW = 0.01Hz on the range between 1 – 5 Hz and averaged of 2 (for the before measurements) and 3 (for the after discharge measurements) times.

During the measurements the coherence between ‘excitation and Pitch’ and ‘excitation and Yaw’ was monitored to be sure that the excitation was observed. The phase (in degrees) of the transfer function between excitation and oplev pitch and yaw was measured to take into account the sign in the deflection.

Attached to this entry I provide a document with the results for each measurement. Also I provide the combined plots of the results in the standard way “Normalised deflection [µrad/V] vs V BIAS” where the deflection is normalised by dividing the deflection with the excitation amplitude (91.5Volt). The plot contains quite a lot of information (well explained by reading the plot legends) so a zoom version is also added around the Veff values (or deflection zero crossing).

Next I show a table with the summary, providing for each quadrant values of the pitch and yaw slope and Veff.

 

UL before

UL after1

UL after2

UR before

UR after1

UR after2

LR before

LR after1

LR after2

Veff PITCH [V]

112

34

43

52

-

11

123

33

31

PITCH slope [10-7 µrad/V]

-2.585

-2.61

-2.63

1.89

-

2.35

-2.65

-2.63

-2.655

Veff YAW [V]

125

72

77

103

-

1

144

48

54

YAW slope [10-7 µrad/V]

-2.21

-2.30

-2.25

2.34

-

2.54

2.32

2.37

2.365

Looking at the Veff in the table above we notice that the first discharge run was effective by a factor between 2 and 4 depending on quadrant and type of deflection (pitch or yaw). However the second discharge did not have so big effects and in some cases showed an increased charge.

 

(R. Weiss)

Rai has suggested that the results may suggest that the gate valve, in the second ionized gas discharge run, may have not been opened into a clear aperture even though the measurements of the ion currents were larger. It would be advisable to learn the best injection method for which It all needs to be done a third time. Rai thinks that the results so far are useful enough to decide whether we want to build more of the ionizers. Another very important step in the final decision will be the effect that the green laser light will have in the charging of the ETMY.

Images attached to this report
Non-image files attached to this report
LHO VE (VE)
rainer.weiss@LIGO.ORG - posted 11:53, Sunday 10 August 2014 - last comment - 12:52, Monday 11 August 2014(13322)
Second discharging of the ETMY
G.Moreno, K. Ryan, B, Sorazu, J. Worden, R. Weiss
Preliminary results from the first discharging indicate the charge has been reduced to 1/4 of the originally
measured charge. As we were dissatisfied by the negative to positive ion ratio and the flow rates in the initial
attempt, we made a second injection on August 8 with 1/2 the flow rate and about 3 times the ion current
into the test mass chamber. The charge on the etmy has not been measured yet. The new flow conditions are closer
to those in the original experiment done at MIT which reduced the charge to 0 +-10% of its initial value.
Again, once all the data is together, a more informative posting of the results will be made.
Comments related to this report
janeen.romie@LIGO.ORG - 12:52, Monday 11 August 2014 (13333)
Photo of discharge set-up.
Images attached to this comment
Displaying reports 72741-72760 of 85707.Go to page Start 3634 3635 3636 3637 3638 3639 3640 3641 3642 End