14:00 cest / 13:00 bst / 08:00 us et · agenda agenda : 10 of june 2020 14.00 introduction to the...

THE WEBINAR WILL

START AT

14:00 CEST / 13:00 BST / 08:00 US ET

Welcome, Bem-vinda, Bienvenidos, добре дошли, Vítejte, Bienvenue, Benvenuto,

Herzlich Willkommen, Welkom, Marhaba Bikoum, Velkommen, Dobrodošli, Välkommen

The Presenters

Webinar of June 10, 2020 HLA & Air Traffic Control Simulation 2

Patrick PenotSales Manager

Pitch Technologies

Martin JohanssonProject Manager

Pitch Technologies

Boris PothierProject Manager

Pitch Technologies

Jean Christophe CotaSoftware Architect

EUROCONTROL

Thomas DammProject ManagerChairman WG81

DFS Deutsche Flugsicherung GmbH

AgendaAgenda : 10 of June 2020

14.00 Introduction to the Webinar

14.05 Real-time platforms of future Air Traffic Control and simulation based validation using HLA

• EUROCAE and WG 81, with Thomas Damm

• Model Driven Architecture, with Jean Christophe Cota

• Creating an ATM FOM, with Martin Johansson

• Questions/Answers

15.05 Break

15.20 Pitch’s contribution to the ongoing efforts of EUROCAE

• Pitch Technologies overview, competencies & offer, with Patrick Penot

• Live demonstration, with Martin Johansson

• Pitch Developer Studio, Pitch pRTI and Pitch Recorder

• Product overview, with Boris Pothier

• Pitch Booster, Pitch Talk, Pitch Media Streamer, Pitch Gateways, ADSB federate

• Questions/Answers

16.10 Close


Patrick PenotModerator

[email protected]

Please keep your microphone muted and send all your questions by Chat or email the moderator!

Overview to the Webinar


UML modeling

ATM HLA APIJAVA/C++/C#

Metamodel ED 147, Based on WG81 (EUROCAE)Part 1

ED147B (FOM)HLA implementation

3D Engine

Serious game

New Concept

New Equipment

…

Part 2COTS Product

Development tools

Communication, Video …

Infrastructure, Multi sites solution …

• Open international standard for distributed simulation through IEEE

• Originated in the defense domain• Now increasingly used also in other domains

• Software architecture based on publish–subscribe messaging • Provides information exchange (publish/subscribe), synchronization and management

• Flexible object modeling which forms the basis for domain specific standards• Examples of information data model exchange(FOM):

Defense : RPR FOM ; NETN FOM Space : Space Reference FOM Medical : Medical FOM Automotive : SimArch FOM ATM : ED 147 FOM

Today will focus on how HLA is used in the Air Traffic Management simulation


About the High Level Architecture (HLA)

Examples of HLA use on commercial market

• NASA Space simulations (USA)

• ESA Space mission training

• Air Traffic Management simulations (DFS, Eurocontrol, DHMI /TK, Mitsubishi/ Japan)

• R&D automotive (Volvo/VTI Sweden)

• R&D Logistical simulation : Economic distributed and transportation (ENIT/France)

• Dutch Railroad simulation (Netherlands)

• Several Offshore oil production federations (Norway)

• Cardiographic simulation for Space Medicine

• Casino management (USA)

6

EUROCAE and WG81

With Thomas Damm

DFS Deutsche Flugsicherung GmbH

Thomas Damm, DFS

EUROCAE WG-81 Chairman

Pitch Webinar‘HLA & Air Traffic Control Simulation’

10th June 2020

EUROCAE and WG-81

Who are we?

Where do we come from?

What have we done?

ED-147 and HLA

Overview

Who are we?

EUROCAE facts and figures

European Organisation for Civil Aviation Electronics

Non-profit organisation founded 1963

Deals exclusively with aviation standardisation

270+ Members (+10% p.a.)

39 active working groups

2000+ experts

