Displaying report 1-1 of 1.
Reports until 16:41, Tuesday 03 October 2017
H1 SUS (ISC, OpsInfo, SUS)
jeffrey.kissel@LIGO.ORG - posted 16:41, Tuesday 03 October 2017 - last comment - 15:25, Wednesday 04 October 2017(38883)
Control Functionality Restored on RMs 1 and 2
J. Kissel, D. Barker, F. Clara

Since we started rearranging the SUS analog sugnal chains to incorporate / make room for the new SQZ SUS (i.e. VOPO, OFIS, ZMs 1&2) -- see LHO aLOG 38827 -- and subsequently fractured off the RMs into their own model run on the h1sush2b computer, and installed -- see LHO aLOGs 38796, 38805 -- the RMs digital control infrastructure has been empty. 

Today I restored all filters and EPICs records necessary for local damping, and confirmed that there wasn't anything else. There were some confusing discoveries, as there always are with these poorly maintained suspensions, but I elected to not chase the rabbit down the hole and just restore the SUS exactly as it was at the close of O2.

I've not yet committed all changes to the repository because I want to wait for the svn package to be complete, but things effected in making the RMs functional again:
- Copied the userapps repo version of RM filters from
    /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSHTTS.txt
  to the (now unhooked from the repo) chans version
    /opt/rtcds/lho/h1/chans/H1SUSHTTS.txt
  which *only* has RMs in it. 

- Generated and populated the OSEM2EUL and EUL2OSEM matrices using
    /ligo/svncommon/SusSVN/sus/trunk/HTTS/Common/MatlabTools/make_sushtts_projections.m
  and 
    /ligo/svncommon/SeiSVN/seismic/Common/MatlabTools/fill_matrix_values.m

- Restored open light current OFFSETs and GAINs in the OSEMINF filter banks using conlog.
  This was one point of unsurprising confusion: while LHO aLOG 8007 reports values for open light current and corresponding OFFSETs and GAINs -- even if they were poorly measured then because the ADCs were saturated -- those that had been installed for O2 were not at all those numbers in OFFSET, and the GAIN was set to 1.0, with no easily findable aLOG reporting the rationale. If we go into HAM1, we should just remeasure these numbers and install correct OFFSETs and GAINs.

- Turned off the off-diagonal elements of the DRIVEALIGN matrix (making it an identity matrix), and made the SENSEALIGN matrix also an identity

- Turned ON the OSEMINF sensor calibration filters, the COILOUTF driver compensation filters, DAMPing filters, watchdog's band-limiting filters.

- Made both RM1 and RM2 WD threshold be 25000 [ct], though the average output in ambient damped state is in the low 10s, so this should probably be reevaluated.

- Modified OVERVIEW medm screens such that the DAC and IOP DAC outputs account for the new DAC card arrangement, as well as the name change of the coil driver monitors (VOLTMON_??_MON to VOLTMON_??_OUTMON) to show the "upgrade" of those monitor channels to a full filter bank, which impacts the IMs as well
    /opt/rtcds/userapps/release/sus/common/medm/haux/
        SUS_CUST_HAUX_OVERVIEW_all.adl
    /opt/rtcds/userapps/release/sus/common/medm/hsss/ 
        SUS_CUST_HSSS_OVERVIEW.adl
        SUS_CUST_RM_OVERVIEW_ALL.adl

- Modified the macros for those screens to report similar changes, again impacting the IMs as well
    /opt/rtcds/userapps/release/sus/common/medm
        susim1_overview_macro.txt
        susim2_overview_macro.txt
        susim3_overview_macro.txt
        susim4_overview_macro.txt
        susimall_overview_macro.txt
        susrm1_overview_macro.txt
        susrm2_overview_macro.txt
        susrmall_overview_macro.txt

All compensation and control filters were and now are identical between RM1 and RM2.

Also, in regaining MEDM the functionality of the controls, we discovered that the AA chassis for h1susauxh2 was busted.

I'm sure there will be more things to fix (lots of non-functional links to ADC and DAC information, the coil driver MONITOR screen will need updating), but that's all I have steam for at the moment. I leave the RMs fully functional and DAMPED. I have not bothered to restore any alignment offsets.

I attach several screenshots which capture this restored configuration. 
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 15:25, Wednesday 04 October 2017 (38893)CDS, ISC
J. Kissel

After discovering that the DAC outputs from the I/O chassis were not getting to the coil driver (see LHO aLOG 38889), I turned on he damping loops again and they went unstable. I found a few more things I'd forgotten:

- The COILOUTF gain signs needed to be restored to compensate for magnet polarity, 
    UL = -1
    LL = +1
    UR = +1
    LR = -1
    (they had been all positive 1.)

- Even though the analog circuit is jumpered to the "Low Pass ON" configuration, I still needed to set the digital request of the coil driver's BIO state to be 2. 
    (It had been at 0)


This was enough to get RM1 up and running as designed.

However, the other confusing thing, was that RM2's signal / control chain has a different sign than RM1. I didn't discover this until I took a full suite of M1 to M1 transfer functions, and looked at the phase (which we rarely do). I think conlog'ed the gains back to an O2 time, and found indeed that RM1's damping gains are all +1.0, where as RM2's damping gains were -0.5, -1.0. and -1.0. I had put in all +1's yesterday, assuming the SUS would be the same.

Eh, well. Found all the problems, and the RMs are now *confirmed* functional. 

Still need to now create a new set of SDF files for it so that these settings stick upon front-model reboot.
Displaying report 1-1 of 1.