SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 1 Central Signal Processor Local Monitor and Control TANGO Use Case: Hierarchical Approach Sonja.

Slides:



Advertisements
Similar presentations
MicroKernel Pattern Presented by Sahibzada Sami ud din Kashif Khurshid.
Advertisements

Overview What is the National ITS Architecture? User Services
Chapter 19: Network Management Business Data Communications, 4e.
©1998, 1999, 2000 Rational Software - All rights reserved Session VM08 Structuring Your Rational Rose Model Robert Bretall Rational Software.
1 ITC242 – Introduction to Data Communications Week 12 Topic 18 Chapter 19 Network Management.
Supplement 02 (a)Systems Theory1 Supplement 02 (a) Systems Theory And Franchise Colleges By MANSHA NAWAZ.
Siemens’ 4 View Model (props to My-An Nguyen for giving me her 344 notes on which this lecture is based)
Requirements Management Services Requirements Management JobScheduler SNMP Support Information for Interested Parties Information for Interested Parties.
Configuration Management With The Internet-Standard Management Framework Jon Saperia Adelaide IETF March 2000.
An Introduction to Software Architecture
Multimedia Teaching Tool SimArch V1.0 Faculty of Electronic Engineering University of Nis Serbia.
JCOP Workshop September 8th 1999 H.J.Burckhart 1 ATLAS DCS Organization of Detector and Controls Architecture Connection to DAQ Front-end System Practical.
Chapter 2 Operating System Overview
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
Pre-OTS Testing in Penticton Sonja Vrcic Socorro, December 11, 2007.
 Repository Model  Client-Server Model  Layered Model  Modular decomposition styles  Object Models  Function Oriented Pipelining  Control Styles.
