Displaying reports 45681-45700 of 86609.Go to page Start 2281 2282 2283 2284 2285 2286 2287 2288 2289 End
Reports until 17:12, Tuesday 22 May 2018
H1 IOO (IOO, PSL)
cheryl.vorvick@LIGO.ORG - posted 17:12, Tuesday 22 May 2018 (42134)
IMC input power PD not reading the same power as the measured beam - status of PDs in the IO path

Yesterday I measured the IMC input beam (measurement location: in front of the bottom periscope mirror), and compared that to the reading on the IMC IN PD.

IO path PD Status:

LHO VE
chandra.romel@LIGO.ORG - posted 17:02, Tuesday 22 May 2018 - last comment - 10:22, Friday 25 May 2018(42131)
corner pump down status

The pressure in corner station is 6.5e-7 Torr. Attached is a projection of *rough* dates at lower pressures. Ideally, we want to wait to open to the arms until the corner pressure is 1e-7 Torr on the turbos alone, and then valve in IPs and CPs. Last May when we vented corner for one day, we opened back up to arms at 2e-7 Torr in 16 days. Will consult Vacuum Review Board on how to proceed with opening up GV5 for y-arm commissioning.

Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 10:22, Friday 25 May 2018 (42187)
Images attached to this comment
H1 PSL
jason.oberling@LIGO.ORG - posted 16:55, Tuesday 22 May 2018 - last comment - 14:44, Wednesday 23 May 2018(42130)
PSL ISS Recovery

J. Oberling, P. King

Today we worked on recovering the PSL ISS, and began by re-installing the ISS AOM.  The AOM mount was moved to a place where the beam was ~1mm in diameter (unfortunately I forgot to take pictures, will take some tomorrow and upload as a comment) and installed the AOM.  The mirror that sits downstream of the AOM and reflects the 1st order diffracted beam into a beam dump was also re-installed and aligned.  A power meter was placed in this beam path and the alignment of the AOM tweaked to maximize the power in the 1st order beam.  We then adjusted the ISS offset to find the point where the AOM was diffracting ~2W; this was found at an offset of 8.0.  The offset was then set to 0, and increased to 20 in steps of 1; a power reading for the 1st order beam was taken at each step.  This allows for calibration of the diffracted power graph on the ISS MEDM screen.  Peter has the data and is analyzing it.

The beam from the PMC to the ISS box had to be re-aligned, as we had not re-aligned this path since moving the ISS box to accommodate the damping bars for the new PMC.  This complete, we then roughly aligned ISS PDB.  The PD assembly was then removed from the ISS box so we could re-install ISS PDA (recall that PDA had been removed from the ISS box and installed in place of IO_AB_PD3 prior to O2).  With PDA back on the PD assembly, this was installed back in the ISS box, and both PDs aligned.  They both now read ~10.0 V.  Next step on the ISS (for tomorrow) is to get the loop to close and measure TFs to optimize its operation.

Comments related to this report
peter.king@LIGO.ORG - 05:38, Wednesday 23 May 2018 (42137)
Attached is the calculated fit to the percent diffracted power versus offset slider setting.
Ihe fit is close to a parabola p(x) = 113.18 x^2 - 82.3309 x + 15.0625.

    The power measured in front of the AOM was 67.8 W, and after the neoVAN amplifier was
69.8 W.  The power in front of the AOM was used in calculating the percentage diffraction.
Images attached to this comment
peter.king@LIGO.ORG - 06:22, Wednesday 23 May 2018 (42138)
I went ahead and changed the coefficients in the ISS MEDM screen that calculates the percentage diffraction.
Set the reference level to be -1.89 and closed the loop without any problems.

    The offset slider is currently set to 8.00.  Please do not mess with this value.  Only the reference level
(labelled REFSIGNAL) and the gain slider should be adjusted.  At the time of making this log entry the gain
setting has not been determined as that will require a few transfer function and noise measurements.
jason.oberling@LIGO.ORG - 14:44, Wednesday 23 May 2018 (42158)

The promised pictures.  The 1st is the ISS AOM installed in its new location.  The 2nd is the mirror that directs the 1st order diffracted beam from the AOM into a beam dump (bottom-left of picture); the power meter shown was used for alignment of the AOM.

Images attached to this comment
H1 General
jim.warner@LIGO.ORG - posted 16:00, Tuesday 22 May 2018 - last comment - 17:12, Tuesday 22 May 2018(42118)
Shift Summary

15:00 JeffB to LVEA

15:45 Fil to MSR 

16:15 Betsy, Travis to EX

16:15 Gerardo to EY

17:00 Jason to PSL

18:00 Marc to HAM6

20:15 Jason Peter to PSL

20:45 JeffB to ITMX camera

21:15 Betsy, Travis to EX

21:30 Aidan, Marie, Dan, Alexei to EY

 

 

