Class List

Here are the classes, structs, unions and interfaces with brief descriptions:
demo::ASCIIDumpAn art::EDAnalyzer meant for decoding demo::ASCIIFragment objects
demo::AsciiSimulatorGenerates ASCIIFragments filled with user-specified ASCII strings
demo::CheckIntegrityDemonstration art::EDAnalyzer which checks that all ToyFragment ADC counts are in the defined range
demo::CommandPacketStruct defining UDP packet used for communicating with data receiver
demo::GetPackageBuildInfoWrapper around the demo::GetPackageBuildInfo::getPackageBuildInfo function
demo::MisbehaviorTestA test RoutingMasterPolicy which does various "bad" things, determined by configuration
NthEventAn art::EDFilter module that passes one out of N events
artdaq::NthEventPolicyAn example RoutingMasterPolicy which redirects every Nth event to a desginated destination. Other events are Round-Robin'ed to the other configured destinations
artdaq::NthEventTransferDemonstration TransferInterface plugin showing how to discard events Intended for use in the transfer_to_dispatcher case, NOT for primary data stream!
demo::RootApplicationProvides a wrapper for displaying ROOT canvases
art::Source_generator< artdaq::detail::SharedMemoryReader< demo::makeFragmentTypeMap > >Specialize an art source trait to tell art that we don't care about source.fileNames and don't want the files services to be used
demo::ToyDumpAn art::EDAnalyzer module designed to display the data from demo::ToyFragment objects
ToyHardwareInterfaceJCF, Mar-17-2016: ToyHardwareInterface is meant to mimic a vendor-provided hardware API, usable within the the ToySimulator fragment generator. For purposes of realism, it's a C++03-style API, as opposed to, say, one based in C++11 capable of taking advantage of smart pointers, etc. An important point to make is that it has ownership of the buffer into which it dumps its data - so rather than use new/delete, use its functions AllocateReadoutBuffer/FreeReadoutBuffer
demo::ToySimulatorToySimulator is a simple type of fragment generator intended to be studied by new users of artdaq as an example of how to create such a generator in the "best practices" manner. Derived from artdaq's CommandableFragmentGenerator class, it can be used in a full DAQ simulation, obtaining data from the ToyHardwareInterface class
demo::UDPReceiverAn artdaq::CommandableFragmentGenerator which receives data in the form of UDP datagrams
demo::WFViewerAn example art analysis module which plots events both as histograms and event snapshots (plot of ADC value vs ADC number)

Generated on 7 May 2018 for artdaq_demo by  doxygen 1.6.1