Conditions Database Current conditions folders Proposed new folders

Slides:



Advertisements
Similar presentations
Committing to the future easyEmission – step 2 Software set-up for Engine Testing.
Advertisements

SYST Web Technologies SYST Web Technologies Installing a Web Server (XAMPP)
SCRAM Software Configuration, Release And Management Background SCRAM has been developed to enable large, geographically dispersed and autonomous groups.
Committing to the future easyEmission - Testing Module for Engines.
SKA/KAT SPIN Presentation Software Engineering (!?) Robert Crida.
06/15/2009CALICE TB review RPC DHCAL 1m 3 test software: daq, event building, event display, analysis and simulation Lei Xia.
BOE/BME – MDT: DCS For the 2 BOE, DCS needs to handle 2 x 2 HV (1 ch/multilayer) 2x LV 2x JTAG, associated 2 MDMs/ELMBs Monitoring of T, B and CSM sensors.
1 HCAL Upgrade TP simulation studies Jane Nachtman (Iowa) – for the HCAL group Trigger Upgrade meeting April 28, 2010.
Source Control How to be the 1337 in project management source control.
Update on Database Issues Peter Chochula DCS Workshop, June 21, 2004 Colmar.
2nd September Richard Hawkings / Paul Laycock Conditions data handling in FDR2c  Tag hierarchies set up (largely by Paul) and communicated in advance.
Databases E. Leonardi, P. Valente. Conditions DB Conditions=Dynamic parameters non-event time-varying Conditions database (CondDB) General definition:
ALICE, ATLAS, CMS & LHCb joint workshop on
Svtsim status Bill Ashmanskas, CDF simulation meeting, Main authors: Ashmanskas, Belforte, Cerri, Nakaya, Punzi Design goals/features: –main.
Multistep Runs with ROD Crate DAQ Murrough Landon, QMUL Outline: Overview Implementation Comparison with existing setup Readout Status ModuleServices API.
Databases in CMS Conditions DB workshop 8 th /9 th December 2003 Frank Glege.
PLUG INS flash, quicktime, java applets, etc. Browser Plug-ins Netscape wanted a method to extend features of the browser became an unofficial standard.
Reflections of a System Run Coordinator Or Equivalent! Bruce M Barnett STFC, Rutherford Appleton Laboratory L1Calo Collaboration Meeting January.
J.P. Wellisch, CERN/EP/SFT SCRAM Information on SCRAM J.P. Wellisch, C. Williams, S. Ashby.
MICE CM28 Oct 2010Jean-Sebastien GraulichSlide 1 Detector DAQ o Achievements Since CM27 o DAQ Upgrade o CAM/DAQ integration o Online Software o Trigger.
CF 16/Feb/20031 H8 Beam Test in 2003 ─ Preparation status TGC-Japan electronics group.
Configuration database status report Eric van Herwijnen September 29 th 2004 work done by: Lana Abadie Felix Schmidt-Eisenlohr.
TDAQ Experience in the BNL Liquid Argon Calorimeter Test Facility Denis Oliveira Damazio (BNL), George Redlinger (BNL).
TELL1 command line tools Guido Haefeli EPFL, Lausanne Tutorial for TELL1 users : 25.February
The ATLAS DAQ System Online Configurations Database Service Challenge J. Almeida, M. Dobson, A. Kazarov, G. Lehmann-Miotto, J.E. Sloper, I. Soloviev and.
CERN IT Department CH-1211 Genève 23 Switzerland t COOL Performance Tests ATLAS Conditions Database example Romain Basset, IT-DM October.
L1Calo Installation Status Murrough Landon, QMUL Level-1 Calorimeter Trigger (University of Birmingham, University of Heidelberg, University of Mainz,
Calorimeter global commissioning: progress and plans Patrick Robbe, LAL Orsay & CERN, 25 jun 2008.
 Project Team: Suzana Vaserman David Fleish Moran Zafir Tzvika Stein  Academic adviser: Dr. Mayer Goldberg  Technical adviser: Mr. Guy Wiener.
Maite Barroso – WP4 Workshop – 10/12/ n° 1 -WP4 Workshop- Developers’ Guide Maite Barroso 10/12/2002
Calorimeter Cosmics Patrick Robbe, LAL Orsay & CERN, 20 Feb 2008 Olivier, Stephane, Regis, Herve, Anatoly, Stephane, Valentin, Eric, Patrick.
Control System Tools for Beam Commissioning Timo Korhonen Controls Division Chief Engineer April 8, 2014.
ATLAS Detector Resources & Lumi Blocks Enrico & Nicoletta.
L1Calo Databases ● Overview ● Trigger Configuration DB ● L1Calo OKS Database ● L1Calo COOL Database ● ACE Murrough Landon 16 June 2008.
Schedule ● External Links ● Calorimeter Signals ● Internal Tests ● System Tests ● Combined Runs ● Schedule Murrough Landon 19 April 2007 A brief update.
L1Calo DBs: Status and Plans ● Overview of L1Calo databases ● Present status ● Plans Murrough Landon 20 November 2006.
DB and Information Flow Issues ● Selecting types of run ● L1Calo databases ● Archiving run parameters ● Tools Murrough Landon 28 April 2009.
Online Software Status ● Overview ● Recent Changes ● Required Changes ● Desirable Changes ● Upgrade ● Summary Murrough Landon 1 July 2009.
L1Calo Databases ● Overview ● Recent Activitity ● To Do List ● Run types Murrough Landon 4 June 2007.
Online Database Developments ● Overview ● OKS database status and plans ● COOL database developments ● Validating calibrations ● Tools ● Summary Murrough.
Phase2 Level-0 Calo Trigger ● Phase 2 Overview: L0 and L1 ● L0Calo Functionality ● Interfaces to calo RODs ● Interfaces to L0Topo Murrough Landon 27 June.
M4 Operations ● Operational model for M4 ● Shifts and Experts ● Documentation and Checklists ● Control Room(s) ● AOB Murrough Landon 24 July 2007.
THIS MORNING (Start an) informal discussion to -Clearly identify all open issues, categorize them and build an action plan -Possibly identify (new) contributing.
Calibration Operations ● Recent Changes ● Required Changes ● Calibration by Shifters Murrough Landon 23 March 2011.
Rainer Stamen, Norman Gee
Online Database Work Overview Work needed for OKS database
Monitoring systems COMET types MS55 & MS6
Calibration Status Energy Calibration Stabilities/instabilities
Run Control (and Other) Work
Status Report of EDI on the CAA
Online Database Status
Online Software Status
ATLAS L1Calo Phase2 Upgrade
Online Software Status
Recent Online SW/DB Changes
Online SW Readiness (or not)
Online SW, DB & Calibration
Online Software Status
Remaining Online SW Tasks
Level 1 (Calo) Databases
Online SW and Database Status
Test-rigs outside CERN
Cabling Lengths and Timing
L1Calo Operations Summary
Discussions on group meeting
Online Software “To Do” List
Level-1 Calo Monitoring
CPM plans: the short, the medium and the long
CP/JEP Rod Prototype Tests
Training Module Introduction to the TB9100/P25 CG/P25 TAG Customer Service Software (CSS) Describes Release 3.95 for Trunked TB9100 and P25 TAG Release.
Presentation transcript:

Conditions Database Current conditions folders Proposed new folders Murrough Landon 15 July 2010 Current conditions folders Proposed new folders Possible new folders? Firmware versions

Reminder: COOL Database Folders Several subsets of COOL folders: Calibration: validated calibrations downloaded at CONFIGURE Also includes PpmDeadChannels Results: results of calibration runs Configuration: small number of global settings: ReadoutConfiguration: readout pointers, numbers of slices, etc TimingOffsets: calo partition by partition timing delays PpmChanDefaults: default PPM settings (overridden by calibration) RunParameters: setup for different run types Conditions: values saved at prepare for run step Timestamps: Conditions folders use run/lumiblock All others use “wall clock” date/time stamp Currently all folders are “single version”

Current Conditions Folders RunParameters State of the L1Calo RunPars IGUI panel Run type, run parameters, readout/timing configuration choice, etc LastConfigTime Records (by run/lumiblock) timestamp of last CONFIGURE DisabledTowers Enabled/disabled status of every tower (bitmask) Currently only includes towers masked because corresponding calo partition (eg LarFCAL1A) is out of the run Towers killed by l1chuck are not included (only in PpmDeadChannels) ModuleIDs Intended to save ModuleID of module in each slot Not yet used

Proposed Conditions Folders DerivedRunPars TimingRegime (Physics/Calib1/etc) derived by online SW from ATLAS run type, Lar/Tile settings etc FilenameTag (this is probably available elsewhere) What else? SoftwareVersion Record l1calo-nn-nn-nn software version used for each run Ideally also patches (not yet implemented) PackageVersions Record tagged version of each package used for each run Should also handle patched packages (not yet implemented)

Possible Conditions Folder(s) Better tracking of disabled towers? Probably need both run/lumiblock organisation (unlike present PpmDeadChannels) and multiversion folder Need to allow tower status to be changed after the event Probably should have everything Both masking due to excluded calo partitions And noisy/killed channels And temporarily unavailable towers Eg trip during run, subsequently recovered Anything else? Remember its now hard to change the schema If we get it wrong we need to add new folders (and copy/reorganise any old data we want to keep)

Firmware Versions Partly described in OKS PPM and CPM expected firmware versions checked during CONFIGURE step OKS DB is archived, so firmware versions are recorded per run JEM, CMM, ROD not yet described in the database no record of which firmware was used per run JEM makes hard coded check that FW versions == (or >= ?) to expected ones Extended OKS descriptions Add JEM, CMM, ROD firmware description (ACE collections) to OKS description Later, add suitable checks in module services code? Is it also worth putting into COOL?

Required Changes (4) Calibration More calibration validation and trending tools Integrate the work of Robins summer student Implement noise run Derive noise cuts per tower from measurement of the noise At present we have some global cuts for all towers Except for a few (occasional) hand set higher cuts on noisy towers Set saturated BCID parameters per channel The current defaults are known to be “non-optimal” Though worked OK for occasional beam splash like incidents

Required Changes (5) Remote monitoring Nice work from Gabriel (using toolkit from Reiner Hauser) But still problems with access to point 1? Security issues to be resolved Alternative: produce more web pages ourselves Use WMI (or standalone programs)

Desirable Changes (2) Firmware description and binaries Firmware for PPM and CPM described in the database No longer really done for modules using ACE & flash cards Would like to extend the present system to include them Add container of possible configurations Firmware binaries for PPM and CPM in the software CVS If the firmware is to be saved properly in SVN, would like the binaries to be kept there too Download binaries from SVN appropriate to a software release SVN repository for firmware Anyone want to use it?