IceCube DAQ Mtg. 10,28-30 IceCube DAQ: “DOM MB to Event Builder”

Slides:



Advertisements
Similar presentations
Network II.5 simulator ..
Advertisements

Yokogawa Network Solutions Presents:
1 1999/Ph 514: Channel Access Concepts EPICS Channel Access Concepts Bob Dalesio LANL.
Michigan State University 4/15/ Simulation for Level 2 James T. Linnemann Michigan State University NIU Triggering Workshop October 17, 1997.
1 Databases in ALICE L.Betev LCG Database Deployment and Persistency Workshop Geneva, October 17, 2005.
Reconstruction and Analysis on Demand: A Success Story Christopher D. Jones Cornell University, USA.
DISTRIBUTED CONSISTENCY MANAGEMENT IN A SINGLE ADDRESS SPACE DISTRIBUTED OPERATING SYSTEM Sombrero.
1 Software Testing and Quality Assurance Lecture 30 - Introduction to Software Testing.
CCNA 2 v3.1 Module 2.
Software Defined Radio Brad Freyberg, JunYong Lee, SungHo Yoon, Uttara Kumar, Tingting Zou Project Description System Design The goal of our project is.
The OSI Model A layered framework for the design of network systems that allows communication across all types of computer systems regardless of their.
Gursharan Singh Tatla Transport Layer 16-May
- Software block schemes & diagrams - Communications protocols & data format - Conclusions EUSO-BALLOON DESIGN REVIEW, , CNES TOULOUSE F. S.
1 Chapter 2 ROUTER FUNDAMENTALS By: Tassos Tassou.
CLEO’s User Centric Data Access System Christopher D. Jones Cornell University.
M. Taimoor Khan * Java Server Pages (JSP) is a server-side programming technology that enables the creation of dynamic,
Data and Computer Communications Chapter 8 – Multiplexing
Testing. Definition From the dictionary- the means by which the presence, quality, or genuineness of anything is determined; a means of trial. For software.
IceCube System Testing
Artdaq Introduction artdaq is a toolkit for creating the event building and filtering portions of a DAQ. A set of ready-to-use components along with hooks.
Nov 1, 2011 RN - 1 Jet Propulsion Laboratory California Institute of Technology Implementation Issues and Choices for VLBI data Acquisition System in DSN.
Greg Sullivan University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
G. Maron, Agata Week, Orsay, January Agata DAQ Layout Gaetano Maron INFN – Laboratori Nazionali di Legnaro.
ECS 152A 4. Communications Techniques. Asynchronous and Synchronous Transmission Timing problems require a mechanism to synchronize the transmitter and.
DC12 Commissioning Status GOALS: establish operating conditions, determine initial calibration parameters and measure operating characteristics for the.
String-18 New-DAQ Commissioning Azriel Goldschmidt AMANDA Collaboration Meeting Berkeley, March 2002.
IceCube Data Acquisition :: Status Presentation before the IceCube Science Advisory Committee W. R. Edwards / K. Hanson for DAQ Mar 29, 2006 – Madison,
6-10 Oct 2002GREX 2002, Pisa D. Verkindt, LAPP 1 Virgo Data Acquisition D. Verkindt, LAPP DAQ Purpose DAQ Architecture Data Acquisition examples Connection.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Erik Blaufuss University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
Michal Szelezniak – LBL-IPHC meeting – May 2007 Prototype HFT readout system Telescope prototype based on three Mimostar2 chips.
Clara Gaspar, March 2005 LHCb Online & the Conditions DB.
Fall 2004EE 3563 Digital Systems Design EE 3563 VHSIC Hardware Description Language  Required Reading: –These Slides –VHDL Tutorial  Very High Speed.
1 CMPT 275 High Level Design Phase Modularization.
Introduction CMS database workshop 23 rd to 25 th of February 2004 Frank Glege.
Online Software 8-July-98 Commissioning Working Group DØ Workshop S. Fuess Objective: Define for you, the customers of the Online system, the products.
Overview of DAQ at CERN experiments E.Radicioni, INFN MICE Daq and Controls Workshop.
IceCube Software System Design Methodology DAQ S/W Workshop 28 Oct 2002 John Cavin.
DAQ: Status and Plans David Nygren Berkeley Collaboration Meeting March 21, 2005.
Memory Hierarchy Adaptivity An Architectural Perspective Alex Veidenbaum AMRM Project sponsored by DARPA/ITO.
U.S. ATLAS Executive Committee August 3, 2005 U.S. ATLAS TDAQ FY06 M&O Planning A.J. Lankford UC Irvine.
Azriel Goldschmidt AMANDA/IceCube Collaboration Meeting Laguna Beach, CA March 2003 String-18 Progress and Plans.
IceTop DAQ: 1 David Seckel – 8/27/2003, College Park, MD IceTop DAQ David Seckel University of Delaware.
Online Reconstruction 1M.Ellis - CM th October 2008.
String-18 Development Workshop, Overview Azriel Goldschmidt AMANDA/ICECUBE Collaboration Meeting Berkeley March 2002.
CSI 3125, Preliminaries, page 1 SERVLET. CSI 3125, Preliminaries, page 2 SERVLET A servlet is a server-side software program, written in Java code, that.
DØ Online Workshop3-June-1999S. Fuess Online Computing Overview DØ Online Workshop 3-June-1999 Stu Fuess.
Nov 1, 2002D0 DB Taking Stock1 Trigger Database Status and Plans Elizabeth Gallas – FNAL CD (with recent help from Jeremy Simmons, John Weigand, and Adam.
DOM Main PCB Testing Gerald Przybylski October 23, 2002 Lawrence Berkeley National Laboratory.
IceCube DAQ Mtg. 10,28-30 IceCube DAQ: Simple Test Framework.
5 June 2002DOM Main Board Engineering Requirements Review 1 DOM Main Board Software Engineering Requirements Review June 5, 2002 LBNL Chuck McParland.
TDAQ Experience in the BNL Liquid Argon Calorimeter Test Facility Denis Oliveira Damazio (BNL), George Redlinger (BNL).
5 June 2002DOM Main Board Engineering Requirements Review 1 DOM Main Board Hardware Engineering Requirements Review June 5, 2002 LBNL David Nygren.
1 Channel Access Concepts – IHEP EPICS Training – K.F – Aug EPICS Channel Access Concepts Kazuro Furukawa, KEK (Bob Dalesio, LANL)
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
IceCube DAQ Mtg. 10,28-30 IceCube DAQ: Implementation Plan.
IceTop Design: 1 David Seckel – 3/11/2002 Berkeley, CA IceTop Overview David Seckel IceTop Group University of Delaware.
LonWorks Introduction Hwayoung Chae.
M. Caprini IFIN-HH Bucharest DAQ Control and Monitoring - A Software Component Model.
DAQ Selection Discussion DAQ Subgroup Phone Conference Christopher Crawford
Scalable Readout System Data Acquisition using LabVIEW Riccardo de Asmundis INFN Napoli [Certified LabVIEW Developer]
DAQ and Trigger for HPS run Sergey Boyarinov JLAB July 11, Requirements and available test results 2. DAQ status 3. Trigger system status and upgrades.
MADEIRA Valencia report V. Stankova, C. Lacasta, V. Linhart Ljubljana meeting February 2009.
THIS MORNING (Start an) informal discussion to -Clearly identify all open issues, categorize them and build an action plan -Possibly identify (new) contributing.
Straw readout status Run 2016 Cover FW SRB FW.
IceCube System Testing
The CMS Tracking Readout and Front End Driver Testing
Channel Access Concepts
Channel Access Concepts
Presentation transcript:

IceCube DAQ Mtg. 10,28-30 IceCube DAQ: “DOM MB to Event Builder”

IceCube DAQ Mtg. 10,28-30 DAQ Design Components:

IceCube DAQ Mtg. 10,28-30 DAQ Control: Provides single control view of all DAQ components. Single access point for control and monitoring of overall DAQ state. Sequencing of individual DAQ components into requested operational state. Periodic monitoring of individual DAQ components. Automated DAQ-wide response to exceptions and error conditions.

IceCube DAQ Mtg. 10,28-30 DOM MB Application: DOM resident software responsible for configuring and executing data acquisition activities in the DOM. Control of all DOM resident hardware functions. Download, storage and execution control of all programs and firmware. Control of all waveform digitization, compression and data buffering functions. Control of all communications and data transport functions between the DOM and surface subsystems.

IceCube DAQ Mtg. 10,28-30 DOM Hub: As sole DOM attachment point, provides all DOM related control and communications functions. Nexus for all attached DOM communications functions. Mangement of cable power and individual DOM operational state. Provides continuous data collection from attached DOMs. Manages periodic time calibration operations. Forwards collected DOM data, time calibrations and DOM monitoring information to associated string processor. Collects and forward monitoring information.

IceCube DAQ Mtg. 10,28-30 String Processor: First DAQ component responsible for examining DOM data and extracting hit information. Provides data buffering for an entire string for a configurable time interval. Applies time corrections to individual DOM data streams. Extracts hit synopses from DOM data stream. Forwards hit synopsis to global trigger. Upon request, forwards DOM data for a specified interval to event builder. Collects and forward monitoring information.

IceCube DAQ Mtg. 10,28-30 Global Trigger: Maps individual string hit synopses onto detector wide events of interest. Collects individual string hit synopses. Once synchronized to a given time frame, searches for detector wide events. Communicates time intervals of interest to all string processors and event builder. Collects and forward monitoring information.

IceCube DAQ Mtg. 10,28-30 Event Builder: Collects time interval contributions from all string processors and create detector wide data records. Collects global trigger requests to build icecube events. Collects and synchronize contributions from all string processors. Passes built events to online data logging interface. Collects and forward monitoring information.

IceCube DAQ Mtg. 10,28-30 Overall DAQ Dataflow:

IceCube DAQ Mtg. 10,28-30 Dataflow characteristics: Data compression and event rejection necessary for full data rate operation. Everything beyond DOM MB operates as lossless, flow controlled process. Two “synch” frames in data path: Global trigger hit synopsis input. Event builder data stream input. Single point for possible data loss- ATWD/DOM MB application data buffer (i.e. inside DOM). Data losses tagged and monitored by DOM Hub data engine. When data losses occur, tends to keep data streams for all DOMs current and overlapping in time.

IceCube DAQ Mtg. 10,28-30 Control Flow: Once properly configured, control propagates with data. Synchronization points implemented by network messaging. Exceptions accommodated : Missing data replaced by token (e.g. stalled string processor). Malfunctioning component causes DAQ control to shutdown DAQ (e,g, stalled global trigger).

IceCube DAQ Mtg. 10,28-30 Configuration Control: Flexibility is key to test facility setup and efficient string Configuration overview. All components self-configure per configuration database-typically at beginning of data or test run.  DOM Hub: determine DOMs present, verify their internal config. matches DB,...  Each SP: verify active in DB, determine which DOMs active, verify active DOMs present…  GT: determine which SP’s active….  EB: determine which SP’s active… User control interfaces to DB not individual DAQ components.

IceCube DAQ Mtg. 10,28-30 Key Data Stuctures: DOM MB engineering event Presently w/o allowance for data compression or feature extraction. String Hit Synopsis (TBD) String Data Stream (TBD) Event Builder Output (Candidate).

IceCube DAQ Mtg. 10,28-30 IceCube Event Schema:

IceCube DAQ Mtg. 10,28-30 DOM Engineering Format: DOM Application Data Formats Format Name: Raw engineering event. Format Description: Event containing all data presented by the FPGA to the DOM application on a per event basis. Field Name: Event byte length. Field Description: Length of the entire event structure including this field. Field Length: 16 bits. Comments: This may differ from the data length reported to the DOM application by the FPGA firmware. Field Name: Event format identifier. Field Description: Fixed value flag word that identifies format type for this data record. Field Length: 8 bits. Comments: Value is fixed for all data records of this format. Exact value to be determined. Field Name: Flasher trigger flag. Field Description: Flag that indicates local LED flasher operation co-incident with ATWD discriminator threshold crossing. Field Length: 1 bit. Comments:

IceCube DAQ Mtg. 10,28-30 Event Builder Format: IceCube Data Structure: A Strawman Proposal D. Cowen, G. Sullivan 27 October 2002 Revision 4 EVENT RECORD This record type Version number of this record Run number Event number Global Trigger data Trigger type Trigger time (GPS) Trigger variables Raw data structure IN-ICE Number of tubes hit Trigger time Trigger type/trigger mask For each hit tube: Tube number Type of hit (SPE or complex waveform) Start time L(ATWD) [length of ATWD information] ATWD digitization 1 ATWD digitization 2 ATWD digitization N L(FADC) [length of FADC information] FADC digitization FADC digitization 2