https://redmine.jlab.org/https://redmine.jlab.org/favicon.ico?16338348402018-03-09T21:11:52ZRedmineHall A Analyzer - Feature #274: CODA 3 data formathttps://redmine.jlab.org/issues/274?journal_id=5212018-03-09T21:11:52ZOle Hansenole@jlab.org
<ul><li><strong>Tracker</strong> changed from <i>Task</i> to <i>Feature</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>Assignee</strong> set to <i>Robert Michaels</i></li><li><strong>Target version</strong> set to <i>1.7</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>20</i></li><li><strong>Estimated time</strong> set to <i>40.00 h</i></li><li><strong>Parent task</strong> deleted (<del><i>#265</i></del>)</li></ul> Hall A Analyzer - Feature #274: CODA 3 data formathttps://redmine.jlab.org/issues/274?journal_id=5232018-03-09T21:12:41ZOle Hansenole@jlab.org
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-5 priority-2 priority-default closed child behind-schedule" href="/issues/265">Bug #265</a>: Static variable in PipeliningModule::SplitBuffer</i> added</li></ul> Hall A Analyzer - Feature #274: CODA 3 data formathttps://redmine.jlab.org/issues/274?journal_id=5602018-04-26T13:23:59ZRobert Michaelsrom@jlab.org
<ul></ul><p>In the EVIO library there is a function called evIoctl, which returns the version of EVIO that was used to write the data file. All CODA 3.* files are written with EVIO version 4, and all CODA 2.* used lower EVIO versions. The differences in the files is only in the "infrastructure" for discovering what the event type, event number, the pointers to the crates, and a few general things like that. Once you unpack the crates and start to crawl through their data words, the decoding is the same for all versions of CODA. So, the task is to detect the EVIO version, use that to define the CODA version, then tell CodaDecoder to either use the old "infrastructure" decoding or the new one. I've obtained a working example of the new one from the DAQ group. I think I can finish this job in a week or two, including testing.</p> Hall A Analyzer - Feature #274: CODA 3 data formathttps://redmine.jlab.org/issues/274?journal_id=5702018-05-07T14:51:43ZRobert Michaelsrom@jlab.org
<ul><li><strong>% Done</strong> changed from <i>20</i> to <i>60</i></li></ul><p>It looks like this job is mostly done. The version of CODA is automatically detected. For the old version 2.* the decoding is identical. It was compared to the results of the Master Branch, and I did the usual "all histograms identical" test on some data. For the new version 3.* I took some data with different block levels and different modes for the FADC, and unfortunately I hit a snag that the following condition is never met: (data_type_def==1 && data_type_def==0), hence I don't find block headers, slot numbers or how many events in a block. I do see event headers, though. Basically, I am lost and will need to ask the DAQ group for some advice.</p> Hall A Analyzer - Feature #274: CODA 3 data formathttps://redmine.jlab.org/issues/274?journal_id=5712018-05-08T15:55:56ZRobert Michaelsrom@jlab.org
<ul><li><strong>% Done</strong> changed from <i>60</i> to <i>100</i></li><li><strong>Estimated time</strong> changed from <i>40.00 h</i> to <i>50.00 h</i></li></ul><p>I fixed the aforementioned problems -- it was a DAQ problem. But it was a good thing because now I have some redundant checks. The number of blocks is recorded in each module in their bank header (which was being erroneously discarded by the DAQ due to a configuration problem), but also in the trigger bank info that comes with CODA3. These are cross-checked now. All checks finished and ready for a pull request.</p>