Gerardo Moreno, Scott Shankle and Mike Vargas

Attached the Face Plates. One screw on the Right Face Plate could not be attached (pic 2); hole does not line up. One screw on the Left Face Plate could not be attached (pic 1); holes do not line up.
Attached the Balance Weights and the Tongue Depressors released very nicely (pics 3 and 4).
The baffle was balanced using a Plumb Bob (pic 5).

The height needs to be checked. The Assembly Fixture and Crane will be needed if height needs to be changed.

Observations - the Face Plates are very flimsy and rattle a lot. They are tied to the baffle on the outer circumference only.

SLC crew - EX working on Cryopump Baffle

CDS crew - Rebuild of data concentrator - did not work, re-stored to previous working version

Filaberto- Running PEM Cables

Pcal - Working in the H2 PSL Enclosure

Robert - Disconnect dust monitors at ISCT1

Prax Air - Refill CP2

Hugo and Jim W - Taking overnight transfer functions starting at 9 PM PT

Jonathan Hanks - Reconfigure router on GC

Filaberto and crew - Run HAM 5/6 cabling to feed through(s)

Apollo - Install feed through(s) on HAM5/6 and install 16" conflat with new gasket on HAM6

Launched a delayed overnight measurement on HAM3-ISI, with the help of JimW. 

Measurement should start around 9.50pm PCT. Horizontal isolation loops will be turned OFF then. Only vertical isolation loops will be left ON for the duration of the measurement.

Measurement will be finished by 8.30am PCT. Isolation loops will be turned back ON by then.

Installed new framecpp-1.19.24-p1 package, obtained from Livingston.

Built new daqd from advLigoRTS/trunk, installed on x1dc0, x1nds1, x1fw1.

Restarted daqd on the three systems, ran tests to verify that the dataValid flag works properly.  dataValid is definitely non-zero for bad channels, and 0 for good channels.  Note that the value of dataValid is the same as the DAQ status, which can be various values depending on the cause of the bad data.

Plot shows 80 days of pumping at the vertex.

I found and fixed two issues:

• I had applied $(OPTIC) -> $(OPTIC)$(num) the other day when I shouldn't have - this screen was already expecting OPTIC = IM (not OPTIC = IM1 or the like).
• There were some left over references to signals with R0 in the name (apparently left over from adapting SUS_CUST_QUAD_DACKILL.adl).

I committed the fix.

WP4045, DAQ partial upgrade to fix incorrect dataValid flag in frames.

We tried the upgrade this morning during maintenance and could not get it to work. We tried the simple one-line change made at LLO in Jan on both the frame writer and the data concentrator, but this caused half of the front ends to be marked as bad. It was only resolved by backing out the change. We then built the DC against branch2.6, which did not fix the problem. Finally we ran LLO's DC binary, with the same results. At this point we ran out of time and reverted the original binaries back.

Today we went into the PSL because the reference cavity was no longer locking. The main problem was that the autolocker range was not large enough to find the resonance. In addition to fixing this, we tweaked the alignment into the reference cavity and into the PMC. We also tweaked the ISS, and Rick wanted to note that it was surprising that the REFSIGNAL went from about -2.0 to about -2.5. Additionally we experimented and found that the makeup air needs to be shut off before it can be reduced below 100%. And finally, we put the cover on the PMC to reduce index of refraction noise. The PSL is now running with the internal fans off, the AC off, and the makeup air at 20%.

Rick, Sheila, Robert

(Robert, Stefan)

Good news: The Rev cavity now locks quickly.
Bad news: the MC reliably kicks it out of lock again when its gain is increased.

Today's Team - Gerardo Moreno, Mike Vargas and Apollo's Randy and Scott

We bent the Springs (pics 1 and 2) and attached them to the Class B Top ring.
Lifted the baffle and attached it to the Springs at the Flexure Rods (pic 3).
It was very difficult to attach the baffle to the blades because of the tight spacing (pic 4).

Homework for the night - dream about how we can accomplish this task in situ.
The spacing between the Tube Wall and the Baffle is 1.25"; the Rings are 0.5" thick.
There is very little room (0.25") to insert and attach two 1/4-20 nuts with washers.

By adding the new PEM channels to H1PEML0 we exceeded the DAQ hard coded limit of 250,000 channels. This limit applies to the sum of Fast Channels, Slow Channels and Test Points.

For a short while this afternoon I removed h1peml0 from the DAQ to allow it to run. I then wrote a script to calculate how many channels we have in the DAQ sans-h1peml0, it is 249,461. Initially I  hand edited H1PEML0.ini, put back in the H1:PEM-CS_ACC channels (there are 37 of these) and added h1peml0 back into the DAQ. The DAQ channel total was now precariously close to the limit at 249,990 (only 10 spare).

We then removed the SUS BS test stand front end from the DAQ and put PEM back in its entirety. The channel total is now 246,254 giving a 4k buffer.

We will work tomorrow on extending this limit as part of the DAQ upgrade to fix the channel status word in the frame.

SUS_CUST_HAUX_MONITOR_OVERVIEW.adl had somehow missed out on the $(OPTIC) -> $(OPTIC)$(num) fix I applied to most HAUX screens the other day.

I redid the fix and committed the screen.

There had been white boxes in SUS_CUST_BSFM_DAC_MONITOR.adl due to confusion around different channel numbers for the same signal in the user and IOP models, e.g., F1=user_0_4 but iop_2_4. I changed it to show both user and IOP versions of the signals, and user and IOP versions of the channel numbers, using data from susbs_overview_macro.txt.

The change has been committed.

Today I pulled the required fiber at the mid stations to connect the new network switches installed in the vacuum racks, and connected them to the core switch.  We now have network connectivity to all of the new switches in the outbuildings, so the next step is to migrate the vacuum, FMCS and any other ancillary systems to these switches so that the old legacy switching equipment may be removed.  Besides less (aging) equipment to support, this should also reduce our power consumption a bit.

"Dumped" GV3 and GV4 gate annulus volumes into pump cart -> Leaving GV3 and GV4 gate annulus isolation valves open to adjacent annulus volumes overnight

SLC crew working at EX, Fiber Pulling in LSB lab

813  Justin refilling xtal chiller in diode room

925  Hugh shutting down purge air at EX for 10min

946 D. Barker powering down OAF

1000 Patrick increased alarm levels for dustmon9 in LVEA due to work conditions - will monitor

1200 T. Vo installing ethercat in CER

1300 Jim Warner working on BSC3

1341 Alastair working in Fiber Pulling lab in LSB

1400 RIck/Sheila/Robert working in HI PSL enclosure

1513 DAQ restart to integrate new PEM model from D Barker

1600 Justin restored dustmon9 alarm values to levels existing before the Patrick regime

Getting the channels sensed and in the frames show noisy pressure sensors at EndX.  Comparing the same channels to EndY I see about 6x more swing of the data signal.  I moved the EndX controller to manual and the pressure noise remained constant.  See the first plot where the drive to the motor goes flat when placed in manual but the diff_Press signal remains noisy when compared to the EndY signals (graphs 3 & 4.)  Under WP 4040, Kyle shut down the Purge Air System in the mechanical room (that was a relief) but it had no affect on the signal noise, see second plot.
All the pressure sensors (there are four) on the pump station are noisy.  The Pump/Motor of this Pump Station is especially noisy and this may be the source.  It needs a bearing or something job. Whether the HEPI system cares about this we'll have to see.

While working on filter files for ITMX/ETMX/TMSX I noticed that the following SUS-related filter files in chans had not been symbolic links. I copied them to ${USERAPPS}/sus/h1/filterfiles and created links to them from chans. I then svn added them and committed them. All the SUS-related filter files are now links to version controlled files.

• H1SUSAUXB123.txt 
• H1SUSAUXH2.txt  
• H1SUSAUXH56.txt 
• H1SUSIM.txt  
• H1SUSMC2.txt 
• H1SUSOMC.txt 
• H1SUSPR3.txt 
• H1SUSSR2.txt 
• H1SUSSRM.txt
• H1SUSAUXEX.txt   
• H1SUSAUXH34.txt 
• H1SUSBSTST.txt  
• H1SUSMC1.txt 
• H1SUSMC3.txt 
• H1SUSPR2.txt 
• H1SUSPRM.txt 
• H1SUSSR3.txt

New models for ITMX, ETMX and TMSY were built and started a while back (alog 7031), but today I finished setup of filter files and safe.snap files.

I had previously adapted safe.snap files in userapps by adapting the corresponding Y-arm files but today I updated them by restoring all the OSEM gains and offsets to nominal values of 1 and -15000, and reverting the disabled matrix elements in ETMX L2 OSEMINF (inherited from Chris Wipf's workaround for a weak OSEM on ETMy).

They had not previously been symlinked (and thus had not taken effect) so I created links to them from the target area.

• /opt/rtcds/lho/h1/target/h1susitmx/h1susitmxepics/burt/safe.snap -> /opt/rtcds/userapps/release/sus/h1/burtfiles/h1susitmx_safe.snap
• /opt/rtcds/lho/h1/target/h1susetmx/h1susetmxepics/burt/safe.snap -> /opt/rtcds/userapps/release/sus/h1/burtfiles/h1susetmx_safe.snap
• /opt/rtcds/lho/h1/target/h1sustmsx/h1sustmsxepics/burt/safe.snap -> /opt/rtcds/userapps/release/sus/h1/burtfiles/h1sustmsx_safe.snap

I created filter files by adapting the corresponding Y-arm files in userapps. Then I created symlinks to them from chans:

• /opt/rtcds/lho/h1/chans/H1SUSITMX.txt -> /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSITMX.txt
• /opt/rtcds/lho/h1/chans/H1SUSETMX.txt -> /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSETMX.txt
• /opt/rtcds/lho/h1/chans/H1SUSTMSX.txt -> /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSTMSX.txt

I then committed all the new files.