I tested different configurations of blend and isolation filters. To do so, I looked at the GS13 input in cartesian basis in the following configurations:

• No Damping
• Damping only
• Damping + Blend 900mHz + ISO level 1
• Damping + Blend 500mHz + ISO level 1
• Damping + Blend 250mHz + ISO level 1
• Damping + Blend 900mHz + ISO level 2
• Damping + Blend 500mHz + ISO level 2
• Damping + Blend 250mHz + ISO level 2

The blend filters used are the generic ("old" version) blend filters from SVN revision 6036.

Spectra are attached. Damping + Blend 500mHz + ISO level 1 et Damping + Blend 500mHz + ISO level 2  are not displayed to keep the plot readable. They are however saved under DTT.

I used the command window to switch between states. The Watchdogs (ISI,SUS,IOP) did not trip. Damping + Blend 250mHz + ISO level 2 was on for a couple hours without any WD trip. I then tested other configurations.

Comments on performace:

• RX and RY amplify too much in low frequencies. They need to be reviewed.
• Isolation is starge on Z and needs to be reviewed.
• Level 2 + blend 900mHz is unlikely to provide such isolation. It is probably a legend mistake.
• LLO used newer blend filters (SVN revision 6187). The SEI team will asses the optimisation and homogenization of blend filters accross sites next week. Meanwhile, I will be testing LLO's current blend/isolation filters .

I copy-pasted the LLO models for h1susauxh2 (h1iopsusauxh2 and h1susauxh2). Started both on the h1susauxh2 frontend. We found copy-paste error in the IOP model with ADC5 duplicated for ADC6 and ADC7. We fixed this but ADC7 still had problems, so we build this one from scratch and the IOP now looks good. A quick review of the model ADC usage shows there are errors with many ADC channels blank on the medm screen but the model should be using them. Someone from team SUS should check this out.

Andres R, Travis S, & Jeff B

  We moved the Beam Splitter under LVEA Test Stand #2 and mounted it to the BSC2 ISI. 

We configured h2boot's Dolphin master to control the three new Dolphin nodes at EY. We used the next three node ids in the sequence

h2pemey = 20

h2susb6 = 24

h2seib6 = 28

We tested by transitioning the IOP watchdog IPC from RFM to Dolphin (h2iopsusb6 sender, h2iopseib6 receiver).

Jeff then transitioned all IPC at EY from RFM to Dolphin for h2sustmsy, h2susetmy, h2isietmy, h2hpietmy, h2iscey and we power cycled the EY computers and restarted all models.

We hand editied the H2.ipc to remove the old RFM channels such that the names could be reused as Dolphin channels.

The IOP watchdog was retested. Jeff tested all SUS,SEI IPC.

After much prep work today, the MC1 suspension was swung into the chamber on the HAM install Arm around 3:45pm today and dogged down with a few dogs.

Unlocked testing done for the moment.  I put Dial Indicators back on and relocked the system.  I reversed the signage but still a good idea to not clamber on the Crossbeams or the Foot in the middle of the housing.

On Oct. 19, 2012 I measured a collection of waveforms and measured several DC voltages at the "Local Diagnostic" connector on a SUS OSEM Satellite Box adjacent to (W)HAM3.  This was to provide in-the-field information on operating values and conditions to the CDS engineers designing the "Hardware Watchdog" circuits.  The data represents a snapshot of nominal operating conditions.  The results were collected into a set of slides and posted to the DCC under G120112-v1, "aLIGO OSEM Satellite Amplifier Representative Signals".  No surprises here.

Re-enabled HV outputs -> Spoke with Agilent service tech and problem may be related to the "Protect" mode of operation.  In this mode the HV will deselect if the pump current exceeds a programmable threshold (I had recently set all controllers to this mode).  The threshold current value programmed is much higher than should be experienced at our nominal pressures and this is the suggested mode of operation however if the current is "glitchy" it can result in the nuisance shut downs experienced of late (none of the other ion pump controllers have tripped off) -> I am now running this unit not in protect mode to see if problem persists.

Gerardo and I worked out a nice little dish setup such that the primary and secondary prisms on one side of the optic barrel could soak in acetone for a while today.  We used an SST dish lid and organic cotton rounds to sit the optic in a bath of acetone submerging both prisms.  With an all glass pipette, we will add acetone as needed over the next few mornings.  The evaporation rate in the setup is on the order of 10s of minutes, so needs far less babysitting than the setup needed when only removing one prism.

J. Kissel, H. Paris

Hugo and I updated the operational H1 SEI and SUS systems as described in T1200478. Unlike with H2, we were not plagued by RFM IPC issues, so the update when extremely smoothly (done within half-a-day). Since they're the only one's running, we updated
HAM2-ISI, HAM3-ISI,
MC1, MC2, MC3, PRM, PR2, PR3, SR2
successfully. 

Notes of interest to others: 
- With the updates, we're now running 62 PCIe IPC channels over the dolphin network; "dangerously" close to the 64 channel limit (there's no danger at all actually, we just won't be able to have more than 64 until RCG 2.6).
- I've edited the h1susim.mdl top-level model to include new sender IPC parts to broadcast the PR3 optical lever signals (which come in on the susham2b front-ends). Consequently, I've added receivers in the h1suspr3 model, which -- with these upgrades -- now accepts its optical lever as the QUADs have (i.e. using the QPD.mdl library part). 

