IceCube System Testing

Slides:



Advertisements
Similar presentations
Instrumentation - Results from first season and plan for 2005 A. Karle Iceube Collabration meeting Berkeley March 19, 2005.
Advertisements

S Y S T E M S E N G I N E E R I N G.
NSF Baseline Review February 10-12, 2004 Optical Module Production Phil Robl Physical Sciences Laboratory.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
April 26, 2007 Rolf Nahnhauer IceCube Spring Meeting 1 IceCube Digital Optical Module Production R. Nahnhauer DESY.
April 4, 2007 Rolf Nahnhauer1 DESY-PROJECT IceCube Digital Optical Module Production.
GLAST LAT Project ISOC Peer Review - March 2, 2004 Document: LAT-PR Section 2.3 Verification and Validation 1 Gamma-ray Large Area Space Telescope.
TECH 101 Product Design and Manufacturing. TECH 1012 System Life-Cycle Engineering 2 Major phases in almost all products and in many cases services –Acquisition.
Introduction to Software Testing
Effective Methods for Software and Systems Integration
System Software Integration Testing Mars Polar Lander Steven Ford SYSM /05/12.
IceCube System Testing
Chapter 2 The process Process, Methods, and Tools
November 24, 2004 Rolf Nahnhauer1 PROJECT : IceCube Digital Optical Module Production at DESY Zeuthen.
DAQ Hardware status - overview R. Stokstad DOM Main Board –Schedule (Minor) –Design (Przybylski) –Firmware (Stezelberger) –Testing (Goldschmidt) DOR Board.
IceCube DAQ Mtg. 10,28-30 IceCube DAQ: “DOM MB to Event Builder”
High Energy - Engineering Working Group IceCube PY8 Spring Collaboration Meeting Apr 29, 2009 Jim Baccus.
Greg Sullivan University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
IceCube Data Acquisition :: Status Presentation before the IceCube Science Advisory Committee W. R. Edwards / K. Hanson for DAQ Mar 29, 2006 – Madison,
1 Introduction to Software Testing. Reading Assignment P. Ammann and J. Offutt “Introduction to Software Testing” ◦ Chapter 1 2.
Icecube DOM Main Board Status and Development Plans R. Minor October 2003.
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.
Jan 16, 2004Tom Gaisser 1.3 Cost & schedule review The IceTop component of IceCube Area--solid-angle ~ 1/3 km 2 sr (including angular dependence of EAS.
Calibrating the first four IceCube strings Kurt Woschnagg, UCB L3 Detector Characterization IceCube Collaboration Meeting, Bartol, March 2004.
DOM Main Board Rev 3/Rev 4 Status December 2, 2003 Gerald Przybylski Lawrence Berkeley National Laboratory.
Lecture 2.1b: DoD Acquisition Process (SEF Ch 2)
Science Advisory Committee March 30, 2006 Jim Yeck IceCube Project Director IceCube Construction Progress.
IceTop DAQ: 1 David Seckel – 8/27/2003, College Park, MD IceTop DAQ David Seckel University of Delaware.
David Seckel, IceTop Baseline Review, Madison, Dec. 4, 2003 IceTop Baseline Review Dec. 4, Madison WI.
IceTop Collaboration Meeting Uppsala, Oct. 9, 2004Tom Gaisser1 IceTop IceTop station 2004 test tanks Calibration Verification 04/05 DOM operation Summary.
5 June 2002DOM Main Board Engineering Requirements Review 1 DOM Main Board Software Engineering Requirements Review June 5, 2002 LBNL Chuck McParland.
Nov 30, 2003Tom Gaisser The IceTop component of IceCube Perspective from the South Pole.
ESA Harwell Robotics & Autonomy Facility Study Workshop Autonomous Software Verification Presented By: Rick Blake.
DOM MB Test Results at LBNL Main Board Readiness Status Review LBNL, July 2003 Azriel Goldschmidt.
5 June 2002DOM Main Board Engineering Requirements Review 1 DOM Main Board Hardware Engineering Requirements Review June 5, 2002 LBNL David Nygren.
Testing DAQ PY04 Mark Krasberg University of Wisconsin Berkeley Collaboration Meeting 20 March, 2005.
GLAST LAT ProjectFace to Face, 14 April 2004 LAT System Engineering 1 GLAST Large Area Telescope: EGSE and Interface Verification Pat Hascall SLAC System.
IceCube DAQ Mtg. 10,28-30 IceCube DAQ: Implementation Plan.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Status of Detector Characterization a.k.a. Calibration & Monitoring Project Year 2 objectives ( → Mar ‘04) 1. Calibration plan (first draft in March.
Realizing Integration of Metrology, Quality, and Instrument Development and Support with Information System Yeou-Song (Brian) Lee Anritsu Company Aug.
Lessons Learned Implementing an IEC based Microgrid Power-Management System October 12, 2015 Presented by: Jared Mraz, P.E.
Timeline – Standards & Requirements
Future high energy extensions of IceCube with new technologies: Radio and/or acoustical detectors Karle.
IceCube Construction Endgame
Special Device Review (Device Name)
SMS Roundtable Discussion NAFEMS Americas 2016, Seattle, WA, USA
LCLS-II Cost Details E. Daly / C. Hovater / M. Wiseman with help from Accel Ops and Engineering 03-AUG-2017.
Software Configuration Management
CINEMA System Engineering
Software and Systems Integration
ISUAL Product Assurance
IceCube construction status
Project Members: M.Premraj ( ) G.Rakesh ( ) J.Rameshwaran ( )
IceCube Deployment Monitoring System (PTS)
Introduction to Software Engineering
Enabling System Elements
Introduction to Software Testing
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Software System Integration
Lockheed Martin Canada’s SMB Mentoring Program
Software engineering -1
Capability Maturity Model
GLAST Large Area Telescope
CS/EE/ME 75(a) Nov. 19, 2018 Today: Prelimnary Design Review Homework.
PSS verification and validation
Capability Maturity Model
PSS0 Configuration Management,
Atefeh Sadeghzadeh Control engineer – Target safety and control
Presentation transcript:

IceCube System Testing John Cavin 22 March 2005

Design / Verification Model System Engineering (Requirements) System Integration (Solutions) Project Science Goals Achieved Instrument Performance System Architecture Configuration Item Definition Detailed Design Requirements (Manufacturing) Detailed Measurements Incremental System Build-Up & On-going Assessment System Verification Comparisons between Requirements and achieved performance are made at each level in the System Hierarchy, starting with the simplest items and culminating in demonstration of overall instrument functionality.

IceCube System Testing Facilities Factory Acceptance Test (FAT) System Test Facility South Pole Test System (SPTS) South Pole System (SPS)

Other IceCube Testing Facilities SPLTS – LBNL DAQ subsystem test DOM MB Testing @ LBNL plus vendor testing Pensar – Board testing of flasher board, high voltage base Chiba – PMT testing

Factory Acceptance Test (FAT) Verify operation of newly manufactured DOMs Operate over temperature cycles Obtain calibration data Consists of facilities @ PSL, DESY, Uppsala: Dark Freezer Lab (DFL) TestDAQ software DOM Test software

South Pole Test System (SPTS) Operational configuration of deployed system Integrate software/hardware subsystems Test software in the “real” environment Test deployment methods Reproduce/debug problems in Northern Hemisphere Create the software versions that are released for use at the South Pole

South Pole System (SPS) Operational IceCube System at the South Pole

PY03 Deployment Questions Will the HW/SW deployed at the South Pole Work? How can we gain confidence and/or find show stoppers before we deploy?

PY03 Hardware Configuration Items (CI) and Functional Interfaces Surface Cable Assy Tank 1 In-Ice DOM Hub TCH Patch Panel Surface Junction Box IceTop DOM Surface to DOM Cable Assy In-Ice Instrumentation IceTop Freeze Power IceTop DOM Hub IceTop Freeze Control IceTop Freeze Power IceTop DOM T- DOM IceTop Freeze Control IceTop Freeze Power x 30 U- DOM IceTop Freeze Control Paro Tank 2 Keller

Created System Test Facility Provide a realistic test environment Test subsystems Interfaces End to end data transfer Consists of: DOMs in Chest Freezers Surface to DOM Cables Surface Junction Box Surface Cables DOMHubs Test Software and/or Operational Software

System Integration Testing Goals- First Season Discover issues associated with interfaces and device interactions prior to deployment Demonstrate basic operation of software and hardware in a realistic system configuration Demonstrate dataflow through the test system Demonstrate basic timing and local coincidence behavior Establish a readily accessible test-bed for interpreting SP system behavior Establish an off-line resource for continuing software development Begin formal verification of devices and subsystems

Demonstrated under controlled conditions: Simultaneous, stable, operation of In-Ice and IceTop DOM Simultaneous, stable, operation of Sensor Subsystem and IceTop Freeze Control / Power Subsystems Reliable DOM operation under realistic conditions No test DOM failures to date Reliable DOM Hub operation under realistic conditions One SBC card failure, root cause investigation still open

Formal Engineering Verification at System Level Capability is now in place for Sensor Subsystem verification Fundamental tests defined and waiting for operator resources to conduct: Part One: Establish Timing Baseline Part Two: TCAL Rate Sensitivity Analysis Part Three: Hit Input / Reporting Linearity Part Four: Communications Stability in the Presence of Noise Part Five: Timing Performance in the Presence of Noise Results can be available to support PY05 design decisions, but not in time to guide PY04

Scheduled Uses Complete timing and local coincidence testing – 30 Apr 2005 Investigate Quad 2 problem – 30 May 2005 Integration and Test of DOR Rev 1 cards, DAQ FPGA, and DAQ software – 1Jun 2005 thru 31 Jul 2005 Move System test facility – 31Jul 2005 – 30 Aug 2005 Support software testing – 1 Sep 2005 --- Noise sensitivity of communications and timing –

Results of PY03 System Testing Putting system together uncovered issues: Connector soldering problems Communication with IceTop DOMs on short cable Communication Testing over all cables Lots of work to do: Timing characterization under controlled environment Will utilize test resources to understand and interpret behavior observed on String 21 Integration and test of DOR Rev1, DAQ FPGA, DAQ software Support software development / check-out /certification prior to use at the pole.

Proposed Changes for Overall Testing Facilities Need to better utilize available space and resources

Conclusions Hardware and software testing will remain an important part of IceCube Capability exists to perform tests under a more controlled environment Released software will require rigorous testing before deployment to the South Pole PY03 testing contributed to success at South Pole