Displaying reports 47241-47260 of 86345.Go to page Start 2359 2360 2361 2362 2363 2364 2365 2366 2367 End
Reports until 11:26, Tuesday 23 January 2018
H1 DAQ (CDS)
david.barker@LIGO.ORG - posted 11:26, Tuesday 23 January 2018 (40231)
DAQ restart for new h0vaclx and slow controls C1PLC[2,4]

at 11:14 PST I restarted the DAQ for three changes:

new h0vaclx INI file following Patrick's changes (addition of Y5_PT191, Y6_PT192 and Y7_PT193)

new h1ecatc1plc[2,4] INI files following Daniel's Squeezer changes

new H1EDCU_HWS.ini file with the two non-running channels from h1hwsex removed (H1:TCS-ETMX_HWS_HEARTBEAT and H1:TCS-ETMX_HWS_SOFTWARE_ERROR_CODE)

EDCU is now GREEN.

I ran my new EDCU channel verification script (h1dc0_edcu_channel_verification) to confirm all the new EPICS channels existed before I restarted the DAQ.

H1 CDS (CDS, VE)
patrick.thomas@LIGO.ORG - posted 11:07, Tuesday 23 January 2018 - last comment - 11:09, Tuesday 23 January 2018(40229)
h0vaclx PLC updated, restarted
Updated per WP 7307. No issues. Dave is working on adding the channels to the DAQ.
Comments related to this report
patrick.thomas@LIGO.ORG - 11:09, Tuesday 23 January 2018 (40230)
Set new gauges to read in Torr. Burtrestored to 6:00 am local time.
H1 CDS (CDS, PEM)
patrick.thomas@LIGO.ORG - posted 11:04, Tuesday 23 January 2018 (40228)
CS Davis weather station powercycled
Powercycled in an attempt to remedy bogus outside temperature reading. No effect. IOC restarted.
H1 IOO
peter.king@LIGO.ORG - posted 07:32, Tuesday 23 January 2018 - last comment - 13:41, Tuesday 23 January 2018(40227)
IO EOM
Checked on the RF connections to/from the EOM.  I could not get an SMA torque wrench around the middle (ie the 24.1 MHz)
connector because there was insufficient space.  The two outer connectors (9.1 and 45.5 MHz) and the two cable connectors
(24.1 and 45.5 MHz) checked out okay.  The other end of the cables is an N connector.

    One difference between the cables is that the 9.1 MHz cable has no 90 degree SMA elbow connecting it to the EOM body.
Images attached to this report
Comments related to this report
cheryl.vorvick@LIGO.ORG - 13:41, Tuesday 23 January 2018 (40234)

While heading into the PSL to measure the power going into the IMC, I did my usual check of beams on the IO path, and discovered a string of IR light on the first lens after the EOM.  I routinely look at the IO path with a viewer, and have not see this string of IR light before.  I noticed that Peter had torqued the connectors on the EOM, so am attaching this to his alog.  I see evidence that the beam path to the EOM input steering mirror has shifted, but my history with the EOM mount is that it is not well secured, and the amount of clipping would be consistent with a shift in the EOM position.

IR camera images of EOM - horizontal string of IR light is seen on the first lens after the EOM, should not be there.

Beam on EOM input steering mirror has moved enough that a beam that should go through is clipped on the left side of the steering mirror.

Beams in ALS path are clipped on the input to the ALS faraday, and a mirror mount downstream of the faraday has a large area IR beam that's visible on the mount, and may be the source of the beam on ISS box that is new.

What I see:

  • evidence fot the beam between the PMC and EOM and ALS paths having shifted in yaw toward the ISS box
  • evidence that the EOM beam is clipped on the input aperture, output aperture, or both
  • some but not a lot of change downstream of the EOM, as seen on the beam dump mirror downstream of the power rotation stage
  • beam on lower periscope mirror is acceptably centered