Staffing 12

Non-EuropeanMembers

30%

70%

EuropeanMembers

EUROCAE WG-81

WG-81 is working on the interoperability between ATM:

• real-time platforms and

• real-time and fast-time platforms

Founded: April 2008

Members: ANSPs, airborne and ground industry, aerospace institutes

Publications: ED-147A / ED-148

Where do we come from?

European V&V Infrastructure

Simulators are widely used in ATM

Domain specific simulators:

Airborne

En-route / Traffic Management Area

Airport

Real time and fast time simulators

Simulation and stimulation

Existing V&VI needed to change due to

New global ATM concepts

Collaboration of ATM stakeholders

SWIM throughout the ATM network

Indentified needs

SESARProgramme

EUROCAE & SESAR

• V&VI IOP requirements

from SESAR program

• Feedback from validation

exercises

• Helped to deliver

improved EDs

R&D-standardisation-deployment

R&D Standardization Deployment

and Regulation

What have we done?

ED-147 The Standard

Common Communication

Language

Common IOP Architecture

Common Operational Environment

CCL: • Reference Information Model • Common Information Model

CIA: • Logical interoperability architecture• Key architectural concepts• State and time management• Interoperability services

COE: • Operational environmental data formats • Output data formats

ED-147 RIM and CIM

• RIM the baseline for a

common language

• CIM the „contract“

between participants

• Extracting and extending

as key to interoperability

ED-147 IOP Architecture

• Agent gateways connect

cross domain ATM VPs

• Runtime IOP services

• Network centric

infrastructure

• State management

ED-147 and HLA

ED-147 stops at level of service definition

Various technologies are possible

Known implementations are based on HLA

Supplement document to ED-147 will describe the

Technology mapping for HLA

ED-147 Implementations

HLA Technology Mapping

ED-147RIM

HLAFOM

INTEROPModel

ED-147Services

HLAServices

ED-147 / HLAExercise Management

ED-147 / HLAConcept Mapping

MDA

BACKUP

✈Standard Round

✈Table

✈50 % joint WGs

✈

✈10 % joint WGs

Global coordination

✈ Common formats for offline data preparation

• Environmental data based on AIXM

• Weather data based on AIXM extension

• Flightplan data based on FIXM

✈ Rules for common output format definition based on

• CSV

• JASON

• XML

ED-147 Input and Output

Common Collaboration

Model

IOP

Integration

Guidelines

Operations

At

Runtime

ED-148 The Guidance

CCM: • V Model • Best practices for collaboration

IIG: • Data preparation• Model issues• Participant IOP needs• Engineering

OAR: • Runtime issues• Failure handling

Model Driven Architecture activities

With Jean-Christophe Cota

Eurocontrol

Supporting

European

Aviation

EUROCAE WG81 – ATM Simulation interoperability

Model Driven Architecture activities

Jean-Christophe [email protected]

WG81 data description issues

enter your presentation title 33

EUROCAE WG81 deals with Simulator Interoperability

interoperability => data exchange => data description

Data structure is described using OMG’s UML : a graphical notation

class Classes

Aircraft

+ company :String

+ registration :String

class Classes

Aircraft

+ company :String


StateVector

+ altitude :Real

+ speed :Real

+groundVector

class Classes

Aircraft

+ company :String


StateVector

+ altitude :Real

+ speed :Real

Position2D

+ latitude

+ longitude

+position+groundVector

BUT no choice yet of a technology

that would allow actual interoperability on the wire

This is a political choice, and nobody can impose its view to other WG members !!

XML, IDL-CDR, HLA, ProtoBuf, ASN.1, etc…



OK

then all participants of a given interoperability exercise

have to agree on the technology…



one has to translate

into

class Classes

Aircraft

+ company :String


StateVector

+ altitude :Real

+ speed :Real

Position2D

+ latitude

+ longitude


IDL XSD

ProtoBuf

HLA



Manual writing… why not...