Managing Change 1. Why Do Requirements Change?  External Factors – those change agents over which the project team has little or no control.  Internal.
SOFTWARE DESIGN. INTRODUCTION There are 3 distinct types of activities in design 1.External design 2.Architectural design 3.Detailed design Architectural.
IceCube Software System Design Methodology DAQ S/W Workshop 28 Oct 2002 John Cavin.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Configuration Mapper Sonja Vrcic Socorro,
Software Requirements for the Testing of Prototype Correlator Sonja Vrcic Socorro, December 11, 2007.
Master Correlator Control Computer (MCCC) Requirements & Status Sonja Vrcic Socorro, December 12, 2007.
Introduction. System Design Hardware/Software Platform Selection Software Architectures Database Design Human-Computer Interaction (HCI) Interface Object.
DISH LMC Software An Idea for Qualification Plan Francesco Schillirò INAF- OACT LMC Harmonisation Workshop Madrid April 2016.
SKA Central Signal Processor Control Context SKA CSP LMC Peer Review 11.April, 2016, Madrid Sonja Vrcic, NRC-Herzberg SKA CSP LMC Sub-element Lead.
CTS Change & Transport System. Introduction The Change and Transport System (CTS) is a tool that helps you to organize development projects in the ABAP.
SKA Status – Tango Collaboration Meeting Lize van den Heever June 2016.
Low.CBF MC High-Level Architecture 4-6 July 2016 Edinburgh 1 Low.CBF M&C High-Level Architecture – Focusing on the LMC-CBF interface John Matthews Edinburgh.
Design Concepts ch-8
Air Force Institute of Technology
Local Monitor And Control SADT.NMGR
Combining safety and conventional interfaces for interlock PLCs
Chapter 19: Network Management
CompSci 280 S Introduction to Software Development
Overview of TANGO Control system
Coupling and Cohesion Rajni Bhalla.
Software Overview Sonja Vrcic
Support for the Development of Interactive Systems
Hands-On Microsoft Windows Server 2008
Lecture 1: Introduction to JAVA
Design and realization of Payload Operation and Application system of China’s Space Station Wang HongFei 首页.
Controlling a large CPU farm using industrial tools
Review of computer processing and the basic of Operating system
Distribution and components
EIN 6133 Enterprise Engineering
SAFe Workshop SKA CSP Approach and Plan
Capability reporting Francesco Schillirò INAF- OACT
Introduction to cosynthesis Rabi Mahapatra CSCE617
Elements of Database System
Service-centric Software Engineering
Princess Nourah bint Abdulrahman University
Software Architecture
SISAI STATISTICAL INFORMATION SYSTEMS ARCHITECTURE AND INTEGRATION
INTEGRATING THE SKA-MPI DISH INTO MEERKAT
Course: Module: Lesson # & Name Instructional Material 1 of 32 Lesson Delivery Mode: Lesson Duration: Document Name: 1. Professional Diploma in ERP Systems.
An Introduction to Software Architecture
Design Principles of the CMS Level-1 Trigger Control and Hardware Monitoring System Ildefons Magrans de Abril Institute for High Energy Physics, Vienna.
Chapter 1 Introduction.
Database Actors.
PSS verification and validation
CAD DESK PRIMAVERA PRESENTATION.
Web Servers (IIS and Apache)
Chapter 5 SNMP Management
Chapter 5 SNMP Management
Design.
Software Development Process Using UML Recap
Chapter 2: Building a System
UML Design for an Automated Registration System
ONAP Architecture Principle Review
Presentation transcript:

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 1 Central Signal Processor Local Monitor and Control TANGO Use Case: Hierarchical Approach Sonja Vrcic, NRC-Herzberg SKA LMC Harmonization Workshop February, 2016 Trieste, Italy

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 2 Introduction Each of the SKA Elements is a complex, functionality rich sub-system, and each has been sub-divided in sub-elements which themselves are complex systems and consist of many components. Each Element is responsible for monitoring and control of its components. This use case uses CSP as an example of a hierarchical architecture.

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 3 CSP Sub-elements  Signal processing sub-elements (CBF, PSS and PST) receive configuration and commands from LMC.  In most cases originator of configuration and commands is TM, but data is received via LMC.  CBF, PSS and PST each have a single point of communication with LMC.  From the point of view of monitor and control, CSP sub-elements CBF, PSS and PST are ‘loosely coupled’; they exchange very little information.

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 4 Each CSP sub-element:  implements a single interface with CSP_Mid.LMC.  is responsible for internal monitor, control and co-ordination of its components. Each CSP sub-element must be able to:  Translate commands received from LMC into commands for its components.  Co-ordinate operation of components.  Report overall sub-element status. And much more… F-part Server X-Part Server BF-Part Server CSP_Mid.CBF Master CSP_Mid.PST Master CSP_Mid.PSS Master Hierarchical approach to monitor and control. Entity that reports on behalf of a sub-system or on its own behalf:  Is responsible for internal monitoring, control and co-ordination of its components.  Maintains its own status and is able to report it.  Reports self-description to an entity higher up in the hierarchy. CSP_Mid.LMC

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 5 CSP_MID Tango Devices Number in the parenthesis indicates the number of instances. TANGO Devices implemented by the same software package (i.e. the same s/w package is reporting on behalf of these devices.

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 6 TANGO Facility – best practices - for discussion  Should CSP be implemented as a single Tango Facility?  Or is it more appropriate and practical to implement each CSP sub-element (including LMC) as a distinct Tango facility? What should we take in consideration when making this decision? Complexity of the individual devices Number of devices (types, instances) Hierarchy. I.e. how deep is the hierarchy (number of levels) Encapsulation Organizational considerations: o Each CSP sub-element will be developed independently by a different group, using different technology and code base. Each sub-element will be integrated and tested independently, before integration at the CSP integration and test facility. o For each release, the sub-element acceptance test and sell-off will be performed for each sub- element independently, using test tools (input vector generators, emulators, simulators). CSP AIV group will be responsible for integration of the sub-elements and CSP acceptance test and sell-off to the SKA AIV Group. Other …

SKA TANGO Workshop, Use Case: CSP LMC Hierarchy Of Devices 7 Questions? Thank you !