CERN status & plans:
- want to start using data file (data generated using Milo's FrameGenerator) as input to FELIX
- discussion on rationale behind this.. but FELIX developers prefer not to change their software
- more concretely, the near-term plan is to
- have Milo's FrameGenerator use NetIO to send data to the BoardReader
- use simulated data from file, through the FELIX back-end only (using NetIO) to the BR
- use simulated data, but use optical link loop-back to send data through the FELIX card (and the FELIX back-end + BR)
- missing information about setting up optical links (and also setting up the card and configuring loopback)
- request to put code on github and branch off artdaq v2_00_00 (this is what Eric has branched from)
- making NetIO into a ups product would be helpful (Roland can investigate)
- discussed software setup
- discussion: BoardReader software should be implementable using only a single circular buffer
- compression is then to be done after the Event Builder request
- needs a sufficiently large circular buffer
PNNL status & plans:
- significant issues getting drivers to work (on different system than what they were developed for): required rebuilding
- added fragment type (copying from the ToyFragmentGenerator), turning the 3x2x2 demo into a 4x2x2 system
- both Eric and Roland found (after doing things the hard way) that there is a Ruby script that can help with this
- now runs, but dumps core if memcpy() is actually used
- NB: the 3x2x2 demo now works properly, but it needed opening a port (artdaq wiki has been updated to reflect this)
- would want to use Milo's data
- discussion on how to use this -- need to be able to decode the data frames. To be followed up offline
AOB:
- Monday's DAQ meeting: JJ mentioned that simply determining the entropy of the data should give a good idea of achievable compression
- agree that this would be useful
- propose to use protodune-felix e-group for future meeting communication
There are minutes attached to this event.
Show them.