Displaying reports 57901-57920 of 83394.Go to page Start 2892 2893 2894 2895 2896 2897 2898 2899 2900 End
Reports until 16:45, Tuesday 22 March 2016
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 16:45, Tuesday 22 March 2016 (26196)
Added CO2Y graphics to OPS Overview

Now that the commissioners start to use CO2Y I want it to be obvious if it trips.

Images attached to this report
H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 16:20, Tuesday 22 March 2016 - last comment - 19:06, Tuesday 22 March 2016(26195)
CO2 rotation stage random walk measurement

Kiwamu, Nutsinee

In order to understand the characteristic of the COY rotation stage I ran Kiwamu's script with TCS CO2 channels asking the rotation stage to turn to random angles. The result is attached below. The first plot shows that CO2Y rotation stage works 85%-93% of the time (out of 300 samples). Changing the rotational state speed by 50% didn't make much difference (if not worse). The nominal speed is 100%. When the rotation stage didn't go to the requested angle the difference is always roughly 30 degree. In comparison I attached the second plot showing data from CO2X rotation stage that has quite a nice behavior. The requested angles and measured angles agree within half a degree (out of 100 samples). 

Images attached to this report
Non-image files attached to this report
Comments related to this report
patrick.thomas@LIGO.ORG - 17:12, Tuesday 22 March 2016 (26199)
It might be interesting to see the measured power for each of these as well. I would probably trust that more as an indication of the measured angle than the reading from the stage.
nutsinee.kijbunchoo@LIGO.ORG - 19:06, Tuesday 22 March 2016 (26203)

Below you will find the plot measured CO2 power vs. requested angle. Notice that CO2X power follows the sinusoidal pattern quite nicely while CO2Y power is ~30 degree phase delay from the main sine wave when the rotation state is busted.

Images attached to this comment
H1 General
edmond.merilh@LIGO.ORG - posted 16:07, Tuesday 22 March 2016 (26194)
Shift Summary - Evening Transition
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
b>TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
b>TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
b>TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY:
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 35mph Gusts, 25mph 5min avg
    Primary useism: 0.18 μm/s
    Secondary useism: 0.32 μm/s 
QUICK SUMMARY: Work being done on I/O table wreaking havoc on the mode cleaner. Primary µSei avg is skewed due to X and Y showing tilt from high wind speeds. Z axis is at .03 µm/s.
 
 
LHO VE
chandra.romel@LIGO.ORG - posted 14:54, Tuesday 22 March 2016 - last comment - 08:22, Wednesday 23 March 2016(26191)
Diagonal annuli pumping
John, Chandra

Connected aux pumping carts to the following annuli:

1. HAM 7/8, with secondary turbo
   Pressure:  3.4e-5 Torr
2. HAM 11/12, with secondary turbo
   Pressure:  9.5e-5 Torr
3. HAM 9, no secondary turbo
   Pressure:  7.0e-4 Torr

Still need to connect BSC4 annulus. 

Two annuli systems are leaking, based on the attached plot of diagonal gauge PT-140. Leak rate (O) e-3 Torr-l/s.
Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 08:22, Wednesday 23 March 2016 (26212)
Tuesday evening:  all three pressures on annuli are now low e-5 Torr range. I closed each turbo valve individually to see if pressure would rise in diagonal (on PT-140). No observed changes in pressure over 10 min time span for each. We have greatly reduced the leak rate by reducing pressure in the annuli.
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 14:33, Tuesday 22 March 2016 - last comment - 17:00, Tuesday 22 March 2016(26193)
Bringing back the HPO
The lock out/tag out for the HPO power supplies was removed.

Both the internal and external shutters of the HPO had their flags replaced.  The
position of the flags were also adjusted so that the magnetic position sensor was
triggered when the shutter was opened/closed.  TwinCAT uses the position sensor
for animation on the user screen.

Each of the four laser heads was powered up, one at a time and with 5 amp increments
up to the nominal pump power (50 A).  No problems were observed with the fibre bundles.
The diode currents were set back to zero.

As we were closing up, a small pool of water was observed on the base plate.  Fortunately
none of it was spraying anywhere.  The source was traced to the flow sensor in head 3.
It was removed, its PTFE tape redone and re-installed.  No leak was observed for a period
of time afterwards but this should be monitored and kept in mind if the crystal chiller
keeps complaining about low water level or a flow sensor problem.

If the front end laser trips out and you do not know how to bring it back on line,
PLEASE ASK or get someone who knows how to do it.



Jason, Peter
Comments related to this report
chandra.romel@LIGO.ORG - 17:00, Tuesday 22 March 2016 (26197)
Accidentally posted this in the wrong log entry! Corrected. 

All three pressures on annuli are now low e-5 Torr range. I closed each turbo valve individually to see if pressure would rise in diagonal (on PT-140). No observed changes in pressure over 10 min time span for each. We have greatly reduced the leak rate by reducing pressure in the annuli. 
H1 PSL
jason.oberling@LIGO.ORG - posted 14:02, Tuesday 22 March 2016 (26192)
PSL Power Watchdog Reset

