Simulation Requirements

Slides:



Advertisements
Similar presentations
Distributed Systems Architectures
Advertisements

N A managed approach to planning and controlling the implementation of complex application software. n A flexible tool kit, designed to support the Project.
Computer System Lifecycle Chapter 1. Introduction Computer System users, administrators, and designers are all interested in performance evaluation. Whether.
EstiNet Network Simulator & Emulator 2014/06/ 尉遲仲涵.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
ALMA Real Time Control System Jeff Kern Ralph Marson, Thomas Juerges.
Workshop in ALMA Logs Prepared by Juan Pablo Gil – Arturo Hoffstadt
ALMA Integrated Computing Team Coordination & Planning Meeting #2 Santiago, January 2014 Control Group Planning Rafael Hiriart, Control Group Lead.
INTRODUCTION SOFTWARE HARDWARE DIFFERENCE BETWEEN THE S/W AND H/W.
ALMA Software B.E. Glendenning (NRAO). 2 ALMA “High Frequency VLA” in Chile Presently a European/North American Project –Japan is almost certainly joining.
The ALMA TelCal subsystem Dominique Broguière, Institut de RadioAstronomie Millimétrique (IRAM) TelCal Phasing meeting – Grenoble -10/12/2012.
Suzhen Lin, A. Sai Sudhir, G. Manimaran Real-time Computing & Networking Laboratory Department of Electrical and Computer Engineering Iowa State University,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
ALMA Integrated Computing Team Coordination & Planning Meeting #4 Santiago, November 2014 Telescope Calibration Planning Dominique Broguière.
Eugenia Hatziangeli Beams Department Controls Group CERN, Accelerators and Technology Sector E.Hatziangeli - CERN-Greece Industry day, Athens 31st March.
ICALEPCS’ GenevaACS in ALMA1 Allen Farris National Radio Astronomy Observatory Lead, ALMA Control System.
Databases in CMS Conditions DB workshop 8 th /9 th December 2003 Frank Glege.
Observing Modes from a Software viewpoint Robert Lucas and Philippe Salomé (SSR)
ALMA Integrated Computing Team Coordination & Planning Meeting #1 Santiago, April 2013 Telescope Calibration Planning Dominique Broguiere.
ALMA Integrated Computing Team ICT Coordination and Planning Meeting #2 Santiago January 2014 Alarm system A.Caproni.
11 CLUSTERING AND AVAILABILITY Chapter 11. Chapter 11: CLUSTERING AND AVAILABILITY2 OVERVIEW  Describe the clustering capabilities of Microsoft Windows.
EPICS Release 3.15 Bob Dalesio May 19, Features for 3.15 Support for large arrays - done for rsrv in 3.14 Channel access priorities - planned to.
Introduction to EVLA Software Bryan Butler. 2006Dec05/06EVLA M&C Transition Software CDR2 EVLA Computing (Terse) History The original EVLA Phase I proposal.
Configuration Mapper Sonja Vrcic Socorro,
Testing in Android. Methods Unit Testing Integration Testing System Testing Regression Testing Compatibility Testing Black Box (Functional) White Box.
ICALEPCS 2005 Geneva, Oct. 12 The ALMA Telescope Control SystemA. Farris The ALMA Telescope Control System Allen Farris Ralph Marson Jeff Kern National.
EPICS Release 3.15 Bob Dalesio May 19, Features for 3.15 Support for large arrays Channel access priorities Portable server replacement of rsrv.
Rupen/MoeserWIDAR Face-to-Face Meeting December 11-12, Science Data Model Michael P. Rupen & Rich Moeser.
DSN & SensorWare Projects Rockwell Science Center –Charles Chien UCLA –Mani Srivastava, Miodrag Potkonjak USC/ISI –Brian Schott, Bob Parker Virginia Tech.
Understanding Performance Testing Basics by Adnan Khan.
Microsoft Cloud Solution.  What is the cloud?  Windows Azure  What services does it offer?  How does it all work?  How to go about using it  Further.
Atacama Large Millimeter/submillimeter Array Karl G. Jansky Very Large Array Robert C. Byrd Green Bank Telescope Very Long Baseline Array ALMA Correlator.
1 Presented by: Val Pennell, Test Tool Manager Date: March 9, 2004 Software Testing Tools – Load Testing.
MPE Workshop 14/12/2010 Post Mortem Project Status and Plans Arkadiusz Gorzawski (on behalf of the PMA team)
Overview of today’s lecture Major components of an operating system Structure and internal architecture of an operating system Monolithic Vs Micro-kernels.
Overview of MSU ESRDC Activities related to Computational Tools for Early State Design Dr. Noel Schulz Associate Professor and TVA Endowed Professorship.
Distributed Systems Architectures Chapter 12. Objectives  To explain the advantages and disadvantages of different distributed systems architectures.
Benefits of a Virtual SIL
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
Kernel Design & Implementation
Software Overview Sonja Vrcic
TrueTime.
Current Generation Hypervisor Type 1 Type 2.
Status of “Hardware in the Loop Simulation Environment” Project
Selected ICT-based Wide-Area Monitoring Protection and Control Systems (WAMPAC) applications
CMS High Level Trigger Configuration Management
ITEA3 Project: ACOSAR Advanced Co-Simulation Open System Architecture
Computer Software Lecture 5.
Software testing
Operating System Structure
Chapter 2: System Structures
Computing Architecture
DevOps – Test Automation for IOTs
TYPES OF SERVER. TYPES OF SERVER What is a server.
DSO Prototype Software
Real Time Operating System
Performance Load Testing Case Study – Agilent Technologies
Correlator – Backend System Overview
Stand-Alone and Mesh Networks of Dissolved Oxygen (DO) Monitors
Computer Simulation of Networks
Bluetooth Based Smart Sensor Network
VCI Overview Sonja Vrcic
Outline Midterm results summary Distributed file systems – continued
Smart Learning concepts to enhance SMART Universities in Africa
EVLA M&C Components Observation Executor, Interim & Final Obs2script
Introduction to Computing
Correlator Growth Path
Chapter-5 Traffic Engineering.
SOFTWARE DEVELOPMENT LIFE CYCLE
Requirements Bryan Butler.
Presentation transcript:

