Sequenced Data Acquisition for the LHC For LAFS

Sequenced Data Acquisition for the LHC For LAFS: Elliott Mc. Crory, Timofei Bolshakov and Dennis Nicklaus

Outline (From Mc. Ginnis) § Overview § Why the project is important to CERN? § Why is Fermilab suited to do this project? § What needs to be done on the project? § What type of people are you looking for to work on the project? 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 2

Overview (6 slides) § Sequenced Data Acquisition (SDA) Ø Diagram and Definition (slides 2 & 3) Ø Functional description (4) § Rip-roaring success at Fermilab Ø (5) § T. B. : Excellent ideas for an “SDA II” Ø (6) § Can think of SDA as a general tool for any repeated process Ø LHC, ILC Ø Industrial applications, etc. 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 3

SDA DAEs SDA DAQ API Super. Table SDA Viewer/ Editor/Checker 29 Sept 2006 Java program SDA API Other DAQ SDA Database D’Logger Database Mc. Crory, Bolshakov, Nicklaus AD/LAFS 4

Definition of SDA (3/6) § A special purpose data logging system § Organizes accelerator data to facilitate analysis. Ø Collects and stores data according to the stages of the accelerator cycles or modes, instead of using wall clock time. Ø It organizes and presents the data so people and programs can use it easily. § Specifically, Ø Defines a temporal abstraction for acquiring and storing data about a repeated process, like a collider store. Ø Encapsulates the progression of time through the process by breaking it down into a specific, repeated series of stages. Ø Data are collected within each stage and are stored in a database indexed by the stages. Ø The stages are called Shot, Case and Set. Ø The cases have descriptive names, in addition to a numerical index, facilitating understanding of and communication about the process. 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 5

SDA Functional Description (4/6) § Core Functionality Ø Data Acquisition Ø Database Ø API for both § Support Software Ø SDA Viewer • Look at and plot shot data – Java implementation Ø SDA Edit • Setup data acquisition Ø Store Checker Ø Summary Table creation Ø Offline Shot Data Analysis (OSDA) • A Java API • Store. Physics – A higher level Java API 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 6

SDA Success at Fermilab (5/6) § Almost everyone uses it Ø Operators, physicist, engineers, bureaucrats. § Provides consistent and accurate, yet conversational, data from the complex Ø Instrumentation verification Ø Cross-group measurements • Transmissions, emittance growth § Summary information is readily available Ø SDA Viewer Ø Excel spreadsheet analysis • Super Table • Derived Tables Ø Java Analysis Studio (JAS)/AIDA • Contact: Derwent § But, requires a notion of STATES Ø And, probably, a Sequencer! 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 7

SDA II For Fermilab (6/6) § Bolshakov work Ø Based on experience with Tevatron Collider SDA § Simpler and cleaner implementation Ø Better data abstraction • Class Atom • Easy to add new types of Atoms Ø Better XML support • DB, structure, DAQ and history: All XML Ø XML Database • Simplifies data flow § Easier to add new types of “Shots” 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 8

Why Important for LHC § Enhance and extend their data logging Ø DAQ on event Ø Any type of data • Help with recording fast/dense data streams Ø Data stored on LHC over-arching events § Create a view of the LHC that can be interpreted, analyzed and discussed Ø Simple tools for studying LHC Ø Shot Data Analysis • Super Table and other summary tables • Automatic analysis processes Ø Automatic creation of summary information about LHC • LHC Super Table? 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 9

Why Is FNAL Suited? § We have long experience with SDA Ø A functionality that we live/die by, but they don’t have yet § We have a concrete beginning Ø SDA II § Coupling with Sequencer § Enthusiastic core group 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 10

Status § “Design Thoughts” document sent to CERN § Preliminary response from Mike Lamont Ø CERN AB/CO Ø He is enthusiastic • Suggested concrete DAQ “vertical tests” demos Ø Existing data summary/analysis schema (from LEP) are “a little clumsy” • Asynchronous DAQ to Measurement DB or to Timber • Can record UTC time stamp of “events” • Correlate these two types of readings Ø Throughput issue to their data logger, Timber? • “ 2000 point snapshot at 40 Hz? ” § SDA-II is running at Fermilab Ø No DAQ, yet • Real Soon Now Ø See http: //lhc 001. fnal. gov/SDAII 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 11

SDA-II “To Do” § Tevatron Ø DAQ for SDA II Ø Demonstrate full, operating system in parallel to “SDA I” § LHC Ø Requirements Document • Communicate with LHC folks on what they want to have in order to make this useful to them • CERN will probably require a formal document Ø Full Functional Specifications • Again, CERN may require a formal document Ø Atom Definitions § LHC (cont’d) Ø Timeline/STATES definition and implementation • Together with Sequencer folks Ø Initially: build SDA on top of Timber? ? • Covers maybe 90% Ø DAQ for things not covered by Timber • XML DB or push into Timber DB? ? – May require new features for Timber Ø Fix up existing Store. Physics API • For use at FNAL and at CERN Ø Figure out what else is on this list! 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 12

Who Can Help? § § § § § Java programmers XML speakers Super Table/Excel dabblers AIDA/JAS mavens Timber-savvy people Database folks Instrumentation workers Francophones Diplomats 29 Sept 2006 Mc. Crory, Bolshakov, Nicklaus AD/LAFS 13