(Alexa, Jax, Stefan)

Alexa was trying to hunt down a missing gain factor for her model and instead found a busted COMM PLL board (serial number S1200564). The op-amp for the VCO compensation stage (U37) was blown. I recalled replacing the same op-amp on the DIFF PLL about a month ago, suggesting that there's something that makes this particular op-amp vulnerable. After discussing with Richard McCarthy, we opted to change resistor R96 from 0 to 2k ohms to protect the poor thing. Lab tests show that it's in good shape, and it'll be back to the ISC rack as soon as we're done with the ISC meeting.

Due to ongoing problems with h1fw1, the default NDS server has been changed to h1nds0.

I have changed the core switch configuration to no longer forward broadcasts on udp port 5355 to the FE network now that DTT has an environment variable to do this, and said environment variable has been configured.  This will reduce some broadcast traffic on the FE subnet, as well as correct some other side effects that probably only I care about.

Fabrice, Jamie, Jim, Dave

I restarted all the models on h1seih23 to clear the no-DAC-output problem.

Sequence was: stop user models, restart IOP model, start user models

models are h1isiham2,3 h1hpiham2,3 h1iopseih23

Fabrice then put ISI ham 2,3,4,5,6 into a safe state, and I updated the safe.snap files in SVN and committed them.

This morning when I came in I found the HAM2/3 ISIs tripped.  I have tracked this down to what I believe to be a DAC communication problem in the front end.

While the models show output on their DACs, the IOP shows no corresponding DAC output on the same channels.  There are no error flag whatesoever to indicate that there might be a problem.  None of the watchdogs on this machine are currently tripped.

The image below show the DAC_MONITOR screens for H1IOPSEIH23, which shows zero on all outputs, and H1ISIHAM3, which shows and output of -958 counts on CH 8.

The dataviewer program has been updated for Linux and Mac OS X to correct issues with leap second handling and to allow short channel names to be selected from the menu.  Current version is now dv-2.8.1

Filberto, Daniel

We moved the doubler which drives the ALS fiber distribution box from rack ISC-R1 to ISC-R4. This hopefully reduces the electronics crosstalk between this unit and the PSL VCO. We als used a differemt RF patch panel in ISC-R2. The RF power levels have been re-measured, requiring to change the attenuator at the ALS fiber distribution chassis input from 1dB to 3dB.

I just spent another hour turning on ISI ETMX. (see previous elog for ITMX.)

This seems to me that most of the turn-on trouble comes from our attempt to turn on loops in an equilibrium position, and afterwards move to the target position. This move then leads to DC saturations in various sensors.

Question:
Why don't we put in fixed drive offsets - even after the DACkill - that allow us to make the OFF position equal to the locked position. This way the ISI never has to "move", we never have T240 saturations.

I've started automation work on the HAM2/3 ISIs, started at roughly 07:00 PST this morning.

The IMC will be affected by these tests.

While the IMC is currently locked, this work is somewhat invasive.  Both ISIs are currently tripped, for instance.

I will report when the work is done.

Couldn't turn on ISI ITMX...

I added an X arm guardian today, and tested as much of it as I could without having an arm cavity to lock.  This also involved some changes to the ALSEndStateMachine Library in Beckhoff (for error reporting), and changesto the guardian overview and ALS Main medm screens.  

ITMY TF will be running overnight on opsws8. Started at around 20:45

In prepartation for tomorrows guardian deployment on ISI HAM2/3, I checked the configurations of the filter modules in the HAM2/3 ISIs, to make sure they are configured as needed for the guardian.  I found a couple of discrepencies that I've tried to sort out.

The BLEND configuration is not currently touched by the guardian code, so we're not working about their configuration for the moment.

The configuration of the DAMP filter modules seems to be as expected (FM1 loaded only with 'Damp').

The ISO modules were a different story.  ISI_HAMX expects the following filter banks to be populated for the vaious isolation levels:

• ROBUST: FM1 (Cont_1), FM10 (Boost_1_t2)
• MEDIUM: FM2 (Cont_2_a), FM3 (Cont_2_b), FM9 (Boost_2)
• HIGH: FM3 (Cont_3_a), FM4 (Cont_3_b), FM5 (Cont_3_c), FM6 (Cont_3_d), FM8 (Boost_3)

HAM2/3 has nothing in FM3/5/6/7.  I therefore added unity gain filters into those banks, and gave them the appropriate names.

The Boost_* filters also didn't have the 5 second ramp times that we decided we needed during the HAM4 testing.  I added those ramps as well.

I have saved the filter files, but I have not yet loaded them into HAM2/3.  I will load them when I start my tests tomorrow morning.

Below are a series of reference alignment values that allow hitting the various BAFFLE PDs:

# TMS pointing straight shot
# ITMX PD1
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 0
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 0
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 203.3
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -228.1



# TMS pointing straight shot
# ITMX PD3 (PD4)
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 0
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 0
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 272.7
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -289.7



# ITM pointing
# ETMX PD1
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 0
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 0
caput H1:SUS-ITMX_M0_OPTICALIGN_P_OFFSET 35.3
caput H1:SUS-ITMX_M0_OPTICALIGN_Y_OFFSET -69.2
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 238.0
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -258.9


# ITM pointing
# ETMX PD4
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 0
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 0
caput H1:SUS-ITMX_M0_OPTICALIGN_P_OFFSET 67.4
caput H1:SUS-ITMX_M0_OPTICALIGN_Y_OFFSET -36.3
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 238.0
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -258.9


# ETM pointing
# ITMX PD1
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 231.4
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 90.8
caput H1:SUS-ITMX_M0_OPTICALIGN_P_OFFSET 51.35
caput H1:SUS-ITMX_M0_OPTICALIGN_Y_OFFSET -52.75
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 238.0
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -258.9


# ETM pointing
# ITMX PD3 (PD4)
caput H1:SUS-ETMX_M0_OPTICALIGN_P_OFFSET 255.4
caput H1:SUS-ETMX_M0_OPTICALIGN_Y_OFFSET 60.7
caput H1:SUS-ITMX_M0_OPTICALIGN_P_OFFSET 51.35
caput H1:SUS-ITMX_M0_OPTICALIGN_Y_OFFSET -52.75
caput H1:SUS-TMSX_M1_OPTICALIGN_P_OFFSET 238.0
caput H1:SUS-TMSX_M1_OPTICALIGN_Y_OFFSET -258.9

Fabrice and Dave.

We completed the build, install and restart of the BSC ISI systems using the older version of the WD code (minus HWWD and reset inputs). 

h1isi[bs,itmx,itmy,etmx,etmy] were restarted. Fabrice verified the WD code is running correctly.

I verified the safe.snap restores went without any errors. I cleared the IPC errors caused by the restarts. No DAQ restart is required.

Mitchell and I installed the TMDs on the HAM ISI Blade Springs similar to as Hugo and I did on WHAM3.  Mitchell has the serial numbers.  There were also a couple feedthrus that needed to have the in-vac cable attachment screws secured.  Mitchell did this.