decoding not operational with new setup #92
Comments
|
The output of the HGCROC is pretty well understood (the HGCROC Manual Working Document is copied to pflib's documentation website: https://ldmx-software.github.io/pflib/HGCROC3b_Working_Document_v1.1.pdf) and that is where I am starting. Relative to the decoding that was in v2 pflib, the HGCROC has been changed from v2 to v3 which is the main alteration to the HGCROC's output data format. Moreover, we will want to decode the intermediate HGCROC data format because the more complicated ECON output format will need to be emulated #94 in order to avoid having to juggle different custom formats between test benches and the real detector. |
|
I've played a little with the infrastructure around unpacking/decoding and I think I've landed on something that will be helpful. I want to avoid duplicating the code as much as possible since getting things correct is so finnicky. With this in mind, the decoding should work both "from file" (when reading a binary file written by the current pedestal running) and "in memory" (in the future, we decode the data while doing pedestal runs). I've copied some stream-like "readers" that can unify reading words from a binary file and from a in-memory buffer of data. I also think using std::span will be helpful in the case where we already have a |
|
Alrightie, this is the hexdump of the first event from a functional (not good) pedestal run done by Jeremy a few weeks ago. I got his printout with A few notes
|
pfdecodersilently ignores all of the data packets since they have a different header word0xbeef2025.Additionally, the HGCROCv3b output data packets are a slightly different schema than the v2 data packets
pfdecoderand the other decoding classes were used to. We will want to update that as well.The text was updated successfully, but these errors were encountered: