Displaying reports 53821-53840 of 83228.Go to page Start 2688 2689 2690 2691 2692 2693 2694 2695 2696 End
Reports until 09:14, Wednesday 05 October 2016
H1 SUS (CDS)
filiberto.clara@LIGO.ORG - posted 09:14, Wednesday 05 October 2016 (30231)
Fast I monitors - ETMY

WP 6213
FRS 6114

Late entry for work done yesterday 10/4/2016.

FRS 6114 reports offset of 4000 counts in some of the fast I monitor channels. The AA chassis associated with these channels were powered off, no change in offset. Here is a list of the things we did.

1. The ribbon cables between the ADC card and the interface card were replaced on cards 1 and 2.
2. All ADC cards and interface cards were reseated.
3. IO SUSAUXEY was restarted, after ribbon cable swap and again after reseating the cards.

As of now, ADC1, ch19 still has an offset of ~4000 counts.

One thing to note, the adapter cards do not line up with the mounting hole screw. When the mounting screw is inserted, it lifts the back of the card up. This is something we have seen before. For now, I left the adapter cards without the mounting screw inserted.

J. Batc, F. Clara, R. McCarthy

H1 General
jeffrey.bartlett@LIGO.ORG - posted 09:13, Wednesday 05 October 2016 (30233)
08:30 Meeting Minutes
SEI: Fixed the STS centering at End-Y; All OK
SUS: All OK
CDS: Fixed noise source at End-Y
PSL: Swapped Diode Chiller control panel; PSL has been running for 24 hours without a trip.
     Working on understanding the Crystal Chiller/Flow Sensor trips.
TCS: No report
VAC: All OK
FMC: All OK, No safety meeting today

Wednesday 15:00: Operators Guardian training session
Thursday 15:00: LIGO India Logistics kickoff meeting    	
H1 TCS (TCS)
vernon.sandberg@LIGO.ORG - posted 09:08, Wednesday 05 October 2016 (30232)
TCS Chiller Status and Fill Report

TCS-X: No additional water required. Water level 29.0, 3.7 gpm, 20.1 deg. C.

TCS-Y: Found water level at 5.7, added 300 mL water, raised water level to 10.2, 4.0 gpm, 21.0 deg. C.

H1 AOS
robert.schofield@LIGO.ORG - posted 08:27, Wednesday 05 October 2016 (30224)
Alignment offsets to minimize 280 Hz peak

Before injections, I adjusted H1:SUS=SRM_M1_OPTICALIGN_P_OFFSET to minimize the 280 Hz jitter peak. I chose this offset because, when I looked back at 8 recent good locks, the jitter peak height was most sensitive to adjustments of this offset. I did this between about 2:10 and 2:30 UTC. The sharp jitter peak / background ratio was indeed very sensitive. The peaks were at a minimum around -680. Then I got in about an hour of injections. The first attachment shows the manipulations and a band pass around the 280 Hz peak and the second shows the basis for using this channel: the results of alignment offset manipulations since Sept. 23 on this band.

