Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

proposed convention for CRL codes #73

Open
rwmichaels opened this issue May 8, 2015 · 1 comment
Open

proposed convention for CRL codes #73

rwmichaels opened this issue May 8, 2015 · 1 comment

Comments

@rwmichaels
Copy link
Member

CRL = CODA Readout Language, the software that reads VME and Fastbus.

For writers of CRL for VME modules, I propose that we have a simple convention:

The beginning of the readout of a Module has a Header, which is a unique 32-bit word that appears in the db_cratemap.dat. This is already the case.

Right after the Header, I propose to put the number of words for that module, which is always known by the CRL, but may not be easily knowable for Podd, depending on the Module. Some modules have a fixed number of workds, but e.g. the FADC250 puts out a variable number of words, and it is less strain on the intelligence of the decoder to use this convention.

To summarize, I propose a "Header" followed by "Num words".

@rwmichaels
Copy link
Member Author

rwmichaels commented Oct 31, 2016

I'd like to amend this proposed convention. It's fine if we use Headers, but I think it's better to always use Bank instead, from now on. A "Bank" is a well defined concept in CODA. Specifically, all the data from one Module (or one bank of identical Modules, like the FADC250) should go into one Bank, and no other data should go into the same Bank. You might argue that other data could go into it if the decoding looks for the Block Header, Event Header, and Block Trailer and take everything in between. These Headers are also well-defined in CODA. However, extraneous words could get confused for a Header. So put all other words into some other bank, please. With this convention, we'll have no room for confusion in the decoding of the pipelining modules.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant