jeffrey.kissel@LIGO.ORG - posted 15:29, Monday 01 April 2024 - last comment - 10:04, Tuesday 02 April 2024(76850)
Model Prep for HAM Doubles and Singles Watchdog Upgrade Complete
J. Kissel ECR E1700387 IIET 9392 WP 11743 Here, this week we tackle the last of the suspension types that need suspension watchdog upgrades after having finished the End Station, Corner BSC, and HAM Triple suspensions this past month (LHO:76269, LHO:76545, and LHO:76712, respectively). WP 11797 While doing so, I'm also going to address the OMC ASC routing bugs found in the h1susifoout top-level model and its OMCS_MASTER library part (which used to live in h1susomc.mdl), and fix those too. As such, I'm doing a linear combination of the following changes: (1) In library part, removed sending watchdog out to top level (2) In library part, removed ODC parts from DAMP and LOCK banks (3) In library part, removed never-usered software shutter system (4) In library part, upgraded watchdog trigger generator to actual functional RMS (5) At top level, removed USER DACKILL (6) At top level, removed wires to ground (i.e. things never used) at top-level for WD, SHUTTER, and ODC outputs and SHUTTER input (7) At top level, cleaned up receiving of ISC ASC signals (see discussion in LHO:76842) Below is the list of models, their respective library parts, and the optics in that model that this impacts, followed by a call out of which of the above changes happened h1susim HSSS_MASTER IM1, IM2, IM3, IM4 (1), (2), (4), (5), (6) h1sushtts HSSS_FF_MASTER RM1, RM2 (1), (2), (3), (4), (6) h1susifoout OMCS_MASTER OMC (1), (2), (4), (5), (6), (7) OFIS_MASTER OFI (1), (2), (4), (6) HSSS_MASTER OM1, OM2, OM3 (1), (2), (4), (5), (6) h1sussqzout HSSS_MASTER ZM4, ZM5, ZM6 (1), (2), (4), (5), (6) h1sussqzin HDDS_MASTER ZM1, ZM3 (1), (4) OPOS_MASTER OPO (1), (2), (4), (6) HSSS_MASTER ZM2 (1), (2), (4), (5), (6) I've test-compiled all of the above listed models, so they're ready for re-compile, install, and restart of the front-end process tomorrow morning. All model changes have been committed to the userapps repo, either under /opt/rtcds/userapps/release/sus/h1/models/ /opt/rtcds/userapps/release/sus/common/models/ where the above mentioned models live. Screenshots describing the changes will be posted in the comments.
To address the removal of the transverse, vertical, and roll possibility and removing the "bad route" of the L, P, and Y OMC ASC control, I've done the following: (1) At the top level of the h1susifoout model, I've removed the ingestion of the T, V, and R IPCs. These still get send out into the dolphin IPC fabric from the h1omc model, because I didn't want to mess with that model. This means that if someone ever tries to use the OMC-ASC_DOF2TT matrix elements for "SUS V, SUS R or SUS T", the output of those elements of that matrix will go into nothing, essentially terminated. See before vs. after screenshots of the bottom left corner of the h1susifoout.mdl top level IPC area. (2) I've modified the OMCS_MASTER model to completely delete the "OMC_M1_ASC" bank, and removed all simulink inputs that landed in that bank from the top level h1susifoout model, to the top level of the OMCS_MASTER model, to the M1 stage of the OMCS_MASTER. See before vs. after area surrounding the call to the OMCS_MASTER.mdl in the h1susifoout.mdl top level model, And then drilling down into the OMCS_MASTER library part, see (i) before and after, the top level of the OMCS_MASTER library part. (ii) before vs. after, the M1 stage of the OMCS_MASTER library part. (3) Because the OMC ASC alignment input channels are stored inthe frames at 256, I had to update the DAQ channel list to switch to using the M1_LOCK banks rather than the M1_ASC banks. Note, there are therefore 3 less channels stored in the frames. This is seen in (2)(i) before vs. after cited above. (4) While there, I also deleted other never-used / impossible to use infrastructure that I installed early on in the 2010s because it was easier to copy and past than to customize. Now that we've gone through 4 observing runs, and there's no hardware to support it, I'm deleting the infrastructure to clean things up (lest it gets copied forward again by some future me). This includes (a) The "LKIN" parts, which are originally designed for demodulating an angular dither signal in order to diagonalize angular drive. But, there are only two OSEMs for both pitch and yaw on the OMCS's OSEM configuration, so the "coil balancing" methods, using the lock-in just will not work, since we can't drive "pringle." DELETED. (b) Many other SUS that have right-cylinders for optics, which have a center of rotational actuation that we're trying to align to a geometric rotational center in order to minimize angle to length coupling by "dithering." Sometimes you might hear the gains applied to the actuation basis called the "A2L" gains. For the OMCS, the beam is coming in at the edge of a square breadboard that's suspended beneath the actuators, of which again, there're only two. This, like the LKIN system, the DITHER system just doesn't make any physical sense. Because of the reasons outlined in (a) and (b), the inputs to the M1 stage of the OMCS_MASTER library part have always been terminated. That means that the inputs from ISC don't even appear at the top level. So, I've ripped both of these out. This is seen in (2)(ii) before vs. after cited above.