Images attached to this report
Non-image files attached to this report
H1 General
vernon.sandberg@LIGO.ORG - posted 07:58, Wednesday 05 October 2016 (30229)
Work Permit Summary for 2016 October 4
Work Permit Date Description alog
6215.html 2016-10-04 15:43 Activity: Replace QPD library block parts with the newer version that is already in use for the Transmon QPDs. This will allow proper lowpassing of our normalization signals. 30214
6214.html 2016-10-04 10:11 Activity: add more memory to h1nds0. co-ordinate with Guardian reboot. 30205
6213.html 2016-10-04 09:03 Activity: Look at Fast I monitors for ETMY to see why we have 4000ct offset. May be missing one leg of differential input. Per FRS 6114  
6212.html 2016-10-04 08:32 Activity: Replace HV Kepco power supplies with new ME Industries high voltage power supply for the ITM ESD LN Driver.  
6211.html 2016-10-03 14:46 Activity: Replace binary card in SEIEY IO chassis. This is to address STS-2 remote centering not functioning. Front end and IO chassis will need to be restarted (FRS 4683). 30207
6210.html 2016-10-03 11:01 Activity: Remote access (ssh) to the Seismon computer in order to investigate on some issues with the Seismon code (missing EQs).  
6209.html 2016-10-03 10:41 Activity: Give tour to several professors from Beijing Normal University. completed on Tuesday, Oct. 4, 2016
6208.html 2016-10-03 10:33 Activity: Minor guardian bugfix upgrade 30180
6207.html 2016-10-03 08:54 Activity: Investigate elevated noise on various CPSs: Cycle ISI state, power cycle satellite racks, unplug/replug cards, etc to reduce noise in sensors, ITMX, BS, ETMY 30174
6206.html 2016-10-03 08:41 Activity: Update the calibration code on the DMT to gstlal-calibration-1.0.3-1 and restart hoft generation. 30202
6205.html 2016-10-03 08:22 Activity: Crane scissor lift out of trapped corner near BSC 4 and meat locker and LTS containers. The scissor lift will be placed near the 3 IFO storage racks in the west bay. This exercise will require a laser safe condition in the LVEA.  
6204.html 2016-10-03 07:49 Activity: Remove the socks and HEPA filters from the BSC cleanrooms over HAM1/2, HAM3, HAM4, and between the arms near the 3IFO storage area for cleaning. Vacuum and/or wipe roofs of the cleanrooms.  
6203.html 2016-09-30 13:56 Activity: Drive photographer for Science magazine down x-arm to site for photo oportunities done
6202.html 2016-09-30 11:50 Activity: Install a new build of the daqd fw on h1fw2. This is continued testing on the build of daqd that will be in the next tagged release. We want to test on h1fw2 as it receives the full data stream, but does not write its results out to ldas, so is a low risk site for testing on the production system.  
6201.html 2016-09-30 11:26 Activity: Remove Symantec Antivirus on Beckhoff computers h1ecatc1 & h1ecaty1  
6200.html 2016-09-30 10:46 Activity: Science Magazine photographer Bill Douthitt will be on site Friday Sep 30 to scout the site for locations to shoot for an end-of-year article on GWs and LIGO. He will shoot at dawn and dusk, potentially Sat Oct 1 - Mon Oct 3. Amber will chaperon on Friday, but Douthitt will potentially shoot dusk/dawn on the weekend from outside, without accompaniment, if we are satisfied he understands our constraints.  
6199.html 2016-09-29 13:40 Activity: increase h1nds0 memory to 48GB to be the same as h1nds1. 30071
6198.html 2016-09-29 08:52 Activity: Re-terminate bad pin on DB37 binary connector for the AS-C QPD whitening Chassis.  
6197.html 2016-09-29 08:51 Activity: Replace faulty power switch on h1lsc0 IO chassis. Front end and IO chassis will need to be powered down.  
6196.html 2016-09-28 15:31 Activity: Pcal beam localization work. Access to ENDX and ENDY  
Older WPs      
6195.html 2016-09-27 15:22 Activity: add task Work Permit field to the reservation system. This is an additional argument to make_reservation and an additional column in display_reservation. Area of Activity: Reservation system 30056
6179.html 2016-09-22 11:23 Activity: to fix fw instability, power cycle fw and solaris ldas-gw systems. Sequential restarts to preserve data. 30167
6053.html 2016-08-04 07:38 Activity: Add capacitor from HV stage to LV stage per ECR E1600230. This is to allow PI signals to work in both HV and LV states. This will take each end ESD down for hour or so each. Area of Activity: ETMx Low Voltage ESD driver 28939
H1 PSL
peter.king@LIGO.ORG - posted 07:47, Wednesday 05 October 2016 - last comment - 14:13, Wednesday 05 October 2016(30228)
laser adjustments
The laser power is noticeably lower since the beginning of last week.  I increased the diode currents by
0.3A and adjusted the diode temperatures.

diode currents were 50.2A, now 50.5A
diode box 1: no change
diode box 2: reduced temperature from 23 to 21.5 degC
diode box 3: reduced temperature from 23 to 22.5 degC
diode box 4: no change

Laser power went from 158.2W to 166.3W as reported by the power monitor on the MEDM laser screen.
Comments related to this report
jenne.driggers@LIGO.ORG - 14:13, Wednesday 05 October 2016 (30239)ISC

[Jenne, JeffK, Terra, JeffB, Cheryl]

A consequence of this degredation of HPO ouput power is that we have less power incident on the rotation stage's HWP, so the maximum amount of power that we can inject into the vacuum is lower than it has been.

We can and should address this by recalibrating the rotation stage such that we are getting the power we request (after other fixes listed below).  But, right now the max power we have available is 48.5W, even if we request more.  (Normally one could "cheat" and request some power higher than 50W to get actually 50W, but we can't do that here).

I see 2 possible solutions to this: 

  • Diode currents / PSL settings changed such that we have closer to the formerly-nominal 178W of laser power.
  • The hard-set HWP to limit the amount of power we can inject into the vacuum can be adjusted to give us more power incident on the rotation stage's HWP. 

I leave it to persons more expert than myself to determine which of these is better.  I know that Peter already increased the diode currents this morning (top entry in this thread), so maybe we don't want to do that anymore.  But, adjusting the HWP requires a PSL incursion.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 01:05, Wednesday 05 October 2016 - last comment - 02:01, Wednesday 05 October 2016(30226)
RFAM measurement, no evidence for REFL clipping

Tonight we paused after a lockloss to look at the refl beam.  With PR2+PR3 misalinged and PRM, I turned on the refl WFS centering servos.  

First I tried to move both PRM and offsets inthe centering servos to see if there was an alingment where there is more light on the LSC refl diode.  There seems to be the maximum power on the diode when we have no offsets in the centering loops and PRM has the same alingment as durring a high power lock according to the osems.  There is no evidence for clipping here. 

Then I had a look at the RFAM, both by looking at the digital readback of REFL 9I and using a spectrum analyzer ( I lost the data from the analyzer in a floppy disk mishap).  BY unplugging the 9MHz modulation to the PSL, I got a reference for the noise that is not due to RFAM (shot noise, ADC noise, 60 Hz harmonics).  Just looking at the level of noise in the attached screenshot, and Evan's coupling measurement (29893), you would estimate that this noise is at the level of a few time 10^-21 m/rt Hz in DARM.

I also got some data for OMC length noise measurements, but will post those tomorow. 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 02:01, Wednesday 05 October 2016 (30227)

I am leaving the IFO undisturbed, in basically the nominal state.  The beam diverters are open, and the OMC dither frequency is shifted to 4050.  

There are many guardian nodes that aren't in their requested state (mostly sus guardians) which is probably because of a restart today, but prevents us from setting the intent bit to undisturbed.  They are mostly in init. 

H1 General
travis.sadecki@LIGO.ORG - posted 00:00, Wednesday 05 October 2016 (30225)
OPS Eve Shift Summary

TITLE: 10/05 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: None
SHIFT SUMMARY:  PSL came online just as my shift was starting.  After a straightforward initial alignment, we made it to NLN with little issue (see aLog 30222 for the little issue).  Robert did PEM injections for the first half of the shift, then Sheila has been commissioning for the remainder.
LOG:

23:00-3:00 Robert to LVEA several times for injections

6:10 Filled TCSY chiller

6:40 Sheila to LVEA

6:57 Sheila out

H1 SEI (SEI)
travis.sadecki@LIGO.ORG - posted 20:08, Tuesday 04 October 2016 (30223)
OPS: reset of HEPI L4C Accumulated WD Counters

I have reset the HEPI WD counters.  See attached screenshot for affected platforms.

Images attached to this report
H1 ISC (GRD, PEM, PSL)
jeffrey.kissel@LIGO.ORG - posted 19:21, Tuesday 04 October 2016 (30222)
Got back to Nominal Low Noise; A few ISC_LOCK Guardian Hiccups; Starting PEM Injections
T. Sadecki, J. Kissel, T. Hardwick, J. Rollins

After heroic efforts by the PSL team (LHO aLOGs 30217, 30216), with a restored laser Travis was able to get us most of the way up to nominal low noise. We got stuck going through LOWNOISE_ASC due to what we believe is a (new?) bug in the guardian code regarding the check for the input laser power. More details below, but we believe it's now fixed. 

We had paused for a while after increase power to make sure PI's were in check, but then we noticed suddenly, and without request, the laser power began to slowly decrease from ~48 W to ~42 W. Thinking (wildly guessing) that this had something to do with one of the many layers of ISS loops going awry, we decided to march the rest of the way up the acquisition sequence. That's when we hit the LOWNOISE_ASC bug. Once we fixed that bug, we were able to continue all the way up at ~42 W input power. Once we got to nominal low noise, I put the ISC_LOCK node into manual, and used the LASER_PWR node to push the input power back up to 48.1 W. Note, this required requesting the power to be as high as 58 W. Once at what we think is the ER10/02 desired power (and we got a big glitch in the IFO when requesting higher), I resigned the machine over to Robert to begin PEM injections.

LOWNOISE_ASC state problems:
After entering the LOWNOISE_ASC state, the ISC_LOCK guardian went red. The log file error:
    2016-10-05_00:53:38.914210Z ISC_LOCK LOAD REQUEST
    2016-10-05_00:53:38.914670Z ISC_LOCK RELOAD requested.  reloading system data...
    2016-10-05_00:53:40.781560Z ISC_LOCK module path: /opt/rtcds/userapps/release/isc/h1/guardian/ISC_LOCK.py
    2016-10-05_00:53:40.781620Z ISC_LOCK user code: /opt/rtcds/userapps/release/isc/h1/guardian/lscparams.py
    2016-10-05_00:53:40.781720Z ISC_LOCK user code: /opt/rtcds/userapps/release/sys/common/guardian/ifolib/down.py
    2016-10-05_00:53:40.786580Z ISC_LOCK user code: /opt/rtcds/userapps/release/sys/common/guardian/ifolib/__init__.py
    2016-10-05_00:53:40.786700Z ISC_LOCK user code: /opt/rtcds/userapps/release/isc/h1/guardian/ISC_library.py
    2016-10-05_00:53:40.786800Z ISC_LOCK user code: /opt/rtcds/userapps/release/als/common/guardian/alsconst.py
    2016-10-05_00:53:40.786900Z ISC_LOCK user code: /opt/rtcds/userapps/release/isc/h1/guardian/fast_ezca.py
    2016-10-05_00:53:40.787000Z ISC_LOCK user code: /opt/rtcds/userapps/release/isc/h1/guardian/ISC_GEN_STATES.py
    2016-10-05_00:53:45.923730Z ISC_LOCK RELOAD complete
    2016-10-05_00:53:47.826060Z ISC_LOCK W: Traceback (most recent call last):
    2016-10-05_00:53:47.826090Z   File "/ligo/apps/linux-x86_64/guardian-1.0.2/lib/python2.7/site-packages/guardian/worker.py", line 461, in run
    2016-10-05_00:53:47.826100Z     retval = statefunc()
    2016-10-05_00:53:47.826100Z   File "/ligo/apps/linux-x86_64/guardian-1.0.2/lib/python2.7/site-packages/guardian/state.py", line 246, in __call__
    2016-10-05_00:53:47.826110Z     main_return = self.func.__call__(state_obj, *args, **kwargs)
    2016-10-05_00:53:47.826120Z   File "/ligo/apps/linux-x86_64/guardian-1.0.2/lib/python2.7/site-packages/guardian/state.py", line 246, in __call__
    2016-10-05_00:53:47.826120Z     main_return = self.func.__call__(state_obj, *args, **kwargs)
    2016-10-05_00:53:47.826130Z   File "/opt/rtcds/userapps/release/isc/h1/guardian/ISC_LOCK.py", line 3334, in run
    2016-10-05_00:53:47.826130Z     if self.low_power:
    2016-10-05_00:53:47.826140Z AttributeError: 'LOWNOISE_ASC' object has no attribute 'low_power'                                     <<< HERE'S THE PROBLEM
    2016-10-05_00:53:47.826140Z
    2016-10-05_00:53:47.862420Z ISC_LOCK ERROR in state LOWNOISE_ASC: see log for more info (LOAD to reset)
    2016-10-05_00:59:34.968070Z ISC_LOCK LOAD REQUEST
(Note for future reference, I was able to pull up the log file from the command line using guardlog --hours 2 ISC_LOCK > ISC_LOCK_log.txt, and then grep'ing for the error I knew was there. I'm not sure where guardian log files live such that you can just browse them.)

Looking into the ISC_LOCK code, we found this weirdness in the LOWNOISE_ASC state after CTRL+F searching for "low_power":
class LOWNOISE_ASC(GuardState):
    index = 507

    @ISC_library.get_watchdog_IMC_check_decorator(nodes)
    @nodes.checker()
    def main(self):
        if ezca['IMC-PWR_IN_OUT16'] > 45:             % This if statement is bonkers, and contradictory to the run state's conditional
            notify('power too Low!')
            self.low_power=True
        self.timer['LoopShapeRamp'] = 5
        self.counter = -1

    @ISC_library.get_watchdog_IMC_check_decorator(nodes)
    @nodes.checker()
    def run(self):
        if self.low_power:
            if ezca['IMC-PWR_IN_OUT16'] > 45:
                self.low_power=False
            else:
                notify('power too low!')
                self.low_power=True
        else:
            if self.counter ==-1:
                ezca.switch('ASC-CHARD_Y', 'FM6', 'ON') # Move compensation peaks for CHARD Yaw
        ...
        ...
        (etc)


Also, the real problem was that self.low_power wasn't initialized in the main portion of the code. So, Terra added the following initialization, and flipped the sign of the conditional statement in the main portion:
class LOWNOISE_ASC(GuardState):
    index = 507

    @ISC_library.get_watchdog_IMC_check_decorator(nodes)
    @nodes.checker()
    def main(self):
        self.low_power=False                # Initialize low_power attribute, 10/04/2016, see LHO aLOG 30222
        if ezca['IMC-PWR_IN_OUT16'] < 45:             # changed from > 10/04/2016, see LHO aLOG 30222
            notify('power too Low!')
            self.low_power=True
        self.timer['LoopShapeRamp'] = 5
        self.counter = -1

    @ISC_library.get_watchdog_IMC_check_decorator(nodes)
    @nodes.checker()
    def run(self):
        
    ...
    ...
    (etc)

With this bug fix, we were able to cruise through LOWNOISE_ASC. Really weird that this bug cropped up. Maybe some half-finished improvement to the state?
H1 ISC
keita.kawabe@LIGO.ORG - posted 18:47, Tuesday 04 October 2016 (30221)
coherence between HPO DBB signal and DARM at 46W

This is more like a preview.

Top red is DELTAL_EXTERNAL (not anti-whitened) multiplied by 2E6 to make it easier to compare the features with DBB QPDs measuring the HPO beam. Bottom is the coherence between DARM, jitter, and intensity noise measured by DBB QPDs.

As was expected a huge coherence peak is at 1kHz, but the coherence between DARM and 1QY (QPD1, PIT) is pretty high from 200 to 1kHz and at around 4.2kHz.

QPD signals look somewhat different from usual DBB scan plots (e.g. this one) in that 10-1000Hz slope is steeper in DBB scans.

It would be useful to measure coherence between DBB and various QPDs and ASC sensors (and it would be good if we can do it without going to the floor).

There's a caveat.

Jason and Peter taught me that DBB shutters could be manually opened using DBB crate front panel switches (it cannot be done via MEDM), so I went to the rack and opened the HPO DBB shutter while the IFO was locked in DC at 46W but not yet in nominal low noise (still lownoise ASC). That was a good part.

However, with manual mode, I didn't know if I can lock DBB PMC or keep it off-resonance and how, so all that was available to me was the QPD signals from the beam reflected by the DBB PMC which might or might not have been totally off-resonant.

I think it's a high priority to make DBB fully operatable.

Images attached to this report
H1 CAL (CAL, CDS)
darkhan.tuyenbayev@LIGO.ORG - posted 18:15, Tuesday 04 October 2016 (30220)
An issue with fixed phase oscillator code

Dave B, Joe B, Jeff K, Darkhan T,

Overview

It was discovered that a signal generated by a FixedPhaseOsc part, which is currently present in SUS-(E|I)TM(X|Y), CAL-CS, CAL-PCAL(X|Y) and some PI front-end models, is not guaranteed to have a fixed phase at GPS time 0 after a model containing the part is restarted.

See details for a suggested bug fix.

Before the bug is fixed in the code, one must update the frequency of an oscillator to some non-nominal value, say 0 Hz, and then set it back to its nominal value every time after a model with an fixed-phase oscillator is restarted. This operation should synchronize the phase of the oscillator to be 0 degrees at GPS time 0.

We restarted all of the oscillators in the SUS-ETMY, CAL-CS and CAL-PCAL(X|Y) models (cal. lines) after the issue was discovered.

Details

The FixedPhaseOsc part is expected to generate a periodically oscillating output with a requested frequency and a phase that would be 0 degrees if measured at GPS time 0. However, recent investigations revealed that the phase of a signal from FixedPhaseOsc was rather random every time a model is restarted (related alogs: 29992, 30197). We found that when a model is restarted, a FixedPhaseOsc static variable that stores the last known requested frequency does not get initialized properly. This problem can be fixed by replacing lines 100-101 in release/src/epics/util/lib/OscFixedPhase.pm with:

my $calcExp = "\L$::xpartName[$i]_freq = 0;\n";

This correction will result in a "true" condition in line 158, leading to proper initialization of the variables in the FixedPhaseOsc code.

H1 CAL (CAL)
gregory.mendell@LIGO.ORG - posted 17:47, Tuesday 04 October 2016 (30219)
Calibration factors (kappas) generated from SLM data using D20160926_H1_CAL_EPICS_VALUES

G. Mendell, S. Karki, D. Tuyenbayev

Attached are plots showing the calibration factors (kappa_tst, kappa_pu, kappa_A, kappa_C and f_c)  for 26 Sept. 2016 generated from the Spectral Line Monitor (SLM)  data, analyzed using Matlab code from Sudarshan Karki and EPICS values from Darkhan Tuyenbayev found in

   D20160926_H1_CAL_EPICS_VALUES.m

in the calibration svn under,

  aligocalibration/trunk/Runs/PreER10/H1/Scripts/CAL_EPICS

The plots start at 1158913200 == Sep 26 2016 08:19:43 UTC

A full set of plots can be found by going here,

https://ldas-jobs.ligo-wa.caltech.edu/~gmendell/pcalmon_with_plots/daily-pcalmonNavigation.html

and clicking on the calendar in the left frame, and then any of the links to the plots in the middle frame. The plots for Sept 26, 27, and 28 have been updated using D20160926_H1_CAL_EPICS_VALUES.

(Plots and data have not shown up after Sept 28, due to a configuration problem introduced during maintenance on 27 Sept 2016. This is also now fixed and SLM should produce plots again, when we have more H1 analysis ready data.)

See also these related alogs:

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29992

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29184

Non-image files attached to this report
H1 PSL
peter.king@LIGO.ORG - posted 17:28, Tuesday 04 October 2016 - last comment - 08:25, Wednesday 05 October 2016(30217)
laser is up for now
The laser is gingerly up for now.  Even though it is running, it is not really fixed.
Another shake down involving the flow sensors will take place on Thursday morning.
Comments related to this report
peter.king@LIGO.ORG - 08:25, Wednesday 05 October 2016 (30230)
I forgot to mention that in checking for bubbles in the under the table crystal chiller filter, an
air bubble about 10 mm in diameter was observed.  When I accidentally dropped the filter, a beneficial
consequence was that any other air bubbles would have been dislodged.  However the volume of the
bubbles was not much more than the 10 mm bubble spotted earlier.
H1 PSL
peter.king@LIGO.ORG - posted 17:26, Tuesday 04 October 2016 (30216)
PSL diode chiller
An inquiry with Technotrans about the chiller controller yielded the information that provided the
software version the controller is running is the same, they ought to be interchangeable.  We have
always had to provide the serial number of the affected chiller in order to get a replacement
controller.

    The controller for the diode chiller (S/N 63793) was swapped with the one sitting in the
mechanical room (S/N 44806) that underwent some tests and was the chiller used before.  The
chiller started up okay.  No oscillations were observed in the chiller output temperature.





Jeff/Jason/Peter
LHO VE
kyle.ryan@LIGO.ORG - posted 17:20, Tuesday 04 October 2016 - last comment - 09:19, Wednesday 05 October 2016(30215)
Finished preping X-end RGA for bake out during next extended IFO down period
Will need five days to run pumps in VEA, so likely will sit until O2a - O2b break?
Comments related to this report
chandra.romel@LIGO.ORG - 09:19, Wednesday 05 October 2016 (30234)
I hope it won't wait this long, since the break is now looking like March/April time frame. If that's the case, we should consider baking on a test stand.
H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 17:09, Tuesday 04 October 2016 - last comment - 14:46, Wednesday 05 October 2016(30214)
Replaced QPD library blocks in ASC model with modern ones

While Daniel, Sheila and I were looking at some jitter signals, we noticed that the SUM channels that are used to normalize the DC QPDs do not have any lowpassing!!  The transmon QPDs already had these more modern parts, but they were never back-propagated to the ASC model. 

Also, while the trans QPDs had the right model parts, there aren't actually any lowpasses installed in the filter banks.  We'll want to give ourselves ~1Hz cutoffs to eliminate all the high frequency junk, while still allowing the normalization to use the overall power on the QPDs.

I have now done replaced the old QPD parts with the new ones in the ASC model, and successfully compiled the ASC model.  It has not yet been installed / restarted.

I'm almost done making the new screens, and should be done with another ~30 min of work tomorrow.

To be consistent with the transmon QPDs, rather than saving the _SUM channels, we will now be saving the _NSUM_OUT channels.  The _SUM channels will get the lowpasses, since they are used for the actual normalization of the pitch and yaw signals, so they're not what we'll want to look at for spectra and other things.  The _NSUM channels have the ability to be normalized with the PSL input power, but we are not using that capability (and haven't been with the transmon QPDs either), so really they're just the sum, with no lowpass.

The affected QPDs are:

REFL_A_DC, REFL_B_DC, AS_A_DC, AS_B_DC, POP_A, POP_B, AS_C, OMC_A, OMC_B, OMCR_A, OMCR_B, AS_D_DC(even though we don't use this last one).

Comments related to this report
jenne.driggers@LIGO.ORG - 14:46, Wednesday 05 October 2016 (30241)

Screens for this are ready.  We're waiting until next lockloss to do the install.

Screens and model are all checked into the svn.

H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:09, Tuesday 04 October 2016 (30213)
Ops Day Shift Summary
Title:  10/04/2016, Day Shift 15:00 – 23:00 (08:00 - 16:00) All times in UTC (PT)
State of H1: IFO is unlocked due to ongoing laser issues. Start of maintenance day. 
Outgoing Operator: N/A
 
Activity Log: All Times in UTC (PT)

14:48 (07:48) Peter – Going to PSL electronics rack to work on PSL chiller problems
14:58 (07:48) Karen – Cleaning at End-Y 
15:00 (08:00) Chris – Escorting pest service down both arms and in Mids and Ends
15:06 (08:06) Ace Service on site
15:16 (08:16) VerbalAlarm – TCSY low water message - Vern added 0.5L water (aLOG 30199)
15:20 (08:20) Peter – Out of the LVEA
15:21 (08:21) Joe – Going into the LVEA to check batteries
15:42 (08:42) Centas on site to service matts 
15:43 (08:43) Hugh & Filiberto – Going to End-Y (WP #6211)
15:53 (08:53) Marc & Ed – In CER to replace power supplies (WP #6212)
15:55 (08:55) Chandra & Bubba – Crane work in LVEA (WP #6205)
16:23 (09:23) Kyle – Going to End-X for RGA work
16:25 (09:25) Set End-X to No BRS
16:32 (09;32) Betsy – Going into the LVEA for 3IFO
16:37 (09:37) Joe – Out of the LVEA
16:38 (09:38) Betsy – Out of the LVEA
16:42 (09:42) Coke Vending on site
16:45 (09:45) Norco - On site N2 delivery to CP1 
16:55 (09:55) Betsy – In LVEA to work on TCS-Y – Shutdown laser & Chiller work
17:03 (10:03) Karen – Finished at End-Y
17:05 (10:05) Peter & Jason – In the PSL Enclosure to check cabling
17:24 (10:24) Karen – Cleaning in LVEA near HAM5/6 to High Bay
17:40 (10:40) Pest service finished and leaving site
17:50 (10:50) Jason & Peter – Out of the PSL Enclosure
17:52 (10:52) Joe – Into LVEA to service eye wash stations
17:56 (10:56) Filiberto – Laying power cables in Biergarten
17:59 (10:59) Hugh – Finished with weekly HEPI checks
18:02 (11:02) Gerardo – Going to both end stations to check cabling
18:07 (11:07) Bubba – Out of LVEA – Finished with crane work
18:10 (11:10) Chandra – Out of the LVEA – Finished with crane work
18:14 (11:14) Norco – Leaving the site
18:18 (11:18) Joe – Out of the LVEA
18:28 (11:28) Karen – Out of LVEA – Opening the OSB receiving rollup door to remove trash
18:41 (11:41) Betsy – Going to both Mids for 3IFO stuff
18:59 (11:59) Sheila – Going into LVEA to turn on HAM2 illuminator
19:08 (12:08) Gerardo – Back from End Stations
19:09 (12:09) Kyle – Back from End-Y  
19:09 (12:09) Marc & Ed – Out of CER
19:10 (12:10) Karen – Out of the LVEA
19:12 (12:12) Sheila – Out of the LVEA
19:12 (12:12) Filiberto – Out of the LVEA
19:45 (12:45) Sheila – Going into LVEA to turn off illuminator at HAM2
19:56 (12:56) Betsy – Back from the Mid Stations
20:14 (13:14) Marc – Going to Mid-Y to get electrical parts
20:38 (13:38) Betsy – Going into the LVEA to turn on TCS-Y CO2 laser
20:50 (13:50) Betsy – Out of the LVEA
20:52 (13:52) Marc – Back from Mid-Y
20:57 (13:57) Keita – Going to PSL rack to check DBB shutter voltages
21:30 (14:30) Peter – Going into PSL Enclosure to dress up the PMC alignment
21:57 (14:57) Daniel – Going into LVEA 
22:03 (15:03) Fred – Going into the LVEA for 3IFO
22:15 (15:15) Daniel – Out of the LVEA
22:21 (15:21) Kyle – going to West Bay to retrieve tools and parts  
22:27 (15:27) Kyle – Out of the LVEA
22:38 (15:38) Peter – Out of the PSL Enclosure
22:40 (15:40) Keita – Out of the LVEA
22:45 (15:45) Fred – Out of the LVEA
23:00 (16:00) Turn over to Travis


Title: 10/04/2016, Day Shift 15:00 – 23:00 (08:00 –16:00) All times in UTC (PT)
Support: Peter, Jason,          
Incoming Operator: Travis

Shift Detail Summary: IFO has been down all shift due to laser problems and maintenance window. PSL team swapped an apparently faulty Diode chiller controller with the controller from the backup chiller. PSL has been up for almost 2 hours. Peter tweaked the alignment of the PMC. Starting an initial alignment     	 
Displaying reports 53821-53840 of 83228.Go to page Start 2688 2689 2690 2691 2692 2693 2694 2695 2696 End