Niko, Darkhan,

We checked the alignment of the Pcal beams at EY by looking at the beam positions at the RxPD integrating sphere input port (in the Pcal receiver module). As was expected, the beams are well centered on the port.

Note: To do this check we needed to temporary turn on the Pcal laser (for which we removed the lock from the module with Bubba's permission). After the work was completed we switched off the laser and put Bubba's lock back on the Pcal AOM and laser power supply module.

Today I lifted the three heater element wires from the terminal strip located within the Regeneration Control Panel and used a "High Potential" tester to apply 1000 volts between each wire and ground.  I varied the current limiter throughout its range (0.3mA - 12mA) while the high voltage was being applied and did not detect a short to ground - good!  Next, I terminated the 4-20mA CDS wires on to the SCR unit and energized the Regeneration Control Panel - no faults.  Finally, and without any GN2 flow, I enabled the CDS PID control with a setpoint of 50C and proportional gain of 7.  The Regeneration Temperature rose -> 24.1C,  24.2C, 24.3C, 24.4C, 24.5C - over the course of 5 minutes or so before the control panel tripped with a "HIGH LIMIT" fault.  This is as expected considering the absence of GN2 flow to remove the heat from the heating elelments.  The thermocouple used for the "HIGH LIMIT" is in contact with the heating elements ballast mass while the thermocouple used for the PID control "Regeneration Temperaure" is several inches downstream of the heating elements and it samples the GN2 flow.  

So, it looks like the Regeneration Control Panel is working again (for the time being!).  We are installing a second in-duct cartridge heater tomorrow and will have to shut down the forced-air heating unit so maybe Monday we can try to start up the regeneration flow again and start dumping some Joules into that CP4 bad boy!

Kyle confirmed that the CP4 regen overtemp interlock alarm will be in the alarm state from now through Monday. I have bypassed this channel from sending cell phone texts until that time. Email alerts for this alarm will continue to be sent.

I modified the one and only dog clamp on the PMC foot on the NW corner, from angling up toward the contact point with the PMC foot, to angling down.  Should the ISS box need to be removed, a second dog clamp on the NW foot would be advised.  There is room at the table level, but not for both tools and hands between the ISS box and the PMC while both are installed.

Previous changes to dog clamps in alog 40822.

I removed my O2 GigE camera installation, and have moved the cameras to their O3 locations.  GigE camera 1 is now positioned to look at the beam coming out of the PMC, and GigE camera 2 is positioned to look at the transmitted beam of the bottom pericope mirror.  Both are blocked by beam dumps until the beam is restored for alignment.

• image 1: GigE camera 1, downstream of the PMC
• image 2: GigE camera 2, downstream of the bottom periscope mirror
• image 3: clear space where the cameras had been installed
• image 4: looking along the path (under the periscope) to where the optical spectrum analyzer can be in installed, if needed, and showing that this path is currently blocked by a beam dump

I rerouted the AOM RF cables that were curved to go around the high power beam dump, to go in front of the high power beam dump.  Attached pictures show 2013, the original install, and today, which shows the cable with only one curve, from the connectors to the table.  One the table, the cables are secured to prevent them from making contact with other components/bases, and to be as straight as possible.  Some cooling lines and other cables were also moved and re-secured.

• image 1: AOM RF cables as they're routed today
• image 2: historical routing or the RF cables, around the High Power beam dumps
• image 3: all cables and cooling lines as they're now routed

Nutsinee Terry Daniel

We were finally able to lock the OPO in air. We took the output of the common mode board and send it to the laser PZT via a Thorlabs PZT driver (gain of 15).  The ugf we achieved is 10kHz. With all 3 boosts engaged the lock is reasonably tight. The attached screenshot shows the CMB settings.

The noise spectrum indicates a strong acoustic peak around 1.1kHz that needs a large driving range.

We also measured the transfer function from the OPO PZT to the laser PZT. The first resonance is at ~6.0 kHz as expected—confirming that the 1.1kHz peak is not an inline resonance.

Some of the problems we encountered along the way:

• The 4kHz low pass filter in the CMB common path is flawed by design and was operating as a voltage follower.
• The Thorlabs PZT driver doesn't accept a negative input voltage even if the offset is set to 50V.

Installed a new type of NEG pump at BSC6 port C90G3.  Housing still needs a gauge.  Also, electronic/power components still need to be installed.

Chandra R., Kyle R. 

Chandra attempted to re-establish heated GN2 flow through CP4's empty LN2 reservoir this morning (assists bake-out of CP4 currently in progress).  The original SCR had "shorted" after only days of use so we replaced it yesterday with one we removed from CP3's Regeneration Control Panel.  This time the SCR failed (shorted) after only minutes?  Tens of minutes?  

According to the SCR manual, this failure results whenever there is load current detected (sensing coil on one phase) in the absence of a 4-20mA control signal or when the load current is present and not a function of the 4-20mA control signal.  I investigated and found that the three delta-connected heating elements all measured 30 - 31 ohms between each other and Megaohms to ground, i.e. weren't shorted when the low voltage VOM output was applied.  I did not do a High Potential (HiPot) test.  Next, I lifted the CDS wires supplying the 4-20mA control signal and then energized the unit.  Still, even with the input removed, the SCR indicated an "SCR SHORTED" fault.  Long story short, all of my investigating suggested a shorted SCR vs. a problem in the associated external wiring.  

As such, I replaced this second SCR with a third one borrowed from CP5's Regeneration Control Panel and installed it.  This time, I did not land the CDS 4-20mA leads but, instead, left them "hanging".  I energized the Control Panel and did not experience the troublesome fault.  The Measured supply voltage was found to be 498 VAC which is quite high.  I recall that this is a known "feature" from "back in the day..." and seem to remember it was due do the Xformer tap that we use.  In any case, this shouldn't be an issue as the SCR is rated up to 600 VAC.  I also measured 9.4V between the 4-20mA control wires while not terminated.  Hmmmm... the CDS PID control is off.  Should there be voltage across these without a PID output?  

I'll try out this third SCR tomorrow and attempt to do so in small incremental outputs while monitoring as many pertinent metrics as possible.  If this third unit also shorts, we'll abandon the "dream" and concentrate on minimizing air leak losses to the room and adding more heat to CP4's insulated bake-out enclosure.  

Kyle, Dave:

to prevent nuisance cell phone alarms for out-of-nominal conditions overnight, we have reconfigured the alarms:

H0:VAC-MY_CP4_TE253A_REGEN_TEMP_DEGC is running cool, reduced its LOW alarm limit from 70C to 0C

H0:CDS-ROC_VAC_MY_CP4_TE253A_REGEN_TEMP_DEGC_1HOUR_R is trending towards ambient at a rate higher than 1.0 CperHour. Increase alarm rates to +/- 5.0CperHour

H0:VAC-MY_CP4_253_REGEN_TEMP_ALRM_INTLK will be in alarm overnight. Sends its alarms to emails only, not to cell phones.

WP7420 New SQZ guardian nodes and DAQ restart

Daniel, TJ, Dave:

TJ created the three new SQZ guardian nodes (SQZ_CLF, SQZ_OPO, SQZ_LO).

We also re-created the INJ_TRANS node after fixing the NFS mount issue between h1guardian0 and h1hwinj1.

The DAQ was restarted to use the new H1EDCU_GRD.ini This was urgent, the loss of the INJ_TRANS channels from the frame files was causing Det Char issues with their summary page generation.

   Check chiller water levels and filters. I added 100ml on Tuesday (aLOG #40984); no additional water was needed today. No change in the filters. The Diode chiller filters are clean. The Crystal chiller filters need to be replace when the 70W work is finished.

As we get back to commissioning, we are again actively changing IPCs in front-end models.  This can cause the number actually in use to vary from those in the static lists, that only get pruned manually or when re-building all models. At present, we are limited to 512 IPCs per type (Shared memory, PCIe, RFM-X, RFM-Y).  I updated a script 'find_used_ipc_channels.py' started by Joe Betzwieser to go over all the in-use models (using the rtsystab file) and list all the IPCs in use in files.

After running it at LLO (see aLOG 38202 ). I have run this for H1 today with the following:

 Found 197 SHMEM IPCs - list in ipc_shmem_channels.txt
 Found 414 PCIE IPCs - list in ipc_pcie_channels.txt
 Found 31 RFM0 IPCs - list in ipc_rfm0_channels.txt
 Found 31 RFM1 IPCs - list in ipc_rfm1_channels.txt

I have attached the channel lists.  These are somewhat lower that LLO usage.

   Posted are the weekly ISI CPS noise spectra. Did not see any egregious anomalies. Closing FAMIS #6941  

Today, I went in and pulled the 2nd First Contact sheet after the reapplication yesterday afternoon.  Unfortunately, the 2 small glint blemishes that I didn't like yesterday were still there.  So, they are either in the coating, scratches, or are not coming off.  So, I then completed the closeout steps of:

1) N2 blow, measuring charge (details below)

2) Placing the 1" witness optic on the side of the QUAD structure

3) Jim unlocking ISI

4) Placing 3" horizontal wafer below ETMY QUAD on floor

5) Mounting 3" vertical wafer on lower front of QUAD structure

6) Wiping the floor on the way out

7) Removing tools

8) Kissel running TFs - 3 per suspended chain - all good

9) Launching door crew

Door on by lunch, started work at ~9:30am.