Quote: |
While that would be good - it doesn't address the EDCU problem at hand. After some verbal emailing, Jamie and I find that the master file in target/fb/ actually doesn't point to any of the EDCU files created by any of the FE machines. It is only using the C0EDCU.ini as well as the *_SLOW.ini files that were last edited in 2011 !!!
So....we have not been adding SLOW channels via the RCG build process for a couple years. Tomorrow morning, Jamie will edit the master file and fix this unless I get to it tonight. There a bunch of old .ini files in the daq/ dir that can be deleted too.
|
I took a look at the situation here so I think I have a better idea of what's going on (it's a mess, as usual):
The framebuilder looks at the "master" file
/opt/rtcds/caltech/c1/target/fb/master
which lists a bunch of other files that contain lists of channels to acquire. It looks like there might have been some notion to just use
/opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini
as the master slow channels file. Slow channels from all over the place have been added to this file, presumably by hand. Maybe the idea was to just add slow channels manually as needed, instead of recording them all by default. The full slow channels lists are in the
/opt/rtcds/caltech/c1/chans/daq/C1EDCU_<model>.ini
files, none of which are listed in the fb master file.
There are also these old slow channel files, like
/opt/rtcds/caltech/c1/chans/daq/SUS_SLOW.ini
There's a perplexing breakdown of channels spread out between these files and C1EDCU.ini:
controls@fb ~ 0$ grep MC3_URS /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini
[C1:SUS-MC3_URSEN_OVERFLOW]
[C1:SUS-MC3_URSEN_OUTPUT]
controls@fb ~ 0$ grep MC3_URS /opt/rtcds/caltech/c1/chans/daq/MCS_SLOW.ini
[C1:SUS-MC3_URSEN_INMON]
[C1:SUS-MC3_URSEN_OUT16]
[C1:SUS-MC3_URSEN_EXCMON]
controls@fb ~ 0$
why some of these channels are in one file and some in the other I have no idea. If the fb finds multiple of the same channel if will fail to start, so at least we've been diligent about keeping disparate lists in the different files.
So I guess the question is if we want to automatically record all slow channels by default, in which case we add in the C1EDCU_<model>.ini files, or if we want to keep just adding them in by hand, in which case we keep the status quo. In either case we should probably get rid of the *_SLOW.ini files (by maybe integrating their channels in C0EDCU.ini), since they're old and just confusing things.
In the mean time, I added C1:FEC-45_CPU_METER to C0EDCU.ini, so that we can keep track of the load there.
|