User Tools

Site Tools


sweeper_usb_daq_data_format

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
sweeper_usb_daq_data_format [2017/05/07 16:59]
pereira [CAMAC Crate data format]
sweeper_usb_daq_data_format [2017/06/11 17:26] (current)
pereira [The Sweeper USB DAQ data format]
Line 1: Line 1:
 ====== The Sweeper USB DAQ data format ====== ====== The Sweeper USB DAQ data format ======
-Two crates are read by the Sweeper DAQ software (one CAMAC and one VME), but more could be easily added to the softwareThis section describes the data format coming from each controller. (Please, note that this data format  is irrelevant for the user; this is so because the USB data are "pre-unpacked" by the [[Pre-unpacker|Sweeper Pre-unpacker]] software before being distributed to the user.)+Two crates are read by the Sweeper DAQ softwareone CAMAC and one VME. Data from each of these controllers are pushed into [[http://docs.nscl.msu.edu/daq/newsite/nscldaq-11.2/c43.html|ring buffers ]] (**rawccusb** for CCUSB and **rawvmusb** for VMUSB). The Sweeper Event Builder (EVB) reads  data from these ring-bufferscorrelates them on the basis of their time stamps, and outputs the resulting data stream on the ring buffer **sweeper**. According to the NSCLDAQ 11.x [[http://docs.nscl.msu.edu/daq/newsite/nscldaq-11.2/x4509.html|format]], data in the ring buffer **sweeper** will be organized in ring items, each consisting of two fragments, one for each controller. 
 + 
 +The structure of the data from the Sweeper EVB is schematically illustrated in the figure below: 
 +{{:wiki:diagram_ringitem_fromevb.png?800|Schematic representation of data format from Sweeper EVB}} 
 + 
 +Events from the Sweeper EVB will be encapsulated in ring items, consisting of header, a body header, and a body. The body part contains two fragments, one from each controller. Each fragment has a header, followed, again, by a ring item (with its corresponding header, body header, and body). 
 + 
 +The structure from the body of each fragment is described below in some detail. Please, note that this data format  is irrelevant for the user; this is so because the USB data are "pre-unpacked" by the [[Pre-unpacker|Sweeper Pre-unpacker]] software before being distributed to the user.
  
  
Line 129: Line 136:
 The tags and end tags identify the modules being read, and encapsulate their data. The tags, end tags and their corresponding modules are listed below: The tags and end tags identify the modules being read, and encapsulate their data. The tags, end tags and their corresponding modules are listed below:
  
-0x5901, 0xf901: trigger pattern from Level-3 trigger module (XLM72)+  * 0x5901, 0xf901: trigger pattern from Level-3 trigger module (XLM72) 
 +  
 +  * 0x5903, 0xf903: time stamp pattern from Level-3 trigger module (XLM72) 
 +  
 +  * 0xcfdc, 0xffdc: XLM72 module configure to read CRDC1 pad signals 
 +  
 +  * 0xcfdd, 0xffdd: XLM72 module configure to read CRDC2 pad signals
  
-0x5903, 0xf903: time stamp pattern from Level-3 trigger module (XLM72) +  * 0x59b0, 0xf9b0: MADC-32 module for Hodoscope 
- +  
-0xcfdc, 0xffdc: XLM72 module configure to read CRDC1 pad signals +  0x59b0, 0xf9b0: MADC-32 module for Segmented Target 
- +
-0xcfdd, 0xffdd: XLM72 module configure to read CRDC2 pad signals +
- +
-0x59b0, 0xf9b0: MADC-32 module for Hodoscope +
- +
-0x59b0, 0xf9b0: MADC-32 module for Segmented Target +
  
-0x0ddc, 0xfddc: MTDC-32 module for time-of-flights+  * 0x0ddc, 0xfddc: MTDC-32 module for time-of-flights
sweeper_usb_daq_data_format.1494190754.txt.gz · Last modified: 2017/05/07 16:59 by pereira