BUT interoperability data description may be really complex:



One crazy guy may say “OK let’s do it !”…

BUT what about changes in the model to add exercise specificities ???

Introducing MDA


Solution: work on the UML model,...

Model Driven Architecture

the UML model is the reference

the UML model is machine-readable via the XMI representation

transformation rules are specified to generate the technology model

and let the machine generate the technology artefacts,

IDLclass Classes

Aircraft

+ company :String


StateVector

+ altitude :Real

+ speed :Real

Position2D

+ latitude

+ longitude


UML XMI

that is the technology-specific model to describe data (XSD, IDL, FOM,…)

Some MDA vocabulary


MDA was ‘theorised’ by OMG in the early 2000

Describing the world imposes multiple levels of abstraction

Twin engine jet

Airbus A321neo

G-NEOX from British Airways

instantiationclassification

instantiationclassification

MDA then introduces the concept of metamodel as a taxonomy for buiding models

metamodel

model

Further MDA vocabulary


Technology agnostic (PIM)

Technology modelDomain model

Model

Metamodel

Technology specific (PSM)

Transformation rules

Beyond WG81 : domain model issues


Multiple domain metamodels

Complex domain metamodels

Different patterns to express data structure semantics

Different machine-readable representations

Not limited to data description

Multiple ways to implement a given semantic

Worse: variable support of machine-readable formats by domain model editor vendors !?

Example: MEGA, which uses its own XML representation (not XMI)

Example: the XMI produced by Enterprise Architect is not 100% compliant

to the UML metamodel

Example: UML describes use cases, workflows, components,

state transitions, sequence diagrams, etc…

Domain to Technology transformation challenge


MEGA

XMLXSD

IDL

FOM

UML-XMI

(Enterprise Architect)

UML-XMI

(Magic Draw)

Introducing the IOP model


IDL

XSD

FOM

MEGA

XML

UML-XMI


UML-XMI

(Magic Draw)

Introducing the IOP model


The IOP model

is dedicated to data structure description

gathers common data structure semantics

is specified along OMG guidelines, and offers an XMI representation

name scoping

specialization / generalization

composition

substitutability

has a minimal and simple metamodel

no ambiguity, one single way of expressing a given semantic

The IOP model is the intermediate model (“modèle pivot”)

in the transformation of Domain to Technology

History and proof of concept


IOP

XMI

2014 : Start work on the IOP specification (working paper)

MEGA

XML2018

2018 : MEGA->IOP prototype

2015

2015 : UML->IOP prototype

UML-XMI


2019 : IOP->HLA by PitchXSD

2016 : IOP->XSD prototype

2016

2019

HLA

FOM

Proto

Buf

2018 : IOP->ProtoBuf prototype

2018

Creating an ATM FOM

With Martin Johansson

Pitch Technologies


High Level Architecture (HLA) Terminology

• Each system is called a federate

• Federates connect to a Runtime Infrastructure

• Together they form a Federation

• The RTI provides services like publish-subscribe information exchange, synchronization and management

• The information exchange is based on a Federation Object Model (FOM)

• A session is called a Federation Execution

Federate(simulation)



Runtime Infrastructure – RTI FOM

HLA is a software architecture,based on publish–subscribe messaging

FOM in the Development Process

Pitch Visual OMT

o Create, maintain, visualize and analyze object models for information exchange

o Manage your HLA Object Models across the life-cycle

o Supports any domain and any FOM, standard or extended

E.g. RPR-FOM, Space-FOM, etc.

Pitch pRTI

o Fully compliant HLA runtime infrastructure (IEEE 1516, etc.)

o High performance, robustness and realtime monitoring

o WAN capabilities together with Pitch Booster

Pitch Developer Studio

o Generate a royalty-free HLA and DIS module in C++, Java or C# for your simulation

o Adapt new or existing simulations to HLA with low risk and cost

o Reduce HLA learning curve by using Object Oriented middleware – ”Expert in a box”