As with the H2 SUS, there's a similarly long list of "OK, now actually *use* this new infrastructure," to-do items:
- Installing values into the new infrastructure
     - 4k to 16k AI filter for ISIWIT path
     - Calibration filter for ISIWIT path
     - CART2EUL matrix elements for ISIWIT path
     - OPTICALIGN offset calibration gains
     - EUL2CART matrix elements for OFFLOAD path (MC2 and PRM only)
     - 16k to 4k AA filter for OFFLOAD path (MC2 and PRM only)
     - 2k to 16k AI filter for ISCINF ASC P and Y signals (MC2 and PRM only)
     - Install whitening compensation filters into PR3 OPLEVINF bank
     - Install OL2EUL matrix
     - Fill out all matrix elements in PR3, PRM, and SR2 
     - update/create safe.snaps
- Start using calibrated sensor path, as has been done with L1 HSTSs
     - turn on "to_nm" or "to_um" filters in OSEMINF bank
     - compensate for calibration in DAMP bank

J. Kissel, V. Lhullier, D. Barker, J. Batch

Though we were not as successful as hoped due to (re)discovering that RFM IPC receiving is computationally expensive (see LHO aLOGs 4499, 4511, and 4521), Vincent and I did manage to complete all other H2 BSC-ISI and SUS models and MEDM screens described in T1200478. Really. it's ONLY ETMY and TMSY that cannot communicate with BSC6-ISI, all other changes were successfully and relatively smoothly installed. I updated the TMSY infrastructure as well, as it used several library parts common to the QUADs and BSFMs. All corresponding changes to SUS- ETMY, ITMY, FMY, and TMSY common screens, top-level models, and bug fixes to common model parts have been committed to the userapps repo as of this entry. The BSC6 SUSs have been left with TOP stage damping loops ON (ITMY for FMY [H1BS] are not plugged in).

Though the infrastructure is now in place, there's still plenty of work to do on the SUS side of things:
- Pending Dave and Jim getting an independent dolphin network set up at the end station, we'll get the TMSY and ETMY ISI witness paths turned on
- Installing values into the new infrastructure
     - 4k to 16k AI filter for ISIWIT path
     - Calibration filter for ISIWIT path
     - CART2EUL matrix elements for ISIWIT path
     - OPTICALIGN offset calibration gains
     - EUL2CART matrix elements for OFFLOAD path (ETMY only)
     - 16k to 4k AA filter for OFFLOAD path (ETMY only)
     - 2k to 16k AI filter for ISCINF ASC P and Y signals (ETMY only)
- Start using calibrated sensor path, as has been done with L1 HSTSs
     - turn on "to_nm" or "to_um" filters in OSEMINF bank
     - compensate for calibration in DAMP bank

Stay tuned for the exciting conclusion!

As a fix to the problems encountered yesterday when adding more IPC channels at EY, namely the SUS model running too long with direct RFM access and the IOP model running too long with DMA access, we decided today to install a Dolphin network on the EY systems.

We installed a Dolphin switch in the EY rack, and installed Dolphin pcie cards in h2pemey, h2susb6 and h2seib6.

We are reconfiguring the Dolphin master on h2boot, but recent IPC file changes caused recovery problems and we have ran out of time today, we will continue working on this tomorrow.

For now we retested the dolphin network in the LVEA and it all looks good, so we'll leave it like that overnight.

I installed the following filters for HAM3-ISI:

- Symmetrization
- Damping (G)
- 900mHz Blend (G)
- 500mHz Blend (G)
- 250mHz Blend (G)
- Isolation Level 1 (G)
- Isolation Level 2 (G)

(G)= Generic filter

I will keep testing them tomorrow.

Note: Jeff Kissel and I got the offlead running for both HAM2 and HAM3

[Stuart A, Jeff B]

Jeff was experiencing problems with tripping watchdogs on SR3. I logged-on remotely and noted that damping loops would not close, thus indicating a sign related issue. This was due to the incorrect sign being present in the COIL OUTPUT FILTERS, given that HLTS suspensions have their SD BOSEM mounted on the opposite side of the structure when compared to a HSTS. The SD BOSEM sign was switched from -1 to +1.     

I noted that the OSEM2EUL & EUL2OSEM matrices contained elements pertaining to a HSTS rather than a HSTS, so I corrected them.

I also noted that DAMP FILTER gains were configured for a HSTS rather than a HLTS, so I updated them to be consistent with the LLO PR3 suspension.

Following the changes noted above, damping loops could successfully be closed on SR3.

Jeff is now making a new BURT snapshot of this configuration and intends to run damped and undamped Matlab TFs overnight.

Foundry switch at end Y was accidentally unplugged. This disconnected the vacuum system, weather station and dust monitors. They are back up.

Dave, Jim adding dolphin network at end Y.

Installing BS on BSC2 ISI on Test Stand in LVEA.

In prep for installing MC1 in HAM2 (a deviation from the install plan due to the MC3 issues, which had much banter today), I've clamped MC1, installed the face shileds, and stowed it's cables in prep for a trip into the chamber this week.

Attached shows the poor pitch of the suspended IMCF06 optic (MC3).  Today, we confirmed again that one of the prisms is mis-placed by ~2mm in the pitch-centric direction.  So, I've removed it from the suspension and will remove the errant prism (and it's errant secondary metal prism) here at LHO.

The remaining dust monitors have been moved over to the code tested at end Y as under work permits 3471, 3512.

The main goal of the code change is to allow each dust monitor to be stopped and started from the medm. This should allow changes on the front panel to be done without turning the dust monitor on and off and then quickly changing the settings before the code puts it into remote mode. That is, to change the front panel settings, stop the dust monitor with the medm, make the changes, and then start the dust monitor with the medm. Whether stopping the dust monitor and setting it to local mode with the code allows the front panel changes to be done still has to be tested.

This now requires that each dust monitor be started under its associated 'expert' medm screen when it or its IOC is restarted.

I will let the code run for a while before I submit it into svn.