Time-Triggered Ethernet
|
|
- Allan Douglas
- 6 years ago
- Views:
Transcription
1 Time-Triggered Ethernet Chapters 42 in the Textbook Professor: HONGWEI ZHANG CSC8260 Winter 2016 Presented By: Priyank Baxi (fr0630)
2 Outline History Overview TTEthernet Traffic Classes and Traffic Integration Description of the Traffic Classes TTEthernet Synchronization Protocols TTEthernet Example Configurations and Implementations TTEthernet in Orion
3 TTEthernet A Powerful Network Solution for All Purposes Ethernet offers far higher bandwidths. But when Ethernet was developed in the first place, tasks with time-critical, deterministic or safety-relevant conditions were not taken into account. TTEthernet expands classical Ethernet with powerful services to meet all new requirements.
4 From Ethernet to TTEthernet Ethernet systems have limits when it comes to combining them with classical Ethernet networks, devices and services. The scalability of these systems is also limited and the network solution is tailored for a specific application area. The use of Real-Time and Safe Ethernet systems outside engine and plant construction is no option. The industry is striving to reduce the number of networks and to cut costs for effort and resources. TTEthernet combines the proven determinism, fault-tolerance and real-time properties of the time-triggered technology with the flexibility, dynamics and legacy of best effort of Ethernet and is therefore suited for all types of applications.
5 Overview TTEthernet introduces the deterministic time- triggered communication paradigm in an Ethernet flavor, which allows the use of standard Ethernet in safety-critical systems and systems with applications of mixed-criticality TT-Ethernet switch [Ste06] identifies the reception of a time-triggered message based on an identifier within the message and preempts all event-triggered messages under transmission to free the outgoing ports for the timetriggered message. The merit of this solution is twofold: first, the switch latency for time-triggered messages is constant with negligible error and, second, the switch can be kept almost free from additional configuration data.
6 Cont. TTEthernet has been extended toward compatibility with the AVB standard and TSN prestandard, which are the IEEE real-time and robustness evolutions of switched networks, and in particular Ethernet. TTEthernet is intended as cross-industry communication infrastructure: originally designed according to aerospace standards, it is scalable in several directions. As different industrial areas define and use different variants of realtime Ethernet already, the nature of the TTEthernet technology is one of a set of services added to existing standards rather than their replacement. The TTEthernet services have been standardized by the SAE and the SAE AS6802 standard has been published by the SAE in November 2011.
7 Cont. A TTEthernet network consists of end systems and switches and bidirectional communication links to connect these devices to each other. Furthermore, an end system and a switch may be integrated into a single device
8
9 TTEthernet Traffic Classes and Traffic Integration TTEthernet is fully compliant with the Ethernet frame format as standardized in IEEE TTEthernet defines the term traffic class to differentiate communication modes. The prime communication mode of TTEthernet is, of course, the time-triggered traffic class (TT). Besides this mandatory traffic class, TTEthernet also supports the optional rateconstrained traffic class (RC) and the optional besteffort traffic class (BE). TTEthernet is an integrative communication protocol capable of communicating frames of these three traffic classes on the same physical network.
10 Ethernet Frame Format
11 Example of communication scenario in a TTEthernet network
12 Description of the Traffic Classes A TTEthernet end system implements services to synchronize its local clock with the local clocks of other end systems and switches in the system. The end system can then send messages at off-line planned (or online assigned) points in this synchronized global time. Time-triggered (TT) messages are used when tight latency, jitter, and determinism are required. All TT messages are sent at predefined times. In cases where an end system decides not to use one of its assigned timed slots, for example, if there are no new data to be sent, the switch recognizes the inactivity of the sender and frees the bandwidth for the other traffic classes. TT messages are optimally suited for communication in distributed real-time systems with regular communication pattern.
13 CONT. Rate-constrained (RC) messages realize a communication paradigm that aims at establishing well-shaped data flows: successive messages belonging to the same rate-constrained dataflow are guaranteed to be offset by a minimum duration as configured. RC messages are used when determinism and real-time requirements are less strict than provided by time-triggered communication. For RC messages, sufficient bandwidth must be allocated such that delays and temporal deviations have defined limits. In contrast to TT messages, RC messages are not sent with respect to a system-wide synchronized time base. Hence, different communication controllers may send RC messages at the same point in time to the same receiver. Consequently, the RC messages may queue up in the network switches, leading to increased transmission jitter and requiring increased buffer space. As the transmission rate of the RC messages is bound a priori and controlled in the network switches, an upper bound on the transmission latency can be calculated off-line and message loss is avoided.
14 CONT. Best-Effort (BE) messages implement the classic switched Ethernet approach. There is no guarantee whether or when these messages can be transmitted, what delays occur, and if BE messages arrive at the recipient at all. BE messages use the remaining bandwidth of the network and have lower priority than TT and RC messages. However, BE traffic may be attractive, for example, during maintenance and configuration phases: as during such phases no critical traffic in form of TT or RC may be present, the whole network bandwidth is available for BE traffic without explicitly changing the network mode: RC messages will not be sent and bandwidth reserved for TT messages is automatically reclaimed by the Switches.
15 Integration of the Traffic Classes The scheduler guarantees that TT frames are sufficiently scheduled apart from each other, such that no two TT frames will be ready for transmission on the same outgoing port of a switch (or end system), this cannot be guaranteed for mixed TT and RC/BE traffic. Using the preemption method, a switch would stop the ongoing transmission of a low-priority frame and intersperse the high-priority frame. Timely block takes advantage of the planned nature of the TT frames: the switch will know by configuration when to expect TT frames and will not start the transmission of any other traffic before either the expected TT frame has been serviced or the switch can be sure that the TT frame will not arrive. The last method is called shuffling and simply means that high-priority frames will be in queue and transmitted only after the ongoing transmission of the lower-priority frame has concluded. Current TTEthernet implementations support the timely block and the shuffling integration method, while the early academic TT-Ethernet versions have implemented preemption.
16 Example for High Priority and Low Priority traffic
17 TTEthernet Synchronization Protocols TTEthernet specifies and standardizes in SAE AS6802 several synchronization protocols that ensure close synchronization of the local clocks in the end systems and switches during all modes of operation of the network. These protocols have been designed to tolerate the failure of end systems and/or switches in the network. In particular, end systems are allowed to fail either arbitrarily or according to an inconsistent-omission failure Mode. Switches are always considered to fail according to an inconsistent-omission failure mode. The TTEthernet protocol defines three different roles for synchronization: the Synchronization Master (SM), the Synchronization Client (SC), and the Compression Master (CM). The SM role is typically assigned to end systems, while switches act as CMs. As a minimum, one switch per channel is configured as CM. Both, switches and end systems, can be configured as SCs.
18 Start-Up and Integration After initial power-on of the network, the start-up protocol ensures that the end systems and switches will synchronize their local clocks within a bounded duration. More precisely, during start-up typically two protocols are executed, the coldstart protocol and the integration protocol. Coldstart is the actual protocol that establishes synchronized time. However, typically a newly powered- on end system or switch will not know initially, if the system as a whole is currently in start-up mode or already synchronized, and consequently will assume that a subsystem of the system is already synchronized. The component will, thus, aim to synchronize toward these subsystems. Hence, it will try to integrate into an operational synchronized time base. Only if this integration is not successful, then the component will assume that there does not exist an already synchronized subsystem and will undergo the coldstart protocol. The TTEthernet start-up protocol is only executed between the SMs and the CMs. SCs will synchronize only after a synchronized time base has been established. The start-up protocol involves the exchange of a sequence of PCFs (protocol control frames), in particular coldstart and coldstart acknowledgment messages. Although the start-up protocol is rather small, its real-time behavior, the nature of distributed algorithms, and the behavior of faulty switches and/or end systems make the analysis of protocols like these rather complex.
19 Clock Synchronization Once the start-up protocol has initially established the synchronized time base, the clock synchronization protocol is periodically executed to resynchronize the local clocks in the end systems and switches. The TTEthernet clock synchronization algorithm operates in two steps. In the first step, all SMs Concurrently send PCFs to all CMs at their same local time. In the second step, all the SMs and SCs use the reception times of the compressed PCFs from the CMs to derive a new reference point in time for synchronization.
20 Clique Detection and Restart The synchronized time base is essential to communicate the TT messages in TTEthernet, while the network is always able to communicate RC and BE messages, whether the components are synchronized or not. However, as the TT messages are likely to be critical messages in a given system TTEthernet incorporates synchronization protocols also for extremely unlikely situations such as system-wide Communication blackouts and recovery when one or many components have lost synchronization. The protocols that detect failures in the synchronization are commonly referred to as clique detection algorithms. TTEthernet implements three clique detection algorithms: the synchronous clique detection algorithm, the asynchronous clique detection algorithm, and the relative clique detection algorithm. Using the synchronous algorithm, a component will continually check as to how many SMs are currently Synchronized and will report a clique if this number falls below a configured threshold. Analogously, using the asynchronous algorithm, a component will continually check if there are components in the system it is not synchronized to and will count how many such components there are.
21 TTEthernet Example Configurations and Implementations Configurations TTEthernet network configurations may differ with respect to the number of end systems and the number of switches, as well as their connecting topology. In particular for the synchronization algorithms, configurations are determined by the assignment of synchronization roles to TTEthernet devices. As a reminder, we have introduced three roles in the synchronization algorithms of TTEthernet: the synchronization master (SM), the compression master (CM), and the synchronization client (SC). More general characteristics of timetriggered networks include the quality of oscillators used in the TTEthernet devices, the wire speed and associated physical layer, the communication interface, and the activated fault-containment measures.
22 Master-Based Configuration The most basic TTEthernet configuration consists of an SM and a CM, where both synchronization roles may be integrated into a single device. From this configuration, classic single-master multiple slave networks. This single-master configuration is attractive for low-cost applications with a requirement of quality of- service such as real-time performance. This configuration can be enhanced by safety mechanisms like the activation of the central guardian function in the switches or by the high-integrity design of key devices. Hence, given that the appropriate fault-isolation measures are in place, even this basic configuration is appropriate for failsafe applications. Availability, on the other hand, is limited: the failure of an arbitrary number of SCs will not affect the services as provided by TTEthernet. However, as in all single-master-based systems, the loss of the SM or CM means a loss of the synchronization source and so of the TTEthernet protocol services. Availability requires the implementation of a sufficient degree of redundancy.
23
24 Dual-Fault-Tolerant Configuration TTEthernet network that tolerates two faulty devices without degradation of the TTEthernet services. The SMs and CMs have to be high-integrity devices supporting an inconsistent-omission failure mode. In this configuration, the failure of any two devices is masked by the TTEthernet services without quality degradation.
25
26 System-of-Systems Configuration Two TTEthernet subnetworks, a high-priority subnetwork and a low-priority subnetwork. The priority of the respective network is stored in the configuration data of each TTEthernet device as well as in the Sync_Priority field in the PCFs. A TTEthernet end system can be configured to automatically synchronize to the highest priority PCF it receives. Alternatively, the change of a TTEthernet current priority to a higher priority can demand host interaction. This priority mechanism supports the full operation of parts of the network, for example, to realize power-down modes.
27
28 Implementations The FPGA-based solutions of TTEthernet mainly differ with respect to the communication speed they support. The 100 Mb/s FPGA-based version of the TTEthernet switch is specified as follows: Eight 100 Mb/s and one 1 Gb/s uplink port. Guaranteed real-time delivery and clock synchronization in the microseconds range. Legacy Ethernet devices can synchronize to network time base without knowing about TTEthernet Support for legacy and best-effort traffic. Standard TCP/IP protocols and applications can be used. Flexibility for customer-specific extensions (ALTERA Cyclone III FPGA). Digital I/O for triggering measurements. Dimensions: mm; weight: 800 g; operating temperature: 0 C 70 C; storage: 40 C to +85 C. Robust housing.
29 Cont. The 1 Gb/s version of TTEthernet switch has the following characteristics: Four 1 Gb/s copper/fiber ports Message schedules and routing information stored in internal ROM (loaded by TTE-Load download tool) Hardware-based on Altera COTS board and PHY daughter board 8 Gb/s full-duplex bandwidth Multihop capable Single synchronization domain
30 TTEthernet in Orion Orion has very specific mission requirements. It has to meet a mission requirement of up to 5000 h (about 200 days) of continuous operation at a time. It must be a flexible vehicle that will interface to several other space elements (the International Space Station, the Altair Lunar Lander, Ground Systems, and the Space Network, in addition to the Ares I interface) over the next several decades. Additionally, Orion has strict weight and power restrictions that make it desirable for its avionics system to maintain full protection against erroneous behavior even when operated in a low-power partial system mode, which is a mode when part of the avionics system is shut off to conserve power
31 Cont. Orion s requirements The Orion CEV (crew exploration vehicle) shall meet an ascent reliability allocation of The Orion CEV shall meet an overall mission reliability allocation of The Orion CEV shall be one-fault-tolerant for safe return of the crew with exceptions for design for minimum risk. The Orion CEV shall safely recover and return the crew in case of loss of output and erroneous output from the vehicle flight computers due to software common-cause failure. The Orion CEV shall allow the crew to manually control, inhibit, and/or override autonomous or ground-controlled critical functions. The Orion CEV shall be one-fault-tolerant for mission completion with exceptions for design for minimum risk.
32 Cont. The presented and deployed Architecture has the following advantages: Good error detection for bit flips in processors as well as in associated memories. In all cases, no inadvertent action is performed due to single event upsets with a very high probability (or in other words, the probability of undetected failures is smaller than 10 9). No inadvertent violation of space partitioning (memory and I/O) due to features like memory management units (MMUs). Cross-compare monitors perform constant comparison of computing outputs and validate MMU integrity. Data integrity management (freshness monitoring for partition usage). Support of bus error containment (more Orion details later).
33
34 THANK YOU!!!
Dependable Computer Systems
Dependable Computer Systems Part 6b: System Aspects Contents Synchronous vs. Asynchronous Systems Consensus Fault-tolerance by self-stabilization Examples Time-Triggered Ethernet (FT Clock Synchronization)
More informationDeterministic Ethernet as Reliable Communication Infrastructure for Distributed Dependable Systems
Deterministic Ethernet as Reliable Communication Infrastructure for Distributed Dependable Systems DREAM Seminar UC Berkeley, January 21 st, 2014 Wilfried Steiner, Corporate Scientist wilfried.steiner@tttech.com
More informationDeveloping deterministic networking technology for railway applications using TTEthernet software-based end systems
Developing deterministic networking technology for railway applications using TTEthernet software-based end systems Project n 100021 Astrit Ademaj, TTTech Computertechnik AG Outline GENESYS requirements
More informationAn Introduction to TTEthernet
An Introduction to thernet TU Vienna, Apr/26, 2013 Guest Lecture in Deterministic Networking (DetNet) Wilfried Steiner, Corporate Scientist wilfried.steiner@tttech.com Copyright TTTech Computertechnik
More informationA Time-Triggered Ethernet (TTE) Switch
A Time-Triggered Ethernet () Switch Klaus Steinhammer Petr Grillinger Astrit Ademaj Hermann Kopetz Vienna University of Technology Real-Time Systems Group Treitlstr. 3/182-1, A-1040 Vienna, Austria E-mail:{klaus,grilling,ademaj,hk}@vmars.tuwien.ac.at
More informationDesign and Realization of TTE Network based on EDA
Journal of Web Systems and Applications (2017) Vol. 1, Numuber 1 Clausius Scientific Press, Canada Design and Realization of TTE Network based on EDA Peili Ding1,a, Gangfeng Yan2,b, Yinan Wang3,c, Zhixiang
More informationDistributed IMA with TTEthernet
Distributed IMA with thernet ARINC 653 Integration of thernet Georg Gaderer, Product Manager Georg.Gaderer@tttech.com October 30, 2012 Copyright TTTech Computertechnik AG. All rights reserved. Introduction
More informationAtacama: An Open Experimental Platform for Mixed-Criticality Networking on Top of Ethernet
Atacama: An Open Experimental Platform for Mixed-Criticality Networking on Top of Ethernet Gonzalo Carvajal 1,2 and Sebastian Fischmeister 1 1 University of Waterloo, ON, Canada 2 Universidad de Concepcion,
More informationSystems. Roland Kammerer. 10. November Institute of Computer Engineering Vienna University of Technology. Communication Protocols for Embedded
Communication Roland Institute of Computer Engineering Vienna University of Technology 10. November 2010 Overview 1. Definition of a protocol 2. Protocol properties 3. Basic Principles 4. system communication
More informationESA ADCSS Deterministic Ethernet in Space Avionics
ESA ADCSS 2015 Deterministic Ethernet in Space Avionics Bülent Altan Strategic Advisor with Jean-Francois Dufour, Christian Fidi and Matthias Mäke-Kail Copyright TTTech Computertechnik AG. All rights reserved.
More informationDeterministic Ethernet & Unified Networking
Deterministic Ethernet & Unified Networking Never bet against Ethernet Mirko Jakovljevic mirko.jakovljevic@tttech.com www.tttech.com Copyright TTTech Computertechnik AG. All rights reserved. About TTTech
More informationChapter 39: Concepts of Time-Triggered Communication. Wenbo Qiao
Chapter 39: Concepts of Time-Triggered Communication Wenbo Qiao Outline Time and Event Triggered Communication Fundamental Services of a Time-Triggered Communication Protocol Clock Synchronization Periodic
More informationDependability Entering Mainstream IT Networking Standards (IEEE 802.1)
Dependability Entering Mainstream IT Networking Standards (IEEE 802.1) 64th Meeting of the IFIP 10.4 Working Group on Dependable Computing and Fault Tolerance Visegrád, Hungary, June 27-30, 2013 Wilfried
More informationComputer Networks for Space Applications
Computer Networks for Space Applications MDH, Vasteras, Nov/19, 2014 Wilfried Steiner, Corporate Scientist wilfried.steiner@tttech.com Copyright TTTech Computertechnik AG. All rights reserved. 11/25/2014
More informationDTU IMM. MSc Thesis. Analysis and Optimization of TTEthernet-based Safety Critical Embedded Systems. Radoslav Hristov Todorov s080990
DTU IMM MSc Thesis Analysis and Optimization of TTEthernet-based Safety Critical Embedded Systems Radoslav Hristov Todorov s080990 16-08-2010 Acknowledgements The work for this master thesis project continued
More informationCommunication in Avionics
Communication in Avionics 1 Outline Basic Overview Communication architectures Event Triggered Time Triggered Communication architecture examples Case Study: How Data Communication Affects Scheduling 2
More informationDistributed Embedded Systems and realtime networks
STREAM01 / Mastère SE Distributed Embedded Systems and realtime networks Embedded network TTP Marie-Agnès Peraldi-Frati AOSTE Project UNSA- CNRS-INRIA January 2008 1 Abstract Requirements for TT Systems
More informationAn Encapsulated Communication System for Integrated Architectures
An Encapsulated Communication System for Integrated Architectures Architectural Support for Temporal Composability Roman Obermaisser Overview Introduction Federated and Integrated Architectures DECOS Architecture
More informationTheory, Concepts and Applications
Theory, Concepts and Applications ETR 2015 Rennes August, the 27 th Jean-Baptiste Chaudron jean-baptiste.chaudron@tttech.com Copyright TTTech Computertechnik AG. All rights reserved. Page 1 AGENDA Introduction
More informationEvaluation of numerical bus systems used in rocket engine test facilities
www.dlr.de Chart 1 > Numerical bus systems > V. Schmidt 8971_151277.pptx > 13.06.2013 Evaluation of numerical bus systems used in rocket engine test facilities Volker Schmidt Pavel Georgiev Harald Horn
More informationData Acquisition in High Speed Ethernet & Fibre Channel Avionics Systems
Data Acquisition in High Speed Ethernet & Fibre Channel Avionics Systems Troy Troshynski Avionics Interface Technologies (A Division of Teradyne) Omaha, NE U.S.A. troyt@aviftech.com http://www.aviftech.com/aggregator
More informationEnhanced Ethernet Switching Technology. Time Applications. Rui Santos 17 / 04 / 2009
Enhanced Ethernet Switching Technology for Adaptive Hard Real- Time Applications Rui Santos (rsantos@ua.pt) 17 / 04 / 2009 Problem 2 Switched Ethernet became common in real-time communications Some interesting
More informationDESIGN AND IMPLEMENTATION OF AN AVIONICS FULL DUPLEX ETHERNET (A664) DATA ACQUISITION SYSTEM
DESIGN AND IMPLEMENTATION OF AN AVIONICS FULL DUPLEX ETHERNET (A664) DATA ACQUISITION SYSTEM Alberto Perez, Technical Manager, Test & Integration John Hildin, Director of Network s John Roach, Vice President
More informationCAN protocol enhancement
Protocols CAN protocol enhancement This article describes the enhanced CAN protocol called CAN-HG and the features of the IC circuitry from Canis that implement it. CAN-HG has been designed to meet two
More informationFlexRay International Workshop. Protocol Overview
FlexRay International Workshop 4 th March 2003 Detroit Protocol Overview Dr. Christopher Temple - Motorola FlexRay principles Provide a communication infrastructure for future generation highspeed control
More informationIEEE TSN (Time-Sensitive Networking): A Deterministic Ethernet Standard
Page 1 IEEE : A Deterministic Ethernet Standard More than ten years ago, TTTech started a research program to answer the question as to whether it would be possible to provide real-time and safety capabilities
More informationSAE AS5643 and IEEE1394 Deliver Flexible Deterministic Solution for Aerospace and Defense Applications
SAE AS5643 and IEEE1394 Deliver Flexible Deterministic Solution for Aerospace and Defense Applications Richard Mourn, Dap USA Inc. AS5643 coupled with IEEE-1394 Asynchronous Stream capability provides
More information16 Time Triggered Protocol
16 Time Triggered Protocol [TTtech04] (TTP) 18-549 Distributed Embedded Systems Philip Koopman October 25, 2004 Significant material drawn from: Prof. H. Kopetz [Kopetz] TTP Specification v 1.1 [TTTech]
More informationEthernet Network Redundancy in SCADA and real-time Automation Platforms.
Ethernet Network Redundancy in SCADA and real-time Automation Platforms www.copadata.com sales@copadata.com Content 1. ABSTRACT... 2 2. INTRODUCTION... 2 IEC 61850 COMMUNICATION SERVICES... 2 APPLICATION
More informationSimulation-Based Fault Injection as a Verification Oracle for the Engineering of Time-Triggered Ethernet networks
Simulation-Based Fault Injection as a Verification Oracle for the Engineering of Time-Triggered Ethernet networks Loïc FEJOZ, RealTime-at-Work (RTaW) Bruno REGNIER, CNES Philippe, MIRAMONT, CNES Nicolas
More informationScheduling Real-Time Communication in IEEE 802.1Qbv Time Sensitive Networks
Scheduling Real-Time Communication in IEEE 802.1Qbv Time Sensitive Networks Silviu S. Craciunas, Ramon Serna Oliver, Martin Chmelik, Wilfried Steiner TTTech Computertechnik AG RTNS 2016, Brest, France,
More informationThe Design and Implementation of a Simulator for Switched Ethernet Networks*
The Design and Implementation of a Simulator for Switched Ethernet Networks* Mohammad Ashjaei, Moris Behnam, Thomas Nolte Mälardalen University, Västerås, Sweden {mohammad.ashjaei, moris.behnam, thomas.nolte}@mdh.se
More informationImpact of Runtime Architectures on Control System Stability
Impact of Runtime Architectures on Control System Stability P. Feiler, J. Hansson Software Engineering Institute, Pittsburgh, PA Abstract: Control systems are sensitive to the endto-end latency and age
More informationThe Time-Triggered Ethernet (TTE) Design
The Time-Triggered Ethernet (TTE) Design Hermann Kopetz Astrit Ademaj Petr Grillinger Klaus Steinhammer Vienna University of Technology Real-Time Systems Group Treitlstr. 3/182-1, A-1040 Vienna, Austria
More informationSystem Models for Distributed Systems
System Models for Distributed Systems INF5040/9040 Autumn 2015 Lecturer: Amir Taherkordi (ifi/uio) August 31, 2015 Outline 1. Introduction 2. Physical Models 4. Fundamental Models 2 INF5040 1 System Models
More informationTask- and Network-level Schedule Co-Synthesis of Ethernet-based Time-triggered Systems
Task- and Network-level Schedule Co-Synthesis of Ethernet-based Time-triggered Systems 2 Licong Zhang, Dip Goswami, Reinhard Schneider, Samarjit Chakraborty 1 1 1 1 Institute for Real-Time Computer Systems,
More informationReal-Time (Paradigms) (47)
Real-Time (Paradigms) (47) Memory: Memory Access Protocols Tasks competing for exclusive memory access (critical sections, semaphores) become interdependent, a common phenomenon especially in distributed
More informationReaching for the sky with certified and safe solutions for the aerospace market
www.tttech.com/aerospace Reaching for the sky with certified and safe solutions for the aerospace market More about our certified and safe products inside Advancing safe technologies, improving human lives
More informationNew Ethernet Applications Industrial Networking Requirements. March 6, 2018
New Ethernet Applications Industrial Networking Requirements March 6, 2018 Mark Hantel, Rockwell Automation Günter Steindl, Siemens Jordon Woods, Analog Devices Inc. Don Pannell, NXP Today s Factory: Operations
More informationLecture 2. Basics of networking in automotive systems: Network. topologies, communication principles and standardised protocols
Lecture 2. Basics of networking in automotive systems: Network topologies, communication principles and standardised protocols Objectives Introduce basic concepts used in building networks for automotive
More informationTU Wien. Fault Isolation and Error Containment in the TT-SoC. H. Kopetz. TU Wien. July 2007
TU Wien 1 Fault Isolation and Error Containment in the TT-SoC H. Kopetz TU Wien July 2007 This is joint work with C. El.Salloum, B.Huber and R.Obermaisser Outline 2 Introduction The Concept of a Distributed
More informationOptimization of TTEthernet Networks to Support Best-Effort Traffic
Downloaded from orbit.dtu.dk on: Sep 15, 2018 Optimization of TTEthernet Networks to Support Best-Effort Traffic Tamas-Selicean, Domitian; Pop, Paul Published in: Proceedings of the 19th IEEE International
More informationDeveloping and Testing Networked Avionics Systems and Devices By Troy Troshynski, Avionics Interface Technologies
Developing and Testing Networked Avionics Systems and Devices By Troy Troshynski, Avionics Interface Technologies MIL-STD-1553 The MIL-STD-1553 protocol standard was first published in 1973 by the U.S.
More informationAn Orthogonal and Fault-Tolerant Subsystem for High-Precision Clock Synchronization in CAN Networks *
An Orthogonal and Fault-Tolerant Subsystem for High-Precision Clock Synchronization in Networks * GUILLERMO RODRÍGUEZ-NAVAS and JULIÁN PROENZA Departament de Matemàtiques i Informàtica Universitat de les
More informationTechnology for Adaptive Hard. Rui Santos, UA
HaRTES Meeting Enhanced Ethernet Switching Technology for Adaptive Hard Real-Time Applications Rui Santos, rsantos@ua.pt, UA SUMMARY 2 MOTIVATION Switched Ethernet t became common in real-time communications
More informationContent. Deterministic Access Polling(1) Master-Slave principles: Introduction Layer 2: Media Access Control
Content Introduction Layer 2: Frames Error Handling Media Access Control General approaches and terms Network Topologies Media Access Principles (Random) Aloha Principles CSMA, CSMA/CD, CSMA / CA Media
More informationInsights on the performance and configuration of AVB and TSN in automotive applications
Insights on the performance and configuration of AVB and TSN in automotive applications Nicolas NAVET, University of Luxembourg Josetxo VILLANUEVA, Groupe Renault Jörn MIGGE, RealTime-at-Work (RTaW) Marc
More informationThe White Rabbit Project
WR Project Status 1/ 1 The White Rabbit Project Technical introduction and status report T. W lostowski BE-CO Hardware and Timing section CERN November 11, 2010 WR Project Status 2/ 1 Introduction Outline
More informationAvnu Alliance Introduction
Avnu Alliance Introduction Announcing a Liaison between Edge Computing Consortium and Avnu Alliance + What is Avnu Alliance? Creating a certified ecosystem to bring precise timing, reliability and compatibility
More informationSEtSim: A Modular Simulation Tool for Switched Ethernet Networks
SEtSim: A Modular Simulation Tool for Switched Ethernet Networks Mohammad Ashjaei, Moris Behnam, Thomas Nolte Mälardalen Real-Time Research Center (MRTC), Mälardalen University, Västerås, Sweden P.O. Box
More informationA CAN-Based Architecture for Highly Reliable Communication Systems
A CAN-Based Architecture for Highly Reliable Communication Systems H. Hilmer Prof. Dr.-Ing. H.-D. Kochs Gerhard-Mercator-Universität Duisburg, Germany E. Dittmar ABB Network Control and Protection, Ladenburg,
More informationTU Wien. Shortened by Hermann Härtig The Rationale for Time-Triggered (TT) Ethernet. H Kopetz TU Wien December H. Kopetz 12.
TU Wien 1 Shortened by Hermann Härtig The Rationale for Time-Triggered (TT) Ethernet H Kopetz TU Wien December 2008 Properties of a Successful Protocol 2 A successful real-time protocol must have the following
More informationTomorrow s In-Car Interconnect? A Competitive Evaluation of IEEE AVB and Time-Triggered Ethernet (AS6802) NET
A Competitive Evaluation of IEEE 802.1 AVB and Time-Triggered Ethernet (AS6802) Till Steinbach 1 Hyung-Taek Lim 2 Franz Korf 1 Thomas C. Schmidt 1 Daniel Herrscher 2 Adam Wolisz 3 1 {till.steinbach, korf,
More informationDo I need Supporting TSN in my Equipment: Why, What and How?
SoCe Tech Use-Cases Do I need Supporting in my Equipment: Why, What and How? SoCe Team https://soc-e.com ABSTRACT Time Sensitive Networking () is an standard, interoperable and deterministic Ethernet based
More informationCommunication Fundamentals in Computer Networks
Lecture 5 Communication Fundamentals in Computer Networks M. Adnan Quaium Assistant Professor Department of Electrical and Electronic Engineering Ahsanullah University of Science and Technology Room 4A07
More informationChapter 15 Local Area Network Overview
Chapter 15 Local Area Network Overview LAN Topologies Bus and Tree Bus: stations attach through tap to bus full duplex allows transmission and reception transmission propagates throughout medium heard
More informationCommunication Networks for the Next-Generation Vehicles
Communication Networks for the, Ph.D. Electrical and Computer Engg. Dept. Wayne State University Detroit MI 48202 (313) 577-3855, smahmud@eng.wayne.edu January 13, 2005 4 th Annual Winter Workshop U.S.
More informationTIME SYNCHRONIZATION TEST SOLUTION FROM VERYX TECHNOLOGIES
TIME SYNCHRONIZATION TEST SOLUTION FROM VERYX TECHNOLOGIES CONTENTS Introduction... 1 1588v2 Overview... 1 SyncE overview... 2 VERYX capability... 2 1588v2 Test Coverage... 2 Time Sync Application Test
More informationET4254 Communications and Networking 1
Topic 10:- Local Area Network Overview Aims:- LAN topologies and media LAN protocol architecture bridges, hubs, layer 2 & 3 switches 1 LAN Applications (1) personal computer LANs low cost limited data
More information1. Introduction 2. Methods for I/O Operations 3. Buses 4. Liquid Crystal Displays 5. Other Types of Displays 6. Graphics Adapters 7.
1. Introduction 2. Methods for I/O Operations 3. Buses 4. Liquid Crystal Displays 5. Other Types of Displays 6. Graphics Adapters 7. Optical Discs 1 Introduction Electrical Considerations Data Transfer
More informationDrive Control via EtherNet/IP using CIP Motion and CIP Sync Profile Extensions
Drive Control via EtherNet/IP using CIP Motion and CIP Sync Profile Extensions High-Performance Closed Loop Drive Control Using EtherNet/IP 2 This session will discuss why Industrial Ethernet is emerging
More informationA journey into time-triggered communication protocols with a focus on Ethernet TSN
A journey into time-triggered communication protocols with a focus on Ethernet TSN Nicolas NAVET, University of Luxembourg http://labex-digicosme.fr/gt+ovstr Working Group Paris June 11, 2018 Outline 1.
More informationData Link Layer: Overview, operations
Data Link Layer: Overview, operations Chapter 3 1 Outlines 1. Data Link Layer Functions. Data Link Services 3. Framing 4. Error Detection/Correction. Flow Control 6. Medium Access 1 1. Data Link Layer
More informationInvestigation of System Timing Concerns in Embedded Systems: Tool-based Analysis of AADL Models
Investigation of System Timing Concerns in Embedded Systems: Tool-based Analysis of AADL Models Peter Feiler Software Engineering Institute phf@sei.cmu.edu 412-268-7790 2004 by Carnegie Mellon University
More informationA Byzantine Fault-Tolerant Key-Value Store for Safety-Critical Distributed Real-Time Systems
Work in progress A Byzantine Fault-Tolerant Key-Value Store for Safety-Critical Distributed Real-Time Systems December 5, 2017 CERTS 2017 Malte Appel, Arpan Gujarati and Björn B. Brandenburg Distributed
More informationModule 15: Network Structures
Module 15: Network Structures Background Topology Network Types Communication Communication Protocol Robustness Design Strategies 15.1 A Distributed System 15.2 Motivation Resource sharing sharing and
More informationPattern-Based Analysis of an Embedded Real-Time System Architecture
Pattern-Based Analysis of an Embedded Real-Time System Architecture Peter Feiler Software Engineering Institute phf@sei.cmu.edu 412-268-7790 Outline Introduction to SAE AADL Standard The case study Towards
More informationGUIDELINES FOR USING DEVICE LEVEL RING (DLR) WITH ETHERNET/IP. PUB00316R ODVA, Inc. Page 1 of 18
GUIDELINES FOR USING DEVICE LEVEL RING (DLR) WITH ETHERNET/IP PUB00316R2 2017-2018 ODVA, Inc. Page 1 of 18 Guidelines for Using Device Level Ring (DLR) with EtherNet/IP Contents 1. Introduction... 3 2.
More informationGE Intelligent Platforms PAC8000 RTU
GE Intelligent Platforms PAC8000 RTU A ruggedized, reliable RTU PAC8000 Remote Terminal Unit (RTU) thrives in the desert heat of the Arabian Peninsula and the arctic cold of Siberian oil fields delivering
More informationSyllabus Instructors:
Introduction to Real-Time Systems Embedded Real-Time Software Lecture 1 Syllabus Instructors: Dongsoo S. Kim Office : Room 83345 (031-299-4642) E-mail : dskim@iupui.edu Office Hours: by appointment 2 Syllabus
More informationDRAFT. Dual Time Scale in Factory & Energy Automation. White Paper about Industrial Time Synchronization. (IEEE 802.
SIEMENS AG 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 DRAFT Dual Time Scale in Factory & Energy Automation White Paper about Industrial
More informationRealizing Automated Driving Systems using Ethernet TSN and Adaptive AUTOSAR
Realizing Automated Driving Systems using Ethernet TSN and Adaptive AUTOSAR Prathap Venugopal, November 1-2, 2017 San Jose, CA, USA Agenda n Automated driving communication needs n Ethernet TSN standard
More informationCombined Task- and Network-level Scheduling for Distributed Time-Triggered Systems
Published in Journal of Real-Time Systems, Volume 52, Issue 2, pp. 161-200, Springer, 2016 Combined Task- and Network-level Scheduling for Distributed Time-Triggered Systems Silviu S. Craciunas Ramon Serna
More information2008 JINST 3 S Online System. Chapter System decomposition and architecture. 8.2 Data Acquisition System
Chapter 8 Online System The task of the Online system is to ensure the transfer of data from the front-end electronics to permanent storage under known and controlled conditions. This includes not only
More informationRedundancy. For maximum plant availability.
Redundancy For maximum plant availability. 1 Safety net in case of an incident Redundant systems maximize availability and secure productivity Malfunctions and failures in important operating components
More informationToday. Last Time. Motivation. CAN Bus. More about CAN. What is CAN?
Embedded networks Characteristics Requirements Simple embedded LANs Bit banged SPI I2C LIN Ethernet Last Time CAN Bus Intro Low-level stuff Frame types Arbitration Filtering Higher-level protocols Today
More informationTDM Backhaul Over Unlicensed Bands
White Paper TDM Backhaul Over Unlicensed Bands advanced radio technology for native wireless tdm solution in sub-6 ghz Corporate Headquarters T. +972.3.766.2917 E. sales@radwin.com www.radwin.com PAGE
More informationRobustness for Control-Data-Traffic in Time Sensitive Networks
Robustness for Control-Data-Traffic in Time Sensitive Networks 2013-07-15 -v01- IEEE 802.1 TSN TG Meeting Geneva - Switzerland Presenter: Franz-Josef Goetz, Siemens AG franz-josef.goetz@siemens.com Structure
More informationMore on IO: The Universal Serial Bus (USB)
ecture 37 Computer Science 61C Spring 2017 April 21st, 2017 More on IO: The Universal Serial Bus (USB) 1 Administrivia Project 5 is: USB Programming (read from a mouse) Optional (helps you to catch up
More informationDepartment of Electrical and Computer Systems Engineering
Department of Electrical and Computer Systems Engineering Technical Report MECSE-6-2006 Medium Access Control (MAC) Schemes for Quality of Service (QoS) provision of Voice over Internet Protocol (VoIP)
More informationDISTRIBUTED REAL-TIME SYSTEMS
Distributed Systems Fö 11/12-1 Distributed Systems Fö 11/12-2 DISTRIBUTED REAL-TIME SYSTEMS What is a Real-Time System? 1. What is a Real-Time System? 2. Distributed Real Time Systems 3. Predictability
More informationComputer-Based Control System Safety Requirements
Computer-Based Control System Safety Requirements International Space Station Program Revision B November 17, 1995 National Aeronautics and Space Administration International Space Station Program Johnson
More informationSIMULATION FRAMEWORK MODELING
CHAPTER 5 SIMULATION FRAMEWORK MODELING 5.1 INTRODUCTION This chapter starts with the design and development of the universal mobile communication system network and implementation of the TCP congestion
More informationMixed-Criticality Systems based on a CAN Router with Support for Fault Isolation and Selective Fault-Tolerance
IFAC 2014 Mixed-Criticality Systems based on a Router with Support for Fault Isolation and Selective Fault-Tolerance Roland Kammerer 1, Roman Obermaisser², Mino Sharkhawy 1 1 Vienna University of Technology,
More informationFault tolerant TTCAN networks
Fault tolerant TTCAN networks B. MŸller, T. FŸhrer, F. Hartwich, R. Hugel, H. Weiler, Robert Bosch GmbH TTCAN is a time triggered layer using the CAN protocol to communicate in a time triggered fashion.
More informationUnderstanding and Using the Controller Area Network Communication Protocol
Marco Di Natale Haibo Zeng Paolo Giusto Arkadeb Ghosal Understanding and Using the Controller Area Network Communication Protocol Theory and Practice ^Spri ringer Contents..? 1 The CAN 2.0b Standard 1
More informationField buses (part 2): time triggered protocols
Field buses (part 2): time triggered protocols Nico Fritz Universität des Saarlandes Embedded Systems 2002/2003 (c) Daniel Kästner. 1 CAN and LIN LIN CAN Type Arbitration Transfer rate Serial communication
More informationApplying CORBA to embedded time-triggered real-time systems. S. Aslam-Mir (Sam) Principal CORBA Architect Vertel USA
Applying CORBA to embedded time-triggered real-time systems S. Aslam-Mir (Sam) Principal CORBA Architect Vertel USA sam@vertel.com Synopsis! Motivation Time Triggered vs Event Triggered! Real-time CORBA
More informationDistributed Systems. Characteristics of Distributed Systems. Lecture Notes 1 Basic Concepts. Operating Systems. Anand Tripathi
1 Lecture Notes 1 Basic Concepts Anand Tripathi CSci 8980 Operating Systems Anand Tripathi CSci 8980 1 Distributed Systems A set of computers (hosts or nodes) connected through a communication network.
More informationDistributed Systems. Characteristics of Distributed Systems. Characteristics of Distributed Systems. Goals in Distributed System Designs
1 Anand Tripathi CSci 8980 Operating Systems Lecture Notes 1 Basic Concepts Distributed Systems A set of computers (hosts or nodes) connected through a communication network. Nodes may have different speeds
More information2. REAL-TIME CONTROL SYSTEM AND REAL-TIME NETWORKS
2. REAL-TIME CONTROL SYSTEM AND REAL-TIME NETWORKS 2.1 Real-Time and Control Computer based digital controllers typically have the ability to monitor a number of discrete and analog inputs, perform complex
More informationCLOUD-SCALE FILE SYSTEMS
Data Management in the Cloud CLOUD-SCALE FILE SYSTEMS 92 Google File System (GFS) Designing a file system for the Cloud design assumptions design choices Architecture GFS Master GFS Chunkservers GFS Clients
More informationSpaceWire-RT. SpaceWire-RT Status SpaceWire-RT IP Core ASIC Feasibility SpaceWire-RT Copper Line Transceivers
SpaceWire-RT SpaceWire-RT Status SpaceWire-RT IP Core ASIC Feasibility SpaceWire-RT Copper Line Transceivers 1 Overview of SpaceWire-RT Project Aims The SpaceWire-RT research programme aims to: Conceive
More informationDrive-by-Data & Integrated Modular Platform
Drive-by-Data & Integrated Modular Platform Gernot Hans, Bombardier Transportation Mirko Jakovljevic, TTTech Computertechnik AG CONNECTA has received funding from the European Union s Horizon 2020 research
More informationIEEE Time-Sensitive Networking (TSN)
IEEE 802.1 Time-Sensitive Networking (TSN) Norman Finn, IEEE 802.1CB, IEEE 802.1CS Editor Huawei Technologies Co. Ltd norman.finn@mail01.huawei.com Geneva, 27 January, 2018 Before We Start This presentation
More informationLatency on a Switched Ethernet Network
FAQ 07/2014 Latency on a Switched Ethernet Network RUGGEDCOM Ethernet Switches & Routers http://support.automation.siemens.com/ww/view/en/94772587 This entry is from the Siemens Industry Online Support.
More information6.9. Communicating to the Outside World: Cluster Networking
6.9 Communicating to the Outside World: Cluster Networking This online section describes the networking hardware and software used to connect the nodes of cluster together. As there are whole books and
More informationCORBA in the Time-Triggered Architecture
1 CORBA in the Time-Triggered Architecture H. Kopetz TU Wien July 2003 Outline 2 Hard Real-Time Computing Event and State Messages The Time Triggered Architecture The Marriage of CORBA with the TTA Conclusion
More informationISO INTERNATIONAL STANDARD. Road vehicles FlexRay communications system Part 2: Data link layer specification
INTERNATIONAL STANDARD ISO 17458-2 First edition 2013-02-01 Road vehicles FlexRay communications system Part 2: Data link layer specification Véhicules routiers Système de communications FlexRay Partie
More informationA Data-Centric Approach for Modular Assurance Abstract. Keywords: 1 Introduction
A Data-Centric Approach for Modular Assurance Gabriela F. Ciocarlie, Heidi Schubert and Rose Wahlin Real-Time Innovations, Inc. {gabriela, heidi, rose}@rti.com Abstract. A mixed-criticality system is one
More information