Comments related to this report
aidan.brooks@LIGO.ORG - 17:12, Tuesday 22 May 2018 (42133)

Aidan, Dan, Marie and Alexei are back from ETMY.

We have disabled the ETMY ALS laser for the moment but VEAY remains laser hazard.

H1 SUS (SUS)
cheryl.vorvick@LIGO.ORG - posted 15:51, Tuesday 22 May 2018 - last comment - 16:13, Friday 01 June 2018(42129)
ITMX and ITMY TFs taken today, under vacuum

files saved in:

Comments related to this report
jeffrey.kissel@LIGO.ORG - 16:13, Friday 01 June 2018 (42293)
J. Kissel

I've processed Cheryl's data for the Main Chains of the ITMs, 
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Data/
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_L_0p01to50Hz.xml
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_P_0p01to50Hz.xml
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_R_0p01to50Hz.xml
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_T_0p01to50Hz.xml
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_V_0p01to50Hz.xml
    2018-05-22_2102_H1SUSITMX_M0_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Data/
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_L_0p01to50Hz.xml
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_P_0p01to50Hz.xml
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_R_0p01to50Hz.xml
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_T_0p01to50Hz.xml
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_V_0p01to50Hz.xml
    2018-05-22_2119_H1SUSITMY_M0_Mono_WhiteNoise_Y_0p01to50Hz.xml

and attach the results. I also whole-heartedly agree with her assessment -- everything looks great.
Non-image files attached to this comment
H1 AOS
jeffrey.bartlett@LIGO.ORG - posted 15:42, Tuesday 22 May 2018 (42128)
Add 100ml to Crystal Chiller
   I added 100ml water to crystal chiller and no water to the diode chiller. Both filters are clean and clear. 
LHO VE
kyle.ryan@LIGO.ORG - posted 14:52, Tuesday 22 May 2018 (42125)
HAM6 on turbo pump now

Rough pump down was faster than normal.  Implies that the majority of the gas load comes from the O-ring sealed QF flex lines that connect the scroll pump assembly to the HAM6 connection as these were pumped overnight.  Typically, these get pumped simultaneous with HAM6.  In other words, it seems that the time needed to rough pump HAM6 down to the point of switching over to the turbo pump is significantly determined by how wet the connecting flex lines are.  We have always suspected this but never realized to what degree. 

LHO VE
kyle.ryan@LIGO.ORG - posted 14:35, Tuesday 22 May 2018 - last comment - 15:20, Tuesday 22 May 2018(42124)
~1420 hrs. local -> Shut down Corner Station cleanrooms

Large units over HAM3, HAM4, HAM5, HAM6 and the Beer Garden, as well as, the small change rooms etc. on north side of OMC tube.

Comments related to this report
kyle.ryan@LIGO.ORG - 15:20, Tuesday 22 May 2018 (42126)

Re-energized HAM3 and HAM4 clean rooms as there still is a possibility of installing new large ion pumps

H1 ISC (ISC)
marc.pirello@LIGO.ORG - posted 12:22, Tuesday 22 May 2018 - last comment - 15:59, Wednesday 23 May 2018(42123)
Modifications to the OMC DCPD ISC Split Whitening Chassis

Filiberto C., Daniel S., Marc P.

Today we successfully applied E1600252v2 to the OMC DCPD ISC Split Whitening Chassis S1101627.  This change better accommodates the violin modes of the main LIGO optics in the vicinity of 500Hz that have a tendency to saturate the whitening chain's filters.  The new filter replaces a 1Hz-10Hz zero-pole, with a 50Hz-500Hz pole-zero on the second filter channel.  LLO had already completed these changes August 2016,  ALOG.

FRS Ticket 6031

WP7583

 

Comments related to this report
daniel.sigg@LIGO.ORG - 15:59, Wednesday 23 May 2018 (42159)CAL

Updated the DCPD whitening filter at stage 2 to a nominal zpk([50],[504],-1, "n"), ie., zero at 50 Hz, pole at 504 Hz, gain of -1. This may effect the calibration.

LHO VE
david.barker@LIGO.ORG - posted 11:51, Tuesday 22 May 2018 (42122)
cell phone alarm level changed for PT245

On Chandra's request, the high alarm level for PT245 was raised from 5.0e-09 Torr to 5.0e-07 Torr.

-<Channel name="H0:VAC-MY_Y4_PT245B_PRESS_TORR" low="1.0e-10" high="5.0e-09" description="VE gauge, MY CP4, CC">
+<Channel name="H0:VAC-MY_Y4_PT245B_PRESS_TORR" low="1.0e-10" high="5.0e-07" description="VE gauge, MY CP4, CC">

 

H1 CDS
david.barker@LIGO.ORG - posted 11:45, Tuesday 22 May 2018 (42121)
H1 front ends all reverted to RCG3.2

All of H1 models are now running back at RCG3.2, some with their most recent code. Those with new code are waiting for a DAQ restart to resync the channel lists (scheduled for noon).

As of this morning there were several models which would not run: all ISI-HAM (h1isiham[2-6]) and h1susauxh34. These models got new code yesterday, but others did also and they had no reversion issues.

To verify that a clean rebuild of the new code against RCG3.2 fixes the problem, I used h1isiham6 on h1seih16 as a test case. To minimize the risk of Dolphin glitching the corner station if this did not work, h1seih16 was removed from the switch fabric prior to testing.

1. Remove h1seih16 from the Dolphin fabric and powered off the computer

2. Disconnected the Dolphin cable from the rear of h1seih16 and powered it up

3. Rebuilt/installed and restarted h1isiham6 code. At this point everything was running, SWWD was of course tripped due to the disconnected Dolphin cable.

4. Repeated step 1.

5. Plugged the Dolphin cable back into h1seih16, powered up computer, started models

Initially all was good, but after a few seconds the IOP Dolphin IPC for the SWWD went to no reception (64kHz error rate). I restarted the IOP several times and the problem appears to have resolved itself with no input from me.

I ran some diagnostics on h1susauxh34 during its crashes, then rebuilt that code against 3.2 and it is also now stable. Finally I rebuilt h1susauxe[x,y]  and h1pemmx.

ISI-HAM systems now have the Ramped-Watchdog code.

H1 SEI
hugh.radkins@LIGO.ORG - posted 08:45, Tuesday 22 May 2018 - last comment - 11:05, Tuesday 22 May 2018(42119)
EndY HEPI Pump Station Flashing "Pressure Not Okay"

The HEPI database running the Pump speed controllers monitors the differential and Pump Station output pressure; the usuals originally used to set the alarm level must have drifted.  The Pump Station filters were recently changed and this may have changed the steady state.
Will investigate.  FRS 10725.

Comments related to this report
hugh.radkins@LIGO.ORG - 11:05, Tuesday 22 May 2018 (42120)

The pressure okay alarm is set for the diff to be 70 +-2 and the last pressure on the Pump Station to be 80 +- 3psi.  The former is the set point and the latter is just from trends:
        field(INPA,"$(IFO):HPI-PUMP_$(LOC)_PS_PRESS4")
        field(INPB,"$(IFO):HPI-PUMP_$(LOC)_DIFF_PRESS")
        field(CALC,"B>68&&B<72&&A>77&&A<83?1:0")
The pressure sensors also have offsets in their zero readings that are hardcoded into the database but apparently these are no stationary.  I saw that the zero levels were not zero so I zero'd all the offsets and the pressures were close enough to zero to leave them that way.
After getting things back up and looking at the trends, I'd say the following:
The offsets were contributing to some of the change in 'normal' and the flushing and new filters contribute with plant changes.  All the pressures are lower now even out at the actuators.
The change in OFFSETs have pulled the average of Pressure4 up to about 78.5 where it had been right on the alarm edge at 77psi.  This should stop the Red flashing Pressure NOT Ok.

Closing Ticket.

H1 TCS (TCS)
aidan.brooks@LIGO.ORG - posted 08:25, Tuesday 22 May 2018 (42117)
ETM HWS source replacement - status update day 1 - optics installed

[Aidan, Marie, Dan, Keita, Alexei, TJ]

Yesterday we started the process of installing the new green LED source for the ETM HWS, per T1800229

We started by making sure the ALS beam was aligned to the TMS and there was a return beam getting to the ALS photodiode. We inserted two irises, one immediately after ALS-M11 and another about half way up the periscope. These were aligned to the existing ALS beam to secure the axis. Unfortunately, subsequent analysis at the end of the day showed that one of the PZT mirrors railed at some point during or after this process of aligning the irises. We're not currently sure if they really represent the ALS axis. We will investigate this further this morning.

We inserted all the optics per T1800229 (the fiber LED source, 4 steering mirrors, a polarizer, a 50/50 beam splitter). Also, we added the polarizing beam splitter which transmits the P-polarized (horizontally polarized) HWS light and reflects the S-polarized ALS beam. This PBS has not yet been aligned to get the ALS beam back to centered on the irises.

The new HWS beam was aligned to the centers of the existing optics. We have yet to align it to the PBS or the irises.

A couple more notes:

Some photos from installation are attached.

  1. Photo of fiber launcher [IMG_3829]
  2. HWS probe beam from fiber launcher on card between first mirror and second mirror [IMG_3828]
  3. HWS fiber launcher and injection optics installed [IMG_3827]
  4. Fiber launcher [IMG_3826]
  5. 2" diameter uncoated beam sampler that was replaced with 2" diameter max R mirror - the former ALS-M11 [IMG_3825]
  6. 1" diameter uncoated beam sampler [IMG_3824]
  7. HWS PBS and iris [IMG_3823] 