From UML to FOM

Company Confidential / In Strict Confidence

UML to IOP

IOP XMI file FOM XML file

Pitch Visual OMT

Transformation rules

Demo

• Demo of importing an IOP file into Pitch Visual OMT

Company Confidential / In Strict Confidence


Questions/Answers

Break

52

See you in 15 minutes

Webinar of June 10, 2020 HLA & Air Traffic Control Simulation

Pitch’s contribution to the ongoing efforts of EUROCAE

With Martin Johansson and Boris Pothier

Pitch Technologies

The leader in standards based interoperability

Pitch Technologies offering

542019

Patrick Penot

Founded in Linköping in 1991, Sweden

Pitch Technologies specializes in interoperability and infrastructure components for distributed simulation

• Headquater in Sweden

• One office in UK

• One office in France

• One office in US

Company Overview

55Webinar of June 10, 2020 HLA & Air Traffic Control Simulation

• World leader for distributed simulation (products, services, training)

• The largest offer for interoperability products and services

• More than 130 000 licenses deploy, 400 customers in 40 countries

• Strong focus on R&D and innovation

• Engagement in standardization

• SISO (IEEE),

• NATO (MSG activity)

• EUROCAE (European Organisation for Civil Aviation Equipment)

• FOM R&D

Company Overview

56

Commercial Market

• SpaceFOM

• Medical FOM

• ATM FOM ED147 B

Defense Market

• RPR FOM

• NETN FOM


57

Pitch Offer for Services


Pitch Product Offer

58Webinar of June 10, 2020 HLA & Air Traffic Control Simulation


Live demonstration

592019

Martin Johansson

Develop for Simulation Interoperability

Pitch Visual OMT

o Create, maintain, visualize and analyze object models for information exchange

o Manage your HLA Object Models across the life-cycle

o Supports any domain and any FOM, standard or extended

E.g. RPR-FOM, Space-FOM, etc.

Pitch pRTI

o Fully compliant HLA runtime infrastructure (IEEE 1516, etc.)

o High performance, robustness and realtime monitoring

o WAN capabilities together with Pitch Booster

Pitch Developer Studio

o Generate a royalty-free HLA and DIS module in C++, Java or C# for your simulation

o Adapt new or existing simulations to HLA with low risk and cost

o Reduce HLA learning curve by using Object Oriented middleware – ”Expert in a box”

Today’s Demonstration• Build an Aircraft simulator using Pitch Developer Studio

• It will simulate an aircraft with a name and a position that is updated at 1Hz

• Each time it receives an update for another aircraft it will print its name and position

• Run 2 instances of the aircraft simulator and exchange data using Pitch pRTI• Using the HLA standard

• Record and inspect the exchanged data using Pitch Recorder

Pitch Toolchain

Pitch Visual OMT

1

Pitch Developer

Studio

2

Pitch pRTI

3

Develop a information exchange model

Develop a software module

Connect systems and exchange information

Pitch Recorder

4

Inspect and record data


Product overview

632019

Boris Pothier

Overview

Site 3

Site 2

Site 1

HLA

How Pitch products make your simulators work together


Pitch Booster

Connect simulations across WAN with performance and fault tolerance

Multi-sites connection challenges

• How to connect resources and simulatorsdistributed in one or multiple sites?

• How to best use the bandwidth?

• How to improve reliability?

• How to build an architecture easilymanageable and scalable?

66

Site 1 Site 2

Site 3

VPN solution

• Advantages with VPN

• Many commercial versions available

• All types of communication

• Problems with VPN:

• Your simulator is no longer on yourlocal network, it is on the VPN

• All computers from everyone are nowon the same (virtual) network. Theycan do anything with each other.

This is unsafe, for example :• Not as efficient and fault tolerant

• Uses more bandwidth

• Difficult to manage, since you ended to be on the VPN

67

VPN space

Site 1 Site 2

Site 3

