EVALUATING IEEE 1588 IN A HOMOGENOUS SWITCHED NETWORK TEST ARTICLE SEGMENT

Similar documents
OPTIMISING NETWORKED DATA ACQUISITION FOR SMALLER CONFIGURATIONS

AN ETHERNET BASED AIRBORNE DATA ACQUISITION SYSTEM

Network Products & Systems

THE ARCHITECTURE OF AIRCRAFT INSTRUMENTATION NETWORKS


Design of a Gigabit Distributed Data Multiplexer and Recorder System

UDP Based Wireless Telemetry Network and Data Acquisition System for Rotary Application

Data Acquisition in High Speed Ethernet & Fibre Channel Avionics Systems

Synchronization of Television, Audio and Moving Pictures in a Digital Age. Tim Frost, Symmetricom Inc.,

Drive Control via EtherNet/IP using CIP Motion and CIP Sync Profile Extensions

Time Synchronization for AV applications across Wired and Wireless 802 LANs [for residential applications]

E Copyright VARAN BUS USER ORGANIZATION 06/2015. Real Time Ethernet VARAN Bus

IEEE1588 Frequently Asked Questions (FAQs)

MULTIPLEXER / DEMULTIPLEXER IMPLEMENTATION USING A CCSDS FORMAT

Spider Transparent Clock

RTDS Training course

2. REAL-TIME CONTROL SYSTEM AND REAL-TIME NETWORKS

IRIG-106 PCM IMPLEMENTATION UTILIZING CONSULTATIVE COMMITTEE FOR SPACE DATA SYSTEMS (CCSDS)

Ethernet Time Transfer through a U.S. Commercial Optical Telecommunications Network WSTS 2015

IEEE-1588 STANDARD FOR A PRECISION CLOCK SYNCHRONIZATION PROTOCOL FOR NETWORKED MEASUREMENT AND CONTROL SYSTEMS

PTP Implementation Challenges and Best Practices