Images attached to this report
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 22:14, Monday 21 May 2018 - last comment - 07:45, Tuesday 22 May 2018(42114)
RCG-3.4.2 upgrade summary

WP7578. Hugh, Jenne, Jonathan, Dave:

After upgrading the H1 models to RCG-3.4.2 and the front ends to Gentoo 3.0.8 we ran into a Dolphin network manager issue at 3pm PDT. Given the lateness of the hour, we decided to revert back to rcg-3.2/gentoo 2.6.34. All systems are now back with the exception of the HAM Seismic systems which are crashing on start-up. We will resolve this in the morning.

During the reversion process all three of the Gen-2 front end systems (h1suse[x,y], h1lsc0) lost connection with their IO Chassis and required a full system power cycle. This is unusual as recently only h1susex has infrequently required this type of reboot.

To revert, I restored the archived target directories, the IPC file, the original INI and PAR files for those systems whose code had changed and the DHCP service on h1boot.

 

Comments related to this report
keith.thorne@LIGO.ORG - 07:13, Tuesday 22 May 2018 (42115)
This is consistent with what was seen at LLO - see aLOG entries aLOG 38382, aLOG 28392, aLOG 38401.

This issue snuck up on us because we had not rebooted front-ends for many, many months.  It is related to PCIe expansion fiber aging and newer front-ends (10-core Intel V2 from 2015, 6-core Intel V4 from 2018).  Not all fibers have the same degradation (i.e. l1susex was fine).  Also newer fibers from 2015 seem OK as well (i.e. l1susey is fine)

For diagnostics, I would swap fiber on h1susex or h1susey with a newer fiber, then take the old fiber to the DAQ test stand so we can try to repeat it there and see if some BIOS settings on the Intel V4 machines can get around it. 
david.barker@LIGO.ORG - 07:45, Tuesday 22 May 2018 (42116)

Looks like the HAM-ISI kernel objects from the latest target_archive do not match the latest in the RCG-3.2 build area. This suggests a clean make-install and restart should fix this problem. For a first try, we should think about removing the front end from the Dolphin fabric, otherwise if it were to fail it would take the corner station models down (as was happening yesterday). 

H1 SUS
stuart.aston@LIGO.ORG - posted 12:59, Friday 01 August 2014 - last comment - 16:23, Tuesday 22 May 2018(13065)
ETMX (QUAD) L2 (PUM) UL channel excess sensor noise appears due to in-vacuum cabling
[Gary T, Danny S, Matt H, Stuart A, Norna R]

During the close-out work of the BSC9 chamber (see LHO aLOG entry 13085) we were able to further investigate the source of the excess noise that had previously been observed on the ETMX (QUAD) L2 (PUM) UL channel (see LHO aLOG entry 13047).

Previously, I had swapped field cables at the Satellite Box between ETMX L1 and L2 stages running to the chamber. This indicated that the noise was downstream, i.e. with the field cables themselves or in-chamber. We repeated this test, but this time swapping field cables at the air side of the vacuum flange. Further measurements then eliminated the field cables and confirmed the issue resided in-chamber.

Gary inspected and re-seated the in-chamber connectors from the vacuum flange to the OSEM, but this offered no improvement. Finally, the L2 UL AOSEM (s/n #270) was removed and a spare unit connected up in it's place, but again, unfortunately this offered no improvement.

This indicates that the excess noise is most likely a in-vacuum harness problem, which would be invasive to attempt to replace. Therefore, it was decided to generate an integration issue and proceed with the close-out of the chamber, with the excess sensor noise on this channel.
Images attached to this report
Comments related to this report
stuart.aston@LIGO.ORG - 13:00, Friday 01 August 2014 (13147)
Integration issue generated, see Bug #929.
travis.sadecki@LIGO.ORG - 16:23, Tuesday 22 May 2018 (42127)

Betsy and I swapped the quadrapuss cable to the L2 (PUM) AOSEMS.  This seems to have fixed the noise issue that had been plaguing the UL OSEM for several years.  See attached spectra for comparison.

After swapping the cable, we noticed that the 2 lower AOSEMs at the L2 stage (LL and LR) had low OLV values, so we decided to swap these as well.   We also took OLV values for UL and UR that were not replaced, but are dying of natural causes.

  Old S/N New S/N Old OLV New OLV Old Gain New Gain
LL 270 332 18726 18050 1.602 1.662
LR 483 473 25518 18150 1.176 1.653
UL N/A N/A 17934 21300 1.673 1.408
UR N/A N/A 25124 20600

1.194

1.456
Images attached to this comment
Displaying reports 45681-45700 of 86609.Go to page Start 2281 2282 2283 2284 2285 2286 2287 2288 2289 End