This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
s800_usb_daq_data_format [2013/12/11 19:51] pereira [Tag 0x2367: Trigger module] |
s800_usb_daq_data_format [2015/11/01 08:12] pereira [Tag 0x0DDC: Mesytec MTDC-32 module] |
||
---|---|---|---|
Line 2: | Line 2: | ||
These pages contain information about the USB controller based data acquisition software of the S800. Two crates are read by the software (one CAMAC and one VME), but more could be easily added to the software. | These pages contain information about the USB controller based data acquisition software of the S800. Two crates are read by the software (one CAMAC and one VME), but more could be easily added to the software. | ||
+ | |||
+ | |||
+ | |||
===== CAMAC Crate data format ===== | ===== CAMAC Crate data format ===== | ||
Line 41: | Line 44: | ||
==== Tag 0x2367: Trigger module ==== | ==== Tag 0x2367: Trigger module ==== | ||
+ | The [[Trigger|ULM trigger module]] provides a bit mask with information about the trigger sources, and a time-stamp value | ||
^ 0x2367 ^ Trigger bits ^ TS 0-15 ^ TS 16-31 ^ TS 32-47 ^ TS 48-63 ^ 0xf367 | | ^ 0x2367 ^ Trigger bits ^ TS 0-15 ^ TS 16-31 ^ TS 32-47 ^ TS 48-63 ^ 0xf367 | | ||
Line 62: | Line 66: | ||
The data following the tag is the standard sparse FERA data as shown in the figure below: | The data following the tag is the standard sparse FERA data as shown in the figure below: | ||
- | [[wiki: | + | {{:wiki: |
- | <br style=" | + | At present (Oct 2015), the FERA channel assignments are: |
- | === Tag 0x7164: Phillips 7164 ADC module for ion chamber energies === | + | |
- | {| class=" | + | ^ Channel ^ Source |
- | | 0x7164 | + | | 0 | E1 up | |
- | | hit pattern | + | | 1 | E1 down | |
- | | ADC data... | + | | 3-15 | Free | |
- | | 0xf164 | + | |
- | |} | + | ==== Tag 0x7164: Phillips 7164 ADC module for ion chamber energies ==== |
+ | |||
+ | ^ 0x7164 ^ hit pattern ^ ADC data... | ||
The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The ion chamber has 16 segments, channel 0 corresponding to the most upstream segment while channel 15 corresponding to the most downstream segment. | The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The ion chamber has 16 segments, channel 0 corresponding to the most upstream segment while channel 15 corresponding to the most downstream segment. | ||
- | <br style=" | + | ==== Tag 0x7165: Phillips 7164 ADC module for hodoscope energies 0 through 15 ==== |
- | === Tag 0x7165: Phillips 7164 ADC module for hodoscope energies 0 through 15 === | + | |
- | {| class=" | + | ^ 0x7165 |
- | | 0x7165 | + | |
- | | hit pattern | + | |
- | | ADC data... | + | |
- | | 0xf165 | + | |
- | |} | + | |
The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. | The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. | ||
- | <br style=" | + | ==== Tag 0x7166: Phillips 7164 ADC module for hodoscope energies 16 through 31 ==== |
- | === Tag 0x7166: Phillips 7164 ADC module for hodoscope energies 16 through 31 === | + | |
- | {| class=" | + | ^ 0x7166 |
- | | 0x7166 | + | |
- | | hit pattern | + | |
- | | ADC data... | + | |
- | | 0xf166 | + | |
- | |} | + | |
The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. | The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. | ||
- | <br style=" | + | ==== Tag 0x7167: Phillips 7164 ADC module for CRDC anodes (energies and TAC) ==== |
- | === Tag 0x7167: Phillips 7164 ADC module for CRDC anodes (energies and TAC) === | + | |
- | {| class=" | + | ^ 0x7167 |
- | | 0x7167 | + | |
- | | hit pattern | + | |
- | | ADC data... | + | |
- | | 0xf167 | + | |
- | |} | + | |
The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The table below shows the channel assignments. | The ADC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The table below shows the channel assignments. | ||
- | {| class=" | + | ^ Channel |
- | | Channel | + | | 0 | Available | |
- | | Assignment | + | | 1 | CRDC1 Anode | |
- | |- | + | | 2 | CRDC2 Anode | |
- | | 0 | + | | 3 | CRDC1 TAC | |
- | | Available | + | | 4 | CRDC2 TAC | |
- | |- | + | | 5-6 | Available | |
- | | 1 | + | | 7 | XF TAC | |
- | | CRDC1 Anode | + | | 8 | Object TAC | |
- | |- | + | | 9-14 | Available | |
- | | 2 | + | | 15 | Hodoscope TAC | |
- | | CRDC2 Anode | + | |
- | |- | + | |
- | | 3 | + | |
- | | CRDC1 TAC | + | |
- | |- | + | |
- | | 4 | + | |
- | | CRDC2 TAC | + | |
- | |- | + | |
- | | 5-6 | + | |
- | | Available | + | |
- | |- | + | |
- | | 7 | + | |
- | | XF TAC | + | |
- | |- | + | |
- | | 8 | + | |
- | | Object TAC | + | |
- | |- | + | |
- | | 9-14 | + | |
- | | Available | + | |
- | |- | + | |
- | | 15 | + | |
- | | Hodoscope TAC | + | |
- | |} | + | |
- | <br style=" | ||
- | === Tag 0x7186: Phillips 7186 TDC module for time-of-flights === | + | ==== Tag 0x7186: Phillips 7186 TDC module for time-of-flights |
- | {| class=" | + | ^ 0x7186 |
- | | 0x7186 | + | |
- | | hit pattern | + | |
- | | ADC data... | + | |
- | | 0xf186 | + | |
- | |} | + | |
- | The TDC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The table below shows the channel assignments. | + | The TDC data contains all channels for which the hit pattern bit is set. The channel number is encoded in bits 12-15, while the data is in bits 0-11. The channel assignments |
- | {| class=" | + | ==== Tag 0x4448: LeCroy4448 coincidence register module for hodoscope hit pattern ==== |
- | | Channel | + | |
- | | Assignment | + | |
- | |- | + | |
- | | 0 | + | |
- | | E1_up | + | |
- | |- | + | |
- | | 1 | + | |
- | | E1_down | + | |
- | |- | + | |
- | | 2-7 | + | |
- | | Available | + | |
- | |- | + | |
- | | 8 | + | |
- | | S800 source | + | |
- | |- | + | |
- | | 9 | + | |
- | | External 1 source | + | |
- | |- | + | |
- | | 10 | + | |
- | | External 2 source | + | |
- | |- | + | |
- | | 11 | + | |
- | | Secondary source | + | |
- | |- | + | |
- | | 12 | + | |
- | | RF TOF | + | |
- | |- | + | |
- | | 13 | + | |
- | | Object TOF | + | |
- | |- | + | |
- | | 14 | + | |
- | | XF TOF | + | |
- | |- | + | |
- | | 15 | + | |
- | | Available | + | |
- | |} | + | |
- | <br style=" | + | ^ 0x4448 ^ hit pattern 0-15 ^ hit pattern 16-31 ^ 0xf448 | |
- | === Tag 0x4448: LeCroy4448 coincidence register | + | ==== Tag 0x4434: LeCroy4434 scaler |
+ | This tag is only used within scaler buffers, and contains the data from a 32 channels 24 bits LeCroy 4434 scaler module. The module is read in 24 bit mode, therefore the Q and X bits are encoded in bits 8 and 9 of the second 16-bit word, as specified in the CC-USB manual. The data format is therefore the following: | ||
- | {| class=" | + | ^ 0x4434 |
- | | 0x4448 | + | |
- | | hit pattern 0-15 | + | |
- | | hit pattern | + | |
- | | 0xf448 | + | |
- | |} | + | |
- | === Tag 0x4434: LeCroy4434 scaler module | + | ===== VME Crate data format ===== |
- | This tag is only used within scaler buffers, and contains the data from a 32 channels 24 bits LeCroy 4434 scaler module. The module is read in 24 bit mode, therefore the Q and X bits are encoded in bits 8 and 9 of the second 16-bit word, as specified in the CCUSB manual. The data format | + | |
- | + | ||
- | {| class=" | + | |
- | | 0x4434 | + | |
- | | 16 lower bits of channel 1 | + | |
- | | 0x03hh where hh are the 8 higher bits of channel 1 | + | |
- | | and so on until channel 32... | + | |
- | |} | + | |
- | + | ||
- | =VME Crate data format= | + | |
The VMUSB controller used to read data out of the VME crate generates buffers of variable length. The first two words (16 bits each) are the buffer headers where information about the buffer is encoded. Events then follow until two word 0xFFFF which are the buffer terminators. The format is as follows: | The VMUSB controller used to read data out of the VME crate generates buffers of variable length. The first two words (16 bits each) are the buffer headers where information about the buffer is encoded. Events then follow until two word 0xFFFF which are the buffer terminators. The format is as follows: | ||
- | {| class=" | + | ^ Header1 |
- | | Header1 | + | |
- | | Header2 | + | |
- | | Events... | + | |
- | | 0xFFFF | + | |
- | | 0xFFFF | + | |
- | |} | + | |
Header1 codes the number of events in bits 0-11. Bit14=1 indicates a scaler buffer, while bit15=1 indicates a watchdog buffer (not used in this implementation). | Header1 codes the number of events in bits 0-11. Bit14=1 indicates a scaler buffer, while bit15=1 indicates a watchdog buffer (not used in this implementation). | ||
Line 239: | Line 141: | ||
The format of events is as follows: | The format of events is as follows: | ||
- | {| class=" | + | ^ Length |
- | | Length | + | |
- | | 0xE800 | + | |
- | | Event counter bits 0-15 | + | |
- | | Event counter bits 16-31 | + | |
- | | Event counter bits 32-47 | + | |
- | | Event counter bits 48-63 | + | |
- | | Tag | + | |
- | | Data... | + | |
- | | End Tag | + | |
- | | Tag | + | |
- | | Data... | + | |
- | | End Tag | + | |
- | | ... | + | |
- | |} | + | |
The length is the number of words following in the event. Note that IT IS NOT SELF-INCLUSIVE! This word also contains information about the stack that generated the data as well as a continuation bit indicating that the data spans more than the 2 kwords limit of the internal FIFO of the VMUSB. This bit is set for each contiguous fragment of the data until the last fragment for which it is not set. The mapping of the length word is the following: | The length is the number of words following in the event. Note that IT IS NOT SELF-INCLUSIVE! This word also contains information about the stack that generated the data as well as a continuation bit indicating that the data spans more than the 2 kwords limit of the internal FIFO of the VMUSB. This bit is set for each contiguous fragment of the data until the last fragment for which it is not set. The mapping of the length word is the following: | ||
- | {| class=" | + | ^ 15-13 ^ 12 ^ 11-0 | |
- | | 15-13 | + | | Stack ID | Continuation bit | Length | |
- | | 12 | + | |
- | | 11-0 | + | |
- | |- | + | |
- | | Stack ID | + | |
- | | Continuation bit | + | |
- | | Length | + | |
- | |} | + | |
The word 0xE800 identifies the origin of the event as from the S800 VME crate | The word 0xE800 identifies the origin of the event as from the S800 VME crate | ||
- | The following | + | The following |
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: | ||
Line 275: | Line 156: | ||
0x5803: XLM72 module configured as a 64 bit time stamp | 0x5803: XLM72 module configured as a 64 bit time stamp | ||
- | === Tag 0x5803: XLM72 time stamp module === | + | ==== Tag 0x5803: XLM72 time stamp module ==== |
+ | The [[Trigger# | ||
- | {| class=" | + | ^ 0x5803 |
- | | 0x5803 | + | |
- | | TS bits 0-15 | + | |
- | | TS bits 16-31 | + | |
- | | TS bits 32-47 | + | |
- | | TS bits 48-63 | + | |
- | | 0xF803 | + | |
- | |} | + | |
- | === Tag 0xCFDC: XLM72V crdc1 pad readout module === | + | ==== Tag 0xCFDC: XLM72V crdc1 pad readout module |
- | {| class=" | + | ^ 0xCFDC |
- | | 0xCFDC | + | |
- | | Bytes (bits 0-15) | + | |
- | | Bytes (bits 16-31) | + | |
- | | Pad data (bits 0-15) | + | |
- | | Pad data (bits (16-31) | + | |
- | | Pad data (bits 32-47) | + | |
- | | Pad data (bits (48-63) | + | |
- | | ... | + | |
- | | 0xFFDC | + | |
- | |} | + | |
The first two words following the tag indicate how many bytes of pad data follow. The pad data is organized in 64 bits words which are the contents of the static RAM of the XLM72V where the FPGA writes during the STAR front end board readout. | The first two words following the tag indicate how many bytes of pad data follow. The pad data is organized in 64 bits words which are the contents of the static RAM of the XLM72V where the FPGA writes during the STAR front end board readout. | ||
Line 307: | Line 172: | ||
First 16 bit word (bits 0-15): | First 16 bit word (bits 0-15): | ||
- | {| class=" | + | |
- | | Data of channel c+64 (bits 0-5) | + | ^ Data of channel c+64 (bits 0-5) ^ Data of channel c (bits 0-9) | |
- | | Data of channel c (bits 0-9) | + | |
- | |} | + | |
Second 16 bit word (bits 16-31): | Second 16 bit word (bits 16-31): | ||
- | {| class=" | + | |
- | | x | + | ^ x ^ x ^ Data of channel c+128 (bits 0-9) ^ Data of channel c+64 (bits 6-9) | |
- | | x | + | |
- | | Data of channel c+128 (bits 0-9) | + | |
- | | Data of channel c+64 (bits 6-9) | + | |
- | |} | + | |
Third 16 bit word (bits 32-47): | Third 16 bit word (bits 32-47): | ||
- | {| class=" | + | |
- | | x | + | ^ x ^ x ^ x ^ x ^ x ^ x ^ Data of channel c+192 (bits 0-9) | |
- | | x | + | |
- | | x | + | |
- | | x | + | |
- | | x | + | |
- | | x | + | |
- | | Data of channel c+192 (bits 0-9) | + | |
- | |} | + | |
Fourth 16 bit word (bits 48-63): | Fourth 16 bit word (bits 48-63): | ||
- | {| class=" | + | ^ x ^ Sample s (bits 0-8) ^ Channel c (bits 0-5) | |
- | | x | + | |
- | | Sample s (bits 0-8) | + | ==== Tag 0xCFDD: XLM72V crdc2 pad readout module ==== |
- | | Channel c (bits 0-5) | + | |
- | |} | + | |
- | === Tag 0xCFDD: XLM72V crdc2 pad readout module === | ||
The format for the pad data of crdc2 is exactly the same as for crdc1, with the exception of the tag of course. | The format for the pad data of crdc2 is exactly the same as for crdc1, with the exception of the tag of course. | ||
- | === Tag 0x5870: XLM72V tracking ppac readout module === | + | ==== Tag 0x5870: XLM72V tracking ppac readout module |
The format for the strip data of the tracking PPACs is exactly the same as for crdc1, with the exception of the tag of course. These two PPACs located at the intermediate image are read by the same XLM72V module. Each has 64 strips in the horizontal and vertical planes, therefore the total number of channels is 256, the maximum that can be read by the STAR-based electronics. | The format for the strip data of the tracking PPACs is exactly the same as for crdc1, with the exception of the tag of course. These two PPACs located at the intermediate image are read by the same XLM72V module. Each has 64 strips in the horizontal and vertical planes, therefore the total number of channels is 256, the maximum that can be read by the STAR-based electronics. | ||
- | === Tag 0xADC1: Mesytec MADC-32 module === | + | ==== Tag 0xADC1: Mesytec MADC-32 module |
This module implementation is only used for testing purposes on the S800 DAQ, but will be used as the hodoscope ADC on the Sweeper DAQ. The format of the data is determined by the module, and schematically shown below. | This module implementation is only used for testing purposes on the S800 DAQ, but will be used as the hodoscope ADC on the Sweeper DAQ. The format of the data is determined by the module, and schematically shown below. | ||
- | {| class=" | + | ^ 0xADC1 |
- | | 0xADC1 | + | |
- | | Header (0-15) | + | |
- | | Header (16-31) | + | |
- | | Data word (0-15) | + | |
- | | Data word (16-31) | + | |
- | | ... | + | |
- | | Ender (0-15) | + | |
- | | Ender (16-31) | + | |
- | | 0xFDC1 | + | |
- | |} | + | |
The formatting of the header, data words and ender are explained in the documentation of the module. Note that the number of 32 bits words contained in the header is not self-inclusive. | The formatting of the header, data words and ender are explained in the documentation of the module. Note that the number of 32 bits words contained in the header is not self-inclusive. | ||
- | [[File: | + | {{:wiki: |
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== Tag 0x0DDC: Mesytec MTDC-32 module ==== | ||
+ | This module has multi-hit capabilities and a better resolution than the Phillips TDC. The format of the data is determined by the module, and schematically shown below. | ||
+ | |||
+ | ^ 0x0DDC ^ Header (0-15) ^ Header (16-31) ^ Data word (0-15) ^ Data word (16-31) ^ ... ^ Ender (0-15) ^ Ender (16-31) ^ 0xFDDC | | ||
+ | |||
+ | The number of data words depend on the number of channels receiving signals, and the number of " | ||
+ | -1017-ns delay (with respect to the trigger trig0) and 641-ns width. | ||
+ | |||
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | Channel 0 has three consecutive hits: The second hit (time: t0,1) is processes as long as it is separated from the preceding hit (time: t0,0) by more than 160 ns (the conversion time); the third hit is not processed because it " | ||
+ | |||
+ | {{: | ||
- | [[File: | ||