Reports until 15:34, Tuesday 04 June 2019
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 15:34, Tuesday 04 June 2019 (49654)
CDS Maintenance Summary, Tuesday 4th June 2019

WP8231 Remove h1calcs from OBSERVE SDF snap exception

Jeff, TJ, Ed, Dave

Actually the scope of this WP was extended to removing all SDF safe->OBSERVE transitions exceptions. The current exceptions were for h1calcs (it is unknown why this was) and most, but not all, slow controls systems (again, it is not known why).

h1calcs: Jeff has made both safe and OBSERVE symlinks to the h1calcs_safe.snap file. I removed this model from the exception list.

slow controls: I created a checker script (check_beckhoff_sdf) which 1) informs of any systems with different safe and observe references and 2) systems which do not start up in safe.

1) only h1hpipumpctrl had different safe and observe snaps, and its safe snap was incorrect. I made the two point to h1hpipumpctrlsdf_OBSERVE.snap and updated this file with the new Beckhoff setpoint channels for the EX system (CS and EY are still using Ben's Purple Box).

I restarted all the slow controls SDF systems on h1ecatmon0 to resync to the new start state and the changes Daniel made this morning.

The changes were made to the file /opt/rtcds/userapps/release/isc/h1/guardian/switch_SDF_source_files.py

Ed reloaded ISC_LOCK to get the new code.

WP8232 Guardian SQZ node channels in DAQ-DMT broadcaster

Dave:

I removed the not-needed GRD-SQZ channels and add the one which was needed to the broadcaster list:

-[H1:GRD-SQZ_BEATNOTE_OK]
-[H1:GRD-SQZ_SHG_OK]
+[H1:GRD-SQZ_MANAGER_OK]

This change went in when the DAQ was restarted.

Beckhoff Slow Controls Work

Daniel, Patrick, Dave:

New Beckhoff code resulted in six new INI files (C1PLC[1,4], X1PLC[1,2], Y1PLC[1,2]), the same list of autoburt.req and three new SDF monitor lists (C1PLC4, X1PLC2 and Y1PLC2).

The DAQ restart and SDF monitor restarts installed these.

DAQ Restart

Dave:

The DAQ was restarted for the above changes. To prevent out-of-band data showing up in EDC channels, I used my new DAQ restart procedure:

1 - generate the new H1EDC.ini file

2 - check the DAQ has no duplicate channels

3a - restart the DAQ at the appropriate time

3b - a few seconds later, after h1dc0 daqd has stopped, restart h1edc on h1susauxh34

This appears to have succeeded.