DRAFT. Dual Time Scale in Factory & Energy Automation. White Paper about Industrial Time Synchronization. (IEEE 802.

PTP650 Synchronous Ethernet and IEEE1588 Primer

Unified Synchronization Solution for Mobile Backhaul

Tutorial on Time-Synchronization for AAA2C based on IEEE Std 802.1AS -2011

Providers of a Comprehensive Portfolio of Solutions for Reliable Ethernet and Synchronization in the Energy Market. Industrial

IEEE-1588 STANDARD FOR A PRECISION CLOCK SYNCHRONIZATION PROTOCOL FOR NETWORKED MEASUREMENT AND CONTROL SYSTEMS

Automotive Ethernet. Control complexity. Multimodal Test & Measurement Solutions. Want to know more about TSN Systems?

Metrology and Tools for Interoperability Testing of Precision Time Protocol (PTP) in Power Systems Communication Networks

Techniques to Reduce Measurement Errors in Challenging Environments

Lecture Computer Networks

The White Rabbit Project

Update: Ethernet Time Transfer through a U.S. Commercial Optical Telecommunications Network ITSF 2016

Delivering Sub-Microsecond Accurate Time to Linux Applications Around the World

DESIGN AND IMPLEMENTATION OF AN AVIONICS FULL DUPLEX ETHERNET (A664) DATA ACQUISITION SYSTEM

Time Synchronization of OpenSky s ADS-B Receivers

Synchronous Ethernet A RAD White Paper

IEEE 1588 PTP clock synchronization over a WAN backbone

NEXT STEPS IN NETWORK TIME SYNCHRONIZATION FOR NAVY SHIPBOARD APPLICATIONS

Advanced NI-DAQmx Programming Techniques with LabVIEW

IEEE 1588 Hardware Assist

Modelling a Video-on-Demand Service over an Interconnected LAN and ATM Networks

SAE AS5643 and IEEE1394 Deliver Flexible Deterministic Solution for Aerospace and Defense Applications

Open Standards in Aircraft Instrumentation

Data sheet CPU 315SB/DPM (315-2AG12)

Time-Sensitive Networking: A Technical Introduction

ITSF 2007 overview of future sync applications and architecture challenges

F-35 VIDEO DEBRIEF AND PLAYBACK USING ILIAD

REAL TIME POWER SYSTEMS SIMULATION LABORATORY

Providing Interoperability of, and Control over, Quality of Service Networks for Real-time Audio and Video Devices

ETSI Project BRAN Hiperlan Type 2 for IEEE 1394 Applications System Overview

Data sheet CPU 315SB/DPM (315-2AG12)

Product Description IEEE 1588 Stack (PTP Stack)

32NF-80 DG Report. ST 2059 PTP Interoperability Testing and Demonstrations. Jack Douglass, Packetstorm Communications Chair 32NF-80 DG June 2018

Device for Precise Packet Delay Measurement

Multi-Axis Position Control by EtherCAT Real-time Networking

ETHERNET TIME & SYNC. In Telecoms, Power, Finance, Cars,... ITSF Budapest, Nov 2014

IEEE-1588 Frequency and Time & Phase Profiles at ITU

System Models 2. Lecture - System Models 2 1. Areas for Discussion. Introduction. Introduction. System Models. The Modelling Process - General

A Ns2 model for the Xbox System Link game Halo

Integrating Information Systems: Technology, Strategy, and Organizational Factors

AV Time Synchronization for Wired and Wireless 802 LANs

CHAPTER 11. Recorder Data Packet Format Standard

ITU-T Q13/15, Network synchronization and time distribution performance Supporting 5G mobile transport and fronthaul

CIP Motion System Performance Considerations

Appendix B. Standards-Track TCP Evaluation

MicroTCA / AMC Solutions for Real-Time Data Acquisition

LVDS applications, testing, and performance evaluation expand.

Chapter 6 Connecting Device

A Common Solution to Custom Network Applications

CHALLENGES USING IEEE PRECISION TIME PROTOCOL (PTP) FOR HIGH ACCURACY TIME TRANSFER

Distributed Systems. 05. Clock Synchronization. Paul Krzyzanowski. Rutgers University. Fall 2017

Multi-processor,multi-board real-time software architecture for Defence Applications

Improving Mobile Backhaul Network Reliability with Carrier-Class IEEE 1588 (PTP) WHITE PAPER

Jim McGhee, Utility Market Manager, RuggedCom Inc.

The IEEE 1588 Standard

A Multi-channel Smart Strain Sensor with IEEE 1451 Protocol

PERFORMANCE OF IEEE 1588 IN LARGE-SCALE NETWORKS

Why You Should Consider a Hardware Based Protocol Analyzer?

Technical Brief Implementing IEEE 1588v2 for use in the mobile backhaul

Using PTP for Time & Frequency in Broadcast Applications Part 1: Introduction

Enhanced Ethernet Switching Technology. Time Applications. Rui Santos 17 / 04 / 2009

Applications of PTP in non-telecom networks. Anurag Gupta November 1 st -3 rd 2011, ITSF 2011

IEEE 1588, Standard for a Precision Clock Synchronization Protocol

USING BRIDGES, ROUTERS AND GATEWAYS IN DATA ACQUISITION NETWORKS

ecpri Transport Network V1.0 ( )

Introduction to Real-Time Communications. Real-Time and Embedded Systems (M) Lecture 15

TetraNode Scalability and Performance. White paper

Precise computer clock setting with MS Windows

WP 14 and Timing Sync

SEL Time-Domain Link (TiDL ) Technology

PART IV. Internetworking Using TCP/IP

A Study of the Merits of Precision Time Protocol (IEEE-1588) Across High-Speed Data Networks

What IEEE 1588 Means for Your Next T&M System Design. IEEE 1588 Overview. Paul F. Franklin. Keithley Instruments, Inc.

CLOCK SYNCHRONIZATION IN CELLULAR/MOBILE NETWORKS PETER CROY SENIOR NETWORK ARCHITECT AVIAT NETWORKS

What is PXImc? By Chetan Kapoor, PXI Product Manager National Instruments

AVB in Automotive Infotainment Networks

A Simulation Framework for IEEE 1588

P1722 Presentation Time

Chapter 2 Communication for Control in Heterogeneous Power Supply

Transcription:

EVALUATING IEEE 1588 IN A HOMOGENOUS SWITCHED NETWORK TEST ARTICLE SEGMENT Sinbad Wilmot MS Electronic Eng, Diarmuid Corry MS Electronic Eng ACRA CONTROL INC ABSTRACT At the 2007 inet Technology Demonstrator multiple vendors are asked to participate to develop and evaluate protocols for time synchronization, configuration identification and heterogeneous data packet transfer. The inet initiative from RCC is aimed at focusing and collating telemetry network developments within the wider sphere of commercial and military network developments. The KAM-500 is an inherently networked data-acquisition system offering seamless gateways to many heterogeneous data sources, such as different sensor devices, avionics-busses, networks and video sources. This paper offers insights into the impact of traffic and network configuration on the performance of heterogeneous data acquisition in a homogenous-switched network based a 1588 enabled controller module. KEY WORDS inet, Test Article Segment (TAS), Network, Ethernet, IEEE 1588, Telemetry Network System (TmNS). INTRODUCTION This paper focuses on the capabilities of the hardware module previously developed by ACRA CONTROL that will be supplied to the Technology Demonstration for the inet program. The module addresses the need to program, synchronise and acquire heterogeneous data over a homogenous switched network. It integrates seamlessly into the KAM-500 system and is intended to support the high levels of interoperability required of the potentially diverse components within a Test Article Segment (TAS) environment. Key to the realisation of this concept is the effective use of a homogenous switched network to achieve effective performance in the functions of system configuration, system synchronization and system operation. The performance of each of these functions is relatively straightforward to analyse in isolation, however integrating their concurrent operation will result in emergent behaviour. It is the purpose of this paper to examine the impact of concurrent synchronisation and data acquisition over a selection of network configurations and traffic levels. INET TECHNOLOGY DEMONSTRATOR PROGRAM The Technology Demonstration for the inet program is intended to provide a framework whereby industry members can contribute their realizations of the current understanding of the inet paradigm. This should allow for standards development through the identification of disparate solutions envisaged by the various vendors for the network link, messaging structure

and meta-modelling concepts, thereby potentially permitting validation of the fundamental principles of the inet program though successful integration of the separately developed solutions into a system that can be evaluated in a real FTI environment. GPS time source Ground Station Gigabit switch with IEEE 1588 CAIS Vendor 2 inet DAU Vendor 3 inet DAU... Vendor N inet DAU MIL STD 1553 Analog Signals In Signals In Signals In Video Figure 1: Concept for the Technology Demonstrator for the inet program. In so doing the Technology Demonstration for the inet program would have access to the best in class technology solutions in developing the roadmap for standardisation and interoperability requirements for the TAS network. INET AND THE KAM-500 SYSTEM The concept of a Test Article Segment (TAS) based on multiple KAM500 Chassis is shown in Figure 2. In the traditional TmNS each chassis features three key interfaces; one each for programming, PCM transmission and synchronization. For intra-chassis synchronization at least one internal clock maintains time to 1µs (or better) resolution and inter chassis synchronization is achieved over the aforementioned synchronization interface. By design all sampling within the KAM500 TmNS chassis is isochronous and managed by the chassis controller over the backplane. Similarly recorded and/or transmitted data, as well as any asynchronous bus traffic that is acquired, is time-stamped with reference to the internal clock which is aligned to the second with micro-second resolution. Inter-chassis synchronization maintains controller time coherence between two chassis, ensuring the signals sampled by the two chassis, while independent, are also sampled isochronously.

Figure 2 Application featuring multiple synchronized, networked KAM500 chassis The elements required in taking the step to an IEEE1588 enabled TAS using the KAM-500 Data Acquisition System from ACRA CONTROL are indicated in Figure 3. The key-enabling element in this architecture is a modular chassis with a digital back plane into which many different types of data acquisition module may be inserted. The individual data acquisition modules can vary from analog modules to interface to a variety of sensor types (pressure, temperature, strain gauge etc.) to bus monitors (Ethernet MILSTD 1553, Firewire etc.) to video modules. These modules are all synchronized via the back plane to the controller, which is therefore the only element that needs to change to support IEEE 1588 synchronization.. Replacing the existing controller module with an Ethernet based controller module, which, as can be seen in Figure 3, is synchronized to the rest of the TAS via IEEE 1588, retains all existing system functionality, but allows the three interfaces (programming, PCM and synchronization) to be replaced by one. Ethernet Controller MAC/PHY Video Data Acquisition Module Analog Data Acquisition Module Protocol Stack... 1588 PTP Manager Clock System Program ming interface Packetizer Backplane Figure 3: Block Diagram of IEEE1588 enabled digital data acquisition system

Changing the existing inter chassis synchronization method to allow this data acquisition unit to operate in an IEEE1588 enabled Ethernet TAS involves integrating a IEEE1588 protocol block in to the controller in place of the existing synchronization functionality. The controller under consideration had an existing Ethernet interface for programming and transmission of data, therefore the 1588 protocol functionality was the only additional block needed. Implementation of the PTP management block is in hardware using FPGAs with message time stamping applied at the PHY layer, resulting in minimal protocol stack jitter and improved accuracy. With just a KAM-500 chassis and a switch/hub in the network this controller can be used to realize a synchronized distributed data acquisition system using just the standard Ethernet fourwires to interconnect units and replace the three TmNS interfaces; programming, PCM transmission and synchronization. The latter being achieved via the IEEE 1588 protocol. For the controller to act as the IEEE 1588 master and provide the time reference for the other modules within the TAS, an accurate independent time source such as a GPS based time card in the chassis is available, however this is not the intended first step for the Technology Demonstrator. PERFORMANCE ANALYSIS The performance of the system will be affected by a combination of the level of traffic in the TAS and the chosen network topology. The use of a 1588-enabled switch in this investigation yields no useful information at this is essentially equivalent to the direct connection between a chassis and a Grand Master; this will be evaluated as the baseline Timing Error Distribution (TED). Of greater interest is the investigation of the use of a single hub/switch with high traffic levels from multiple chassis and how this will cause the TED to deteriorate. The deterioration of the TED will be evaluated over a number of traffic scenarios. The definition of low and moderate traffic is specifically in the context of a cluster of DAUs in a sub-segment of a TAS (for example 2-3 DAUs located in left wing) as opposed to low/moderate in the context of LAN traffic. The individual chassis are equipped with an error measurement circuit that determines the difference between the PPS signal from the Grand Master and the local time source. This information can be embedded in the data transmitted by each chassis to the ground station PC. The error data for each chassis can then be evaluated providing a metric for the synchronization of the chassis relative to the Grand Master. The relative timestamp information embedded in the intra-packet header can also be used to provide information about the relative synchronization of the chassis. This information is available at a much higher rate than the 1PPS data, allowing higher resolution in the time domain for analysis of the system performance. RESULTS The baseline synchronization results for the 1588 functionality is shown in Figure 4 (a). It represents a histogram of the measured error between the Grand Master PPS signal and the chassis PPS signal using a single chassis and a direct connection at 100Mb/s. This distribution has a standard deviation of 92ns with an offset of 100ns representing a good lock state. Figure 4 represents the same measurement through a standard switch. As there is no additional traffic in this scenario the result is slightly worse standard deviation.

(a) Figure 4: Baseline TED histograms for direct connection (a) and via a switch The addition of low DAU traffic levels has little impact on a single chassis. (a) Figure 5: TED histograms, 1 chassis 1588, low DAU traffic for hub (a) and switch Moderate traffic with a single chassis also allows the system to maintain a good level of lock. (a) Figure 6: TED histograms, 1 chassis 1588, moderate DAU traffic for hub (a) and switch It is worth noting that when using a switch the introduction of a second chassis to the system resulted in severe deterioration of the TED to the point where the chassis synchronization error regularly made excursions of the order of 10us. This is clearly unacceptable so the investigations of two chassis operation were restricted to a hub.

(a) Figure 7: TED histograms, 2 chassis with hub, 1588 and low (a) and moderate DAU traffic Figure 7 (a) shows the low DAU traffic TED between two chassis, both synchronized to a grand master via IEEE 1588. The standard deviation between chassis is 144ns in this case. (a) Figure 8: PPS screenshot between chassis and an analog signal sampled by 2 chassis Despite occasional excursions away from close sync the standard deviation of the TED between chassis for the plots shown in Figure 8 (a) is 144ns. The two upper traces are the chassis PPS signals, whereas the lower trace is the grand master PPS. The close synchronization of the sampling times in the two chassis is indicated in Figure 8 (samples plotted against timestamps of the individual packets, red chassis 1, green chassis 2) where they are virtually indistinguishable.

CONCLUSION This paper has examined the integration of an IEEE 1588 enabled controller module into the KAM500 system for the purpose of partaking in the inet Technology Demonstrator program. Preliminary evaluation of the performance of the synchronisation function under varied traffic levels was performed. The use of a switch appears not to result in serious degradation of the synchronisation with only a single DAU transmitting to a ground station or 1588 enabled switch, however the introduction of a second DAU to the system results in unacceptable deviations from the perfectly synchronised state. Using a hub in this situation performs well with low levels of DAU related traffic in both the single DAU and two DAU case. Increasing the level of traffic from the DAU(s) to the ground station causes the synchronisation to deteriorate slightly as expected, but still maintains very acceptable accuracy levels. REFERENCES [1] Meinberg LANTIME M600 Grandmaster Manuals Technical Information & Operating Instructions M600/GPS PTP [2] IEEE Standards Committee, Precision clock synchronization protocol for networked measurement and control systems, IEEE Std. 1588, 2004 [3] ITC 2006 IEEE1588 A solution for synchronization of networked data acquisition systems? Diarmuid Corry, ACRA CONTROL INC