WP7066 Kiwamu, Dave:
a new h1asc model was installed, replacing RF90 with RF72. The DAQ was restarted soon afterwards.
DAQ Changes:
Fast Channels Added (2048Hz)
+: fast channel H1:ASC-AS_A_RF72_I_PIT_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_A_RF72_I_SUM_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_A_RF72_I_YAW_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_A_RF72_Q_PIT_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_A_RF72_Q_SUM_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_A_RF72_Q_YAW_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_I_PIT_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_I_SUM_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_I_YAW_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_Q_PIT_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_Q_SUM_OUT_DQ added to the DAQ
+: fast channel H1:ASC-AS_B_RF72_Q_YAW_OUT_DQ added to the DAQ
Fast Channels Removed (2048Hz)
-: fast channel H1:ASC-AS_A_RF90_PIT_OUT_DQ removed from DAQ
-: fast channel H1:ASC-AS_A_RF90_YAW_OUT_DQ removed from DAQ
-: fast channel H1:ASC-AS_B_RF90_PIT_OUT_DQ removed from DAQ
-: fast channel H1:ASC-AS_B_RF90_YAW_OUT_DQ removed from DAQ
Slow Channel Stats: 1060 channels Added, 356 channels Removed
DIAG_MAIN guardian code changed
The RF90 channels on the front end h1asc were renamed to RF72 this morning, but their Beckhoff equivalent channels retained their RF90 naming. This upset DIAG_MAIN, which checks for setting equivalency between Beckhoff whitening and h1asc anti-whitening. The code loops through channels assuming an identical core name.
I modified sys/h1/guardian/DIAG_MAIN.py to remove ASC-AS_A_RF90 from the generic loop. I added a new tuple to cover the ASC exception that RF72_AWHITEN_SET on the front end maps to RF90_WHITEN_FILTER in Beckhoff land.
Here is the SVN differences for the changes I made:
Index: DIAG_MAIN.py
===================================================================
--- DIAG_MAIN.py (revision 15816)
+++ DIAG_MAIN.py (working copy)
@@ -859,10 +859,10 @@
'ASC-POP_X_RF',
'ASC-AS_A_RF45',
'ASC-AS_A_RF36',
- 'ASC-AS_A_RF90',
+ #'ASC-AS_A_RF90', DB LHO 11july2017
'ASC-AS_B_RF45',
'ASC-AS_B_RF36',
- 'ASC-AS_B_RF90',
+ #'ASC-AS_B_RF90', DB LHO 11july2017
'ASC-POP_A',
'ASC-POP_B',
'ASC-OMC_A',
@@ -904,8 +904,10 @@
'ASC-Y_TR_B',
]
+ # DB LHO 11july2017: h1asc model changed RF90 to RF72, Beckhoff retained RF90 names. Make exception for AS_[A,B]_RF90/72 mapping
+ rf72_tups = [('ASC-AS_{}_RF90_WHITEN_FILTER_{}'.format(ab,i), 'ASC-AS_{}_RF72_AWHITEN_SET{}'.format(ab,i)) for ab in ['A', 'B'] for i in range(1,4)]
omc_tups = [('OMC-DCPD_A_WHITEN_SET_{}'.format(i),'OMC-DCPD_B_WHITEN_SET_{}'.format(i)) for i in range(1,4)]
- all_dem_tups = [('{}_WHITEN_FILTER_{}'.format(pre,i), '{}_AWHITEN_SET{}'.format(pre,i)) for pre in prefix for i in range(1,4)] + omc_tups
+ all_dem_tups = [('{}_WHITEN_FILTER_{}'.format(pre,i), '{}_AWHITEN_SET{}'.format(pre,i)) for pre in prefix for i in range(1,4)] + omc_tups + rf72_tups
for x in all_dem_tups:
if ezca[x[0]] != ezca[x[1]]:
I have made a number of medm screens for this new system. The attached are screenshots of a couple of the new medms. When we locked the interferometer with a low power (~2W) after the maintenance today, I briefly tried phase-locking the audio modulation signal at 205 Hz, but didn't really succeed. We will continue commissioning them later.
Additionally, I have edited the ISC_DRMI guardian so that it doesn't look at ASAIR_B_RF90 any more when checking whether the ASCs needs to be slowly engaged or not. With this modification in it, we succeeded in locking the interferometer multiple times today. So it seems functioning as expected. After the test today, we restored the RF hardware back to nominal -- no 72 MHz source and very small 118 MHz modulation.