Pitch Booster Advantages

• Pitch Booster builds upon and works with existing, security mechanisms (firewalls, bulk encryption, etc)

• Each resource stays on its own LAN

• Pitch Booster introduces additional security:– Policies to decide which other nodes each

node can talk to– Policies to decide which resources on a LAN

that can participate– Only the simulation application, not the

entire host, can use the Booster. Safer than VPN

• Upcoming version (v2.5) will introduce 2 new Booster to Booster connection modes:– Encrypted– Authenticated

68

Site 1 Site 2

Site 3

Booster

Booster Booster

Firewall

Firewall Firewall

Connecting federates without Pitch Booster

• Classical solution: VPN:– Tunneled sites: one virtual LAN

– Traditional RTI communication

– Unaware of WAN links

– Creating a communication channelbetween each federate

69

Federate

Federate

Federate

Federate Federate

Federate

Federate

Federate

Federate

WAN link:- Limited bandwidth- Latency- Network hickups risks

Connecting federates with Pitch Booster

• Pitch Booster Advantages• Security

• 1 port to open• 1 machine per network

• Optimisation of network bandwidth• Data compression between Booster

nodes

• Improved reliability• Mask network hickups• Reduce packet loss• Design to recover from failures without

federate affection

• From upcoming v2.5, connection betweennodes could be:• Encrypted• Authenticated using certificates and

trust chain

70

Federate

Federate

Federate

Federate Federate

Federate

Federate

Federate

Federate B B

B

WAN link:- Limited bandwidth- Latency- Network hickups risks


Pitch Talk

Communicate using voice, intercom, radio and chat with scalability and management

Pitch Talk Overview

• Enables communication integration in simulation

• Voice, radio and chat communication with permissions and effects

• Centrally managed communication plan

• Two clients UIs powered by the Pitch Talk API

• Allows you to create your own client or integrate in your simulator

• Connects live radios to simulation

72

LAN & WAN

Embedded insimulatorsYour own GUI

Live Radio

Standard ClientRadio Client

Admin Server

Pitch Talk Overview

• Communication system for distributed training

• Monitor and record in synch with the simulation

data

• LVC ready, Live radio interface

• Centralize communication plan

• Easy and rapid deployment, dynamic change,

update and reconfiguration

• End-User do himself

• Add /change channels and frequencies

• Build its own Comm-plan

• Highly customizable and scalable

• Add your own audio/radio effects

• Design your own GUI with no limit

73

Custom


Pitch Media Streamer

Integrate video and simulation data in your simulation infrastructure

Pitch Media Streamer Overview

• Integrate video in your distributed simulation

• Analyze, record and replay your media streams:

– Camera feed

– Screen capture

– Or any UDP stream

• Synchronized with your HLA data

75

LAN & WAN

Screen capture

Local Camera

NetworkCamera

Window capture HLA sync recording

Pitch Media Streamer - Technical overview

76

UDP UDP

Optional:Pitch Media Streamer Controller


ADS-B federate

ADS-B federate Overview

• Populate your HLA simulations with real traffic data

SimulatorADS-B

federate

Pitch Recorder

HLA

SimulatorADS-B

federate

Pitch Recorder

HLA


Pitch Gateways

Pitch Gateways Overview

• Solve performance problems using filtering plugins

• Add more security using security policies

• Connect federates using different HLA versions or RTIs

• Bridge with other standard protocols

Conclusion

Site 3

Site 2

Site 1

HLA

How Pitch products make your simulators work together


Questions/Answers

Leader in Standards-Based

Distributed Simulation Solutions

2019 83

Thank you for your attention

You can send any other question or suggestion to [email protected]

See our website for other webinars by Pitch: http://pitchtechnologies.com/

mailto:[email protected]

http://pitchtechnologies.com/

14:00 cest / 13:00 bst / 08:00 us et · agenda agenda : 10 of june 2020 14.00 introduction to the...

Documents