Simulation Requirements ALMA Integrated Computing Team ICT Computing & Planning Meeting #5 Santiago 1-3 December 2015 Simulation Requirements Tzu-Chiang Shen, Alejandro Saez, José Ortiz Pedro Campana,

Current Testing Environments ONLINE Phase B: Simulation: SCO2-STE, ACSE-STE, Real: TFENG-STE, TFINT-STE Phase C: AOS-STE, AOS2-STE, TFINT-STE, AOS64-STE OFFLINE Set of 8 virtual machines per release Example: for R2016.4 the environment is already prepared https://ictwiki.alma.cl/twiki/bin/view/SoftOps/OfflineServicesDeployment#2015_4_Testing_Environment_SCO DATABASE SCO: ALMAi1, ALMAi2, ALMAi3 accounts OSF: ALMAT1, ALMAT2 accounts See https://ictwiki.alma.cl/twiki/bin/view/SoftOps/DBTaccounts

Current Simulation Current Simulation High level (Science Scripts) OSS / IDL simulator Middle level (Software) CONTROL: Non-RT simulation CORR: Lags simulation at CDP nodes Low level (Hardware) Depends on the production hardware.

Required Improvements Middle Level (Software) In general Simulators do not produce binary data therefore TELCAL, QuickLook and GUIs can not be exercised. Timing is incorrect for M&C requests, causes false positives failures. Test suits are incomplete in comparison with operation scenarios No connection between CONTROL and CORR CORR Simulators (non-RT) Needs to handle a variety of correlator configurations (spectral channels, channel widths, polarization, etc) Antenna Simulators (non-RT) Needs to track better than 10 arc-sec accuracy Provides a better simulation of control loop that locks the WCA

Required Improvements Low Level (Hardware) No other alternatives rather than using the production hardware … We need simulation at ACU level We need simulation at CORR hardware level. Combined the existing two antennas correlators with two base band to a single correlator with 4 basebands Procure a 5th quadrant

Simulation Alternatives non-RT Simulation Part of the code base is different, and will not be tested Doesn’t exercise the hardware communication layer Non additional hardware is required MIL / HIL Code base doesn’t change, it’s the same Exercise the hardware communication layer More “realistic” simulation behaviors can be implemented in mathematic models, i.e.: servo movements, temperature variation, pointing performance More expensive: required additional hardware

Non-RT Simulations in ALMA Generate the same amount of network load in comparison to a real observation. CORBA messages. Events in notification channels (logging, delay events, control realtime events) Binary data between IFProc. (TTP sender to receivers) Binary data between CDP Nodes and CDP master Binary data between CDP Master and, TELCAL receivers, ARCHIVE receivers. Monitoring data. All high level functionalities related to observing modes, subarrays, monitoring system, etc. The same Scheduling Blocks are used than in production.

Non-RT Simulations in ALMA … But it doesn't allow to exercise software layers related to: CDP nodes interface to CORR hardware CCC CAN communication with CORR electronics ABM CAN communication with ACU ABM CAN communication with FE devices ABM CAN communication with BE devices ABM CAN communication with Compressor device Without meaningful data produced in the non-realtime simulation of Correlator, we could not exercise extensively code related to: TELCAL algorithms Quicklook visualisations

Hybrid Approach

Additional Hardware Required 5th quadrant “partially equipped”. 4 CDP nodes 1 CCC 4 ACU (one per each type of antenna) 4 ABM 4 set of LLC/SAS 1 CRG/CRD 1 Photonic reference 10 Racks

Advantages The ALMA software under testing is the same than the one running in the operation. All pieces of software are exercised. Test bench for testing hardware and firmware of Correlator Correlator electronics serve as hot spares of production Correlator Compatible with FE/BE/Antenna Group’s maintenance activities Provide enough time to reproduce complex problems and to verify the provided fixes. Platform can be used to validate the compatibility of new model of electronic hardware Validate modifications of procedures in the production environment Become a training environment, for both hardware and software engineers.