[Sbs_daq] [EXTERNAL] Bank numbering guideline for SBS

Alexandre Camsonne camsonne at jlab.org
Tue Jul 6 13:20:08 EDT 2021


Thanks David, that is good to know, so it seems we can go ahead with this
scheme as long as model number is less than 0xffff=65535.

Alexandre

On Tue, Jul 6, 2021 at 12:58 PM David Abbott <abbottd at jlab.org> wrote:

> I am assuming the Bank Tags you are essentially talking about are those
> that you define inside your readout lists for readout of raw data.
>
> While it would be good to avoid the CODA "reserved" Bank Tags in general,
> if you decide you just have to use a subset for some internal
> indentification this will not really be a problem for CODA since your tags
> are effectively buried within the ROC Banks. This will not break anything
> that CODA needs as we do not look into the User data in any way during the
> online DAQ or for EVIO file writing or decoding.
>
> David
>
>
> -----
>
> David Abbott
>
> Jefferson Lab
>
> Suite #10
>
> 12000 Jefferson Avenue
>
> Newport News, VA 23606
>
>
> email: abbottd at jlab.org
>
> Tel: (757) 269-7190    Fax: (757) 269-6331
>
> ------------------------------------------------------
>
> ------------------------------
> *From:* Sbs_daq <sbs_daq-bounces at jlab.org> on behalf of Benjamin Raydo <
> braydo at jlab.org>
> *Sent:* Tuesday, July 6, 2021 10:56 AM
> *To:* David Flay <flay at jlab.org>; Alexandre Camsonne <camsonne at jlab.org>;
> sbs_daq at jlab.org <sbs_daq at jlab.org>
> *Subject:* Re: [Sbs_daq] [EXTERNAL] Bank numbering guideline for SBS
>
> There are some reserved bank tags you need to avoid:
>
> ------------------------------
> *From:* Sbs_daq <sbs_daq-bounces at jlab.org> on behalf of David Flay <
> flay at jlab.org>
> *Sent:* Tuesday, July 6, 2021 10:54 AM
> *To:* Alexandre Camsonne <camsonne at jlab.org>; sbs_daq at jlab.org <
> sbs_daq at jlab.org>
> *Subject:* Re: [Sbs_daq] [EXTERNAL] Bank numbering guideline for SBS
>
> Hi Alex,
>
> In the analyzer, ~/hana_decode/Decoder.h, we have:
>
> namespace Decoder {
> ...
> static const int MAXBANK = (1<<16)-1; // = 65535
> ...
> }
>
> Best regards,
> David
>
> ----------------------------------------------------------------
> David Flay, Ph. D.
> Hall A/C Staff Scientist
> Thomas Jefferson National Accelerator Facility
> ----------------------------------------------------------------
>
>
> ------------------------------
> *From:* Sbs_daq <sbs_daq-bounces at jlab.org> on behalf of Alexandre
> Camsonne <camsonne at jlab.org>
> *Sent:* Tuesday, July 6, 2021 9:43 AM
> *To:* sbs_daq at jlab.org <sbs_daq at jlab.org>
> *Subject:* [Sbs_daq] [EXTERNAL] Bank numbering guideline for SBS
>
> Hi all,
>
> the bank number can be a random number, for simplification I would
> like people use the same number for bank number as the model number in
> the analyzer database, so by default the decoder would first try to
> look for the model corresponding to the bank number and if it does not
> seem to correspond it could use a model number from the cratemap.
>
> So if you read out list has a random bank number, could you make sure
> it is changed to match the model number so when we start taking data
> it will be consistent for all the detector subsystems.
>
> Does anyone know what is maximum limit on bank number value ?
>
> Thank you,
>
> Alexandre
> _______________________________________________
> Sbs_daq mailing list
> Sbs_daq at jlab.org
> https://mailman.jlab.org/mailman/listinfo/sbs_daq
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/sbs_daq/attachments/20210706/5499417e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 64583 bytes
Desc: not available
URL: <https://mailman.jlab.org/pipermail/sbs_daq/attachments/20210706/5499417e/attachment-0001.png>


More information about the Sbs_daq mailing list