I reset the 35W FE power watchdog at 20:52 UTC (13:52 PDT).

H1 PSL (PSL)
peter.king@LIGO.ORG - posted 08:11, Tuesday 22 March 2016 (26187)
HPO Diode Currents
Attached is a plot of the high power oscillator diode currents prior to its shutdown over
two years ago.  These are the currents that the high power oscillator will be restored to.

DB1   51.3 A
DB2   49.7 A
DB3   50.8 A
DB4   49.0 A
Images attached to this report
H1 TCS
kiwamu.izumi@LIGO.ORG - posted 02:23, Tuesday 22 March 2016 - last comment - 11:24, Thursday 24 March 2016(26185)
An overnight measurement with ITMY ring heater

ITMY ring heater was left on for an overnight measurement. The upper and lower segments of the ring heater were set to 1 W (i.e. 2W in total). The interferometer is aligned but in the down state. I started the HWS codes on h1hwsmsr because they were not running. I have not updated the reference images for the HWS codes this time. Therefore they use whatever the reference images that are in ~/temp/. The ring heater will be automatically switched off at around 6 am in local time by a script running on opsws4.

Comments related to this report
aidan.brooks@LIGO.ORG - 10:40, Tuesday 22 March 2016 (26190)

The HWS code should have been running in a single tmux session containing two windows. Clearly this is too easy to circumvent. I'll talk to Jamie about seeing if we can get this set up as a daemon process instead with the new version of the code.

kiwamu.izumi@LIGO.ORG - 11:24, Thursday 24 March 2016 (26234)

JimB and I are working on this issue at the moment. We are trying to get rid of tmux sessions by implenting monit. As of yesterday, we succeeded in running the hartman codes under the managmenet of monit. The implementation is still underway and about 80% done at the moment.

H1 TCS
kiwamu.izumi@LIGO.ORG - posted 01:56, Tuesday 22 March 2016 - last comment - 10:33, Tuesday 22 March 2016(26184)
CO2Y laser unable to set the power

We are having a trouble with the CO2 Y laser where every time when we request an angle to the rotation stage, it trips the laser for unknown reason. According to the MEDM screen, "RTD/IR SENS. ALARM" turns in red when we request an angle to the rotation stage. We needed to hit the gate button at the floor in order to untrip the laser. If we do not change the rotation stage angle, the laser seems to stay on,

We need help from experts.

Comments related to this report
alastair.heptonstall@LIGO.ORG - 07:51, Tuesday 22 March 2016 (26186)
This sensor channel covers two separate possible errors on the laser.  The first thing to do is for someone to go and take a look at the front of the laser controller chassis to check whether the IR sensor fault light is on.  It sounds to me like it is most likely the laser temperature channel tripping. 
 
If it is the temperature of the laser causing the trip then check the flow rate of the chiller and the laser temperature readout channel on the MEDM screen to make sure this is not a real effect.
 
The setpoint at which the laser trips can be changed by altering a potentiometer inside the controller chassis.  It has been seen before that large electrical spikes can cause the laser to trip on/off because of the temperature monitor channel and for this reason it now has some filtering on it.  However we have never seen it before from the rotation stage which makes me think something else may also be going on here - perhaps something has changed in the rotation stage motor, or the wiring has moved closer to the RTD.
 
For the safety of the laser the temperature shutoff setpoint should be set carefully, and this was pre-set in the electronics lab on the bench, so that we could calculate the temperature that we expect it to shut off.  A simple very short term solution is to open up the chassis and slightly tweak the temperature shutoff pot till this stops happening (this is a short term solution only to get the laser running right now, so you can use it).  The resistor to change is R51 (diagram is at https://dcc.ligo.org/DocDB/0070/D1101835/007/Contr_CO2_Laserv7.pdf ).  However I would suggest that what should really be done is to set up the spare chassis (this would also need the pot set) and then swap it in for this one, then test this one.  There is a test and set up procedure I wrote at T1400234.
 
If this starts to be more of a regular problem we may need to revisit this controller chassis design.
kiwamu.izumi@LIGO.ORG - 10:33, Tuesday 22 March 2016 (26189)

Fixed.

It was loosely connected D-sub calbes. I went to the floor and was going to inspect the controller box as suggested by Alastair. However, it turned out that tightening up all the D-sub cables on the front panel of the controller box apparently fixed the problem. I did not even try to reproduce the issue.

H1 ISC
stefan.ballmer@LIGO.ORG - posted 01:39, Tuesday 22 March 2016 - last comment - 01:49, Tuesday 22 March 2016(26182)
ASC oscillations at P>10W

Jenne, Sheila, Kiwamu, Hang, Stefan

We tried to monitor the AS WFS gains during powerup. However, we didn't see any sign flips. Nevertheless, a combination of SOFT and SCR1 loops ran away anyway.

On the next attempt we again observe the onset of a 0.4Hz oscillation in pitch, which, depending on alignment, starts around 13W-15W, and grows until lock-break.

Jenne tried to move the soft offsets around to see whether there are alignments that are less suceptible to the 0.4Hz oscillation - not much luck.

Looking at the OPLEVs we noticed that mostly the xarm pitch is moving during power-up (but too slow for radiation pressure effects). Note that during this the soft loop error signals are kept zero, which suggests some non-linearity in the X QPDs.

Comments related to this report
jenne.driggers@LIGO.ORG - 01:49, Tuesday 22 March 2016 (26183)

One last attempt:  We opened the SOFT loops, then went to 10W.  We still get our "favorite" oscillation.  We'll look at some lockloss plots when we're more awake.

H1 General
edmond.merilh@LIGO.ORG - posted 00:03, Tuesday 22 March 2016 (26181)
Shift Summary -Evening
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:'
LOG:
TITLE: 03/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:' Got some locking time in, only as far as DC readout but it was good to excersise my skills and learn/refresh. Tuning loops ws the order of the evening.
LOG:
 
H1 ISC
jenne.driggers@LIGO.ORG - posted 23:03, Monday 21 March 2016 - last comment - 10:08, Tuesday 22 March 2016(26180)
ASC FOMs changed around

Prompted in part by the day that the vacuum team needed an extra TV for remote medm screen monitoring, we have thought a bit about where we really want some of our FOMs displayed, and which ones belong where.

The range integrand is useful, but perhaps not something that we need to be watching in realtime.  I have promoted the ASC control signals (previously on the top monitor of video0) to the place where the range integrand was, at the bottom of nuc6.  Since I can't directly access the bottom screen, the striptools are kind of mushed right now, but if someone can get them nicely displayed on nuc6, that'd be great.  These are the same {userapps}/isc/h1/scripts/[PITCH or YAW]_ASC_CONTROL_SIGNALS.stp strip tool templates that were formerly on video0.

Rather than putting the range integrand on video0, I have put the ASC error signals up on video0, since we occassionally want to see these.  The color scheme is the same as the control signals, although the backgrounds are slightly different colors to indicate that they're not quite the same (err vs. ctrl signals).  We may need to think more on the y-scales - right now I have them optimized for in-lock, so they're rail-to-rail while we're unlocked.  We may want to zero the input matrices in the DOWN state and then re-write them before use, to make these strip tools less crazy.  These templates now live in {userapps}/isc/h1/scripts/[PITCH or YAW]_ASC_ERROR_SIGNALS.stp.

JimB will update the labels on the screen capturing webpage in the morning to reflect these changes.  Thanks Jim!!

Comments related to this report
james.batch@LIGO.ORG - 10:08, Tuesday 22 March 2016 (26188)
The control room screen shot web page has been modified, and the nuc6 computer has been configured to automatically start the strip tools when rebooted.
H1 ISC
stefan.ballmer@LIGO.ORG - posted 21:03, Monday 21 March 2016 (26179)
going to 22W - ASC

Kiwamu, Jenne, Stefan

With the ASC fully engaged at 2W, we wanted the see how it behaves at higher powers. Up to 10W the behavior was fine, then we started loosing recycling gain.

During this sequence we dithered BS in pitch and monitored its sensor, ASB36Q_PIT. We monitored this channel because this was running away in the O1 configuration (alog ). However it was not the culprit.

H1 General
edmond.merilh@LIGO.ORG - posted 17:19, Monday 21 March 2016 (26176)
PSL Weekly 10 day trends

Posted below are the past 10 day trends. The WeeklyXtal trends reflect the ongoing "beginning of the end" of th FE amplifier diodes with a confusing upwards twist (most recently) which I've queried Peter about as his last aLog also shows this ( https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=26154 ) but he made no comment about it. The WeeklyEnv trends shows a seemingly sizeable(?) drop in Relative Humidity between the 14th and the 20th. Curious that the curve is practically identical for the Laser and Anteroom as it is for the Diode and Chiller rooms given the distance between them.

Images attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 15:13, Monday 21 March 2016 - last comment - 20:54, Monday 21 March 2016(26164)
ITMX green camera view has changed

Today we noticed that there were some unidentified bright dots on the ITMX green camera (cam22) which had not existed before. The positions of the dots were found to be functions of the alignment of the ITMX compensation plate for some reason. We temporarily applied a large offset (-530 urad in yaw) on the compensation plate to minimize the effect on the centroid fitting. We tried moving the dots by moving the large suspended optics, but none of them showed dependencies. We have no idea why we started having thees dots. We will try using the camera as it is since the dots seem to be insensitive to the arm cavity alignment.

Images attached to this report
Comments related to this report
gerardo.moreno@LIGO.ORG - 16:14, Monday 21 March 2016 (26172)
Cameras where repositioned after viewport install. See here https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=26068
daniel.sigg@LIGO.ORG - 16:55, Monday 21 March 2016 (26175)

The compensation plates seem to be responsible for the etalon effect. The green spots disappear, when the green beam is shuttered at the end.

stefan.ballmer@LIGO.ORG - 20:54, Monday 21 March 2016 (26178)

Updated the camera configuration files (centroid and radius) and reference positions. Attached are snapshots and the config files.

Images attached to this comment
Non-image files attached to this comment
Displaying reports 57901-57920 of 83394.Go to page Start 2892 2893 2894 2895 2896 2897 2898 2899 2900 End