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

WIP : Front-End Commissioning (FECOM) library #106

Closed

Conversation

goliviero
Copy link
Contributor

Work done for the commissioning of February 2016.
Goals of the library :

  • Read Raw Hits obtained during commissioning
  • Serialize them in Binary format (data.bz2 for example)
  • Do an event builder to 'pack' hits into 'Commissioning Events' and store them into a new bank 'HCRD'
  • Read the 'HCRD' bank and do some analysis on hits / events
  • Continue the chain from the 'HCRD' bank to the 'CD' Falaise bank (not working at the moment)

This work can be the preliminary to define the real 'Raw Digitized Data' in the datamodels of Falaise.

Does this pull request fix any reported issues?

To Do :

  • Add independent test for each class / process
  • Improve documentation

@drbenmorgan drbenmorgan self-requested a review June 4, 2018 11:53
@drbenmorgan
Copy link
Member

@goliviero, just to clarify the purpose, is the intent of this WIP to eventually provide a Raw Data reader/writer for the full SuperNEMO DAQ? My understanding was that this is quite different to the commissioning DAQ, so will a translation be possible?

@goliviero
Copy link
Contributor Author

No, this PR only concern the work done for the commissioning.
It can be a starting point for the 'real' implementation and the 'real' datamodels in Falaise.
But this is not the purpose of this WIP. I only let the WIP tag because there are missing tests and documentation for the moment.
I think an independant and reworked PR is necessary for Raw Digitized Data models and also for the Raw Event Builder and the Raw hit reader.

goliviero added 5 commits June 4, 2018 17:29
…ilder and Commissioning event. Fix calo and tracker mapping for programs / tests. Mock calibration works only for calorimeter hits and can been with flvisualize.
- hc_decode_sort_serialize.cxx : DAQ write in 2 files instead of 1. So Parse all DAQ (txt)
  files (vector of strings) and produce only 1 output file for a given run
- hc_raw_data_to_calibrated_data.cxx : Write Calo + tracker events into an other files
- hc_rd_bank_reader.cxx : read HCRD evnets instead of CD events for a
  future analysis
- In DAQ calo    : metadata changes : Add PeakCell and UnixTime parsing
- In DAQ tracker : metadata changes : Add UnixTime parsing
- Add Firmware version parsing (Major / Minor version) because the
  parser depends of the firmware version :
  * Modane commissioning : No PeakCell / UnixTime in data so parsing
  * Manchester commissioning : Some runs doesn't have UnixTime so
  adapt boost::spirit parsing
@drbenmorgan
Copy link
Member

@fmauger, @lemiere, please review this and determine if fecom is still needed in light of the new SNFrontEndElectronics/SNRawDataProducts packages.

@drbenmorgan
Copy link
Member

Bump: @fmauger, @lemiere, please review this and determine if fecom is still needed in light of the new SNFrontEndElectronics/SNRawDataProducts packages.

All I need is a yes/no answer.

@drbenmorgan
Copy link
Member

Closing due to lack of response

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

Successfully merging this pull request may close these issues.

4 participants