What I recommend:

  • Peter and/or Jason evaluate
  • if no strong evidence for correcting at this time, leave as is for commissioning (given we're about 10 days from the PSL upgrade)
  • it is possible to reduce the power in the IO path to approx. 7W-8W, which is enough for commissioning, and in this way reduce the power in the clipped beams
  • pursue an upgrade to the EOM mount
    • my history with aligning the EOM is that it's susceptible to moving with any interactions, such as attaching/unattaching cables
    • given my history with aligning the EOM, I believe torquing the connectors would be enough shift the EOM mount (alog 40227) to cause clipping of the beam on the EOM apertures
Images attached to this comment
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 07:08, Tuesday 23 January 2018 (40226)
PSL maintenance
Added 200 ml to the crystal chiller.
Added 150 ml to the diode chiller.

Power watchdogs for the oscillator and front end laser were reset.
H1 ISC
thomas.vo@LIGO.ORG - posted 20:28, Monday 22 January 2018 (40225)
Continuing to align DRMI

Keita, Cheryl, Jenne, TVo

- After getting the beam onto HAM6, Keita suggested optimizing the beam position on SR2 and SR3.  The difficulty with trying to use the cameras to align the beam to the center of SR2 is the key hole scraper baffle makes it difficult to figure out which beam (input or reflection) you're actually seeing scatter off the edges.  Not only that, the bright spots that we do see scatter don't seem to move linearly with SR3 pitch/yaw, this is very odd.

- Cheryl found a good pointing of BS and PR3 to center on SR3, but that changes the input beam into the Michelson. Also, by changing the SR2 alignment, she was able to sweep the SRM reflection across SR2.

- I found a better alignment through the Faraday that gives us approximately 10 mW single bounce onto AS_C (somewhat calibrated?), which approximately matches our back of the envelope power budget with input power of 5.9 Watts from the PSL, by sweeping SRM around, I was able to get a small SRCX and SRCY flash.

 

Rough plan for tomorrow:

Somehow we have to make the three points above converge to a decently aligned DRMI.

Since we've already done a lot of work aligning PRC and Mich in the past week or so, it might be worth it to preserve the PRC alignment by walking the beam around SR3 to find its center point.  This could possibly be done by changing the beamsplitter and ITM alignments to sweep the face of SR3, while maintain the LSC_POP relatively steady in value.  Mich will be flashing so it might be a little tedious to tell if you're improving but it's doable.  

At the same time, since we've got a AS_C signal, we can try to maintain a signal by changing SR3+SR2 alignment, so we don't have to try to find the beam when going into HAM6.

Then, per Keita's suggestion, we can enter HAM6 sweep around the combination of SR3 and SR2 pointing so that we find the edges of the baffles+Faraday and find the middle of the clipping, this might be as good as we can get with SR2 centering.

H1 SYS (SEI, SQZ, SUS, SYS, VE)
jeffrey.kissel@LIGO.ORG - posted 17:39, Monday 22 January 2018 - last comment - 15:03, Tuesday 23 January 2018(40224)
H1 HAM5 D3 Conflat Arrangement
J. Kissel, M. Pirello

After SUS'ing out the OMs and the OFI, and while still trouble shooting ZM2, I wanted to post redlines to D1002876-v4 which hasn't been updated to include new squeezer suspensions. Granted, we still haven't confirmed ZM2's functionality (see LHO aLOG 40207).
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 15:03, Tuesday 23 January 2018 (40236)SEI, SQZ, SUS, SYS, VE
Betsy reminds me that systems is more likely to update the in-vacuum cable harness routing documents than the flange layout documents. For HAM5, that's D1101917, v4 of which is indeed up-to-date and includes ZM2 (marked as SQZ-TIP/TILT) and the OFI.

Thanks for the reminder, Dubs!
H1 CDS (SUS, TCS)
filiberto.clara@LIGO.ORG - posted 16:25, Monday 22 January 2018 (40221)
TCS and SUS cabling

Continued with field cabling in the LVEA.

1. Illuminator cables for HAM4/HAM5/HAM6 were terminated and connected to chassis power. This completes illuminator cabling for the corner station. New modules need to be added/scanned to beckhoff to control on/off functionality.
2. Ran cables for VOPO and ZM1 from field rack to top of HAM 6.
3. Ran cables for TCS SR3 Heater (CER to HAM5).

F. Clara, E. Merilh

H1 General
jim.warner@LIGO.ORG - posted 15:54, Monday 22 January 2018 (40216)
Shift Summary

TITLE: 01/22 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
LOG:
 

17:45 Sheila to  optics lab

18:15 Ed to output arm, terminating cables

18:15 Kyle to MY

18:30 Peter & Gerardo to optics lab

18:30 Travis & Danny to EY, back 20:30

18:45 Jason to EY

19:00 TJ to optics lab

19:30 Marc to LVEA

19:30 Cheryl to IOT2

19:30 JeffB to ITMX camera, back 20:30

21:30 Welding crew to EY

21:30 Marc to HAM5 done 22:15

22:00 JeffK to HAM5 done 22:15

22:00 Kyle to LVEA

22:00 JeffB to ITMX camera

22:15 Corey to optics lab

22:15 Nutsinee to sqz

22:45 Tvo to HAM4

LHO VE
chandra.romel@LIGO.ORG - posted 15:48, Monday 22 January 2018 - last comment - 17:20, Monday 22 January 2018(40220)
GV-11 mid-y work

[Kyle, Chandra]

Note:  this activity caused expected Y-arm pressure alarms.

Verified we have an outer o-ring leak on GV-11 gate that needs to be addressed before CP4 bake. We back filled the gate annulus with dry N2 and allowed pressure to rise for 7 minutes to see if it would flatten out (it did not as it approached 1e-7 Torr). Once we're back on its AIP, we will re-seat the gate and retest. If that doesn't fix the o-ring we will install a valve at the 1-1/3" gate port so we have the ability to pump on it during bake. If need be, we can soft close GV-10 (which will isolate mid-Y's large ion pump from Y1 arm) and valve in the small ion pump attached to CP1.

Then we repeat for GV-12.

Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 17:16, Monday 22 January 2018 (40222)

We re-seated GV-11 gate which made the outer o-ring leak worse. Shoot.

Side note:  when we stroked GV-11 to a yellow state, GV-12 open/closed status turned yellow too.

Images attached to this comment
chandra.romel@LIGO.ORG - 17:20, Monday 22 January 2018 (40223)

Also note that hard closing GV-11 was quiet second time around.

H1 ISC (IOO)
jenne.driggers@LIGO.ORG - posted 14:01, Monday 22 January 2018 - last comment - 14:35, Monday 22 January 2018(40217)
PRM parking spot set

[Keita, Gerardo, Jenne, Cheryl]

With the new input alignment from after the vent, we checked the PRM's parking spot and have found the misaligned location that puts the beam on the steering mirror above the viewport above HAM2.  Keita made some small adjustments on that steering mirror to center the beam on the beam dump.

This was WP 7305.  It turns out there is no insert for a lexan cover, but Gerardo had (from a previous time doing this) a thick piece of plexiglass that was cut to size to fit over the viewport while these checks and adjustments were made.  The plexiglass was removed, and the cover reinstalled.

Comments related to this report
gerardo.moreno@LIGO.ORG - 14:35, Monday 22 January 2018 (40219)

Photo of beam on beam dump.

Images attached to this comment
H1 PSL
jim.warner@LIGO.ORG - posted 09:48, Monday 22 January 2018 (40215)
PSL Weekly FAMIS 7474

Laser Status:
SysStat is good
Front End Power is 35.34W (should be around 30 W)
HPO Output Power is 140.9W
Front End Watch is GRE
HPO Watch is GREEN

PMC:
It has been locked 3 days, 23 h/weeks)
Reflected power = 28.09Watts
Transmitted power = 38.88Watts
PowerSum = 66.97Watts.

FSS:
It has been locked for 3 days 21 TPD[V] = 1.627V (min 0.9V)

ISS:
The diffracted power is around 2.8% (s
Last saturation event was 3 days 21o (should be days/weeks)

Possible Issues:
PMC reflected power is high

H1 PSL
edmond.merilh@LIGO.ORG - posted 08:57, Monday 22 January 2018 (40214)
PSL Weekly Report - 10 Day Trends FAMIS #6184

Plots show the last two trips. All  other plots look normal.

Images attached to this report
H1 SQZ (SQZ)
sheila.dwyer@LIGO.ORG - posted 20:49, Sunday 21 January 2018 (40213)
VIP update

Last week we added the OPO and some of the optics to the VIP.  

H1 ISC
jenne.driggers@LIGO.ORG - posted 18:27, Saturday 20 January 2018 (40212)
Beam to AS_C

[Sheila, Terry, TVo, Jenne]

Beam go through hole, all the way to HAM6!

Attached are 3 screenshots, with titles indicating what they mean.  The important one is the last, BeamOn_AS_C.png, which is the slider locations where we see some beam on AS_C.  That means that we're making it through the output Faraday!

(The 2nd screenshot is where we think we're roughly centered through the OFI).

Images attached to this report
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 17:35, Friday 19 January 2018 - last comment - 14:24, Monday 22 January 2018(40207)
H1SUSZM2 Electronics Still Not Perfectly Functional
J. Kissel, M. Pirello

After finishing out the OFI, I moved on to H1SUSZM2. It doesn't yet work.

Symptoms:
- The OSEM sensor readbacks (the ADC inputs on the MEDM screen) are showing little-to-no signal (only ~1000 cts), however transfer functions still have plenty of coherence.
- Although ZM2 is driven with an ISC configuration HAM-A driver, which supposedly has all binary control jumpered such that the low-pass filter is engaged, the pitch and yaw transfer functions show excess response at high frequency, which can be "calibrated out" by using exactly the same poles and zeros as the low pass filter (zpk(zeros,poles,gain,normalization) = zpk([0.9;211.883],[10;21],1,"n")). So it's as though the filter *has not* been jumpered. However, because there's plenty of coherence with the TFs, the Test/Coil enable jumper must be good.
- In a quiescent state (damping loops OFF, but no excitation), the BOSEMs ASD shows noise elevated way above the noise floor.
- Earlier in the day, when the external OFI's signal chain was unknowingly hooked up to the ZM2 in-vacuum chain, we saw lots of signal (i.e. the typical ~15000 cts), and transfer functions showed a normal frequency response (except for the poor basis conversion; see MAGENTA comments below).

Attached are 
- Transfer Functions. BLACK is an old OM1 result, RED is as it stands now, MAGENTA is driven and readout with the OFI chain. Regarding MAGENTA -- Unfortunately, when driving a 4-OSEM tip tilt through the 3 OSEM OFI chain with the wrong coordinate transformation matrices means that all three "long" "pitch" and "yaw" drives were some wonky combination of only UL, LL, and UR. That's why you see a poorly diagonalized result, and you see all three DOF's modes in each TF.
- Some MEDM screen shots relevant to the discussion
- The DTT and Foton comparison for the "calibration" of the Pitch and Yaw TFs. Note, the TFs are *not* shown with the calibration, but trust me, when it's applied it makes the high frequency response of the RED match BLACK
- The OSEMs ASD compared against the target / spec BOSEM noise.

Because of the incorrect frequency response, I suspect the coil driver either hasn't been jumpered or it's just a bad board. Note, also, as is standard on the HAM-A driver, US field sat-amp systems, the sensor signals are plugged directly from the sat-amp into the AA chassis towards the ADC / IO chassis. That means that the sensor signals, which are polluted with noise are *not* being polluted by the coil driver. So maybe both are problematic?
We know the in-vac suspension and electronics are OK, because they tested well with the OFI signal chain.

We'll investigate further on Monday.
Images attached to this report
Comments related to this report
marc.pirello@LIGO.ORG - 14:24, Monday 22 January 2018 (40218)

After discussing with Jeff, I pulled the ZM2 coil driver S1700079 and found that the jumpers were not installed correctly.  I installed jumpers on the W2 links and P3 (Run/Acquire Controls and Indicators) matching this unit to the ones we worked on prior.

LIGO-D1100117

It looks like the  ZM1, VOPO 1-4, VOPO 5-6 also need the same treatment as their indicator lights are not correct on the front of the chassis.

Displaying reports 47241-47260 of 86345.Go to page Start 2359 2360 2361 2362 2363 2364 2365 2366 2367 End