Using Open software architectures for developing simulation systems : a Way to the Interoperability of simulations at subsystem level

www.nexteleng.es

Using Open software architectures for developing simulation systems : a Way to the Interoperability

of simulations at subsystem level

Ponente:

José Carlos Díaz

Business Development Executive

http://www.nexteleng.es/microsite/ncware

[email protected]

Nextel Aerospace, Defence & Security

www.nexteleng.es

From alone simulator …

Tactical Training COTS based (mostly in

hardware) Client-Server architecture Simulators as “black box”

ystems. Interoperability using

GATEWAYS (DIS or HLA)

2000

Individual trainingPropietary

technologiesClient-Server

ArchitectureVery few use of COTSNon Interoperable

1990

… To Simulation Networks

M&S assets in NCW networks

Fully distributed arch Data centric design Open architectures for

simulators (white-box approach)

M&S SENSORS C4I

DATACENTRIC

2010

www.nexteleng.es

Simulators as network assets in Net-Centric federations of Systems.

Demand for rapid deployment of training solutions based on COTS and GOTS.

New uses for simulation: Embedded Simulation Mission rehearsals Predictions of Situational Awareness

Interoperate with NEC “clouds” Distributed architectures with QoS Plug&play simulation Architectures

Development based on existing repositories Interoperability between live, virtual and constructive simulations

The next future of simulation…

….Demands for M&S technology

www.nexteleng.es

Helping Simulator Builders & Integrators to satisfy Real-Time requisites

Shortening its Time-To-Market with High Productivity Tools as well as

Automation

Two-Level Offering

Distributed Communications & Interoperability Middleware

Full Development Lifecycle Tools

How is Nextel Engineering approaching simulation challenges

www.nexteleng.es

▪ HLA is used to create Simulation’s federations, in which each federate is a complete simulator, who follows a “black-box approach”. HLA is used to system level, not of its subsystems, hence reusing of subsystems is very complicated.

▪ HLA has not standardized “wire protocol” for its network transport, hence you can not integrate federates that use RTI’s from different providers.

▪ Lack of QoS features and real time features blocks the use of HLA as a way to distribute data in the internal real time network of the simulator. Hence simulator data models are “black”, not follows OPEN ARCHITECTURES.

▪ Interoperability with C4I or real systems is very limited.

HLA is necessary but not sufficient, it is required some more technologies….

Is it HLA the best way to do distributed simulation in NCW Environments?

www.nexteleng.es

▪ Looking for Distribute Data between simulator subsystems with QoS and determinism Real Time Simulation Middleware is needed

▪ Interoperation between Net-Centric systems and Simulators using any standard interface Open Architecture Middleware

▪ Reusability of models and subsistems for fast development of new solutions simulation models as simulation assets

Open Architectures for Simulations, HLA + ??

www.nexteleng.es

What is it available for doing a RT Simulation Middleware?

Two Pub/Sub based communications standards

available:

IEEE HLA (High Level Architecture)

developed and supported by US DMSO

OMG DDS (Data Distribution Service)

developed and supported by OMG

HLA focused in interoperability and reusability of

simulations mainly used to interoperate

networked simulators

DDS focused on real time systems mainly used to

interoperate distributed systems in real time, such as

components and modules of some simulators

www.nexteleng.es

The OMG DDS Standard in a nutshell…

PubSub data distribution architecture to connect asynchronously and anonymously very large sets of distributed nodes of a communications mesh (domain participants)

Every domain participant may simultaneously publish and subscribe to typed data-streams identified by some names called “topics”

Reliable design QoS parameters variable degree of performance and reliability Standard “Wire protocol” (RTPS).

In DDS compliant distributed apps…

Completely decentralized High performance True dynamic discovery Zero-copy Multicast address per topic concept No shared memory or DDS service per node Applications use DDS as library

In traditional complex distributed apps…

New nodes are not dynamically “discovered” Socket connections needed for each path Future upgrades require “re-design” App SW must perform endian conversion

Tem

p S

enso

r

Socket

Connections Solaris

Windows

App SW

App SW

App SWRTOS

App SWLinux

WriteTemp samples

ReadsTemp samples

www.nexteleng.es

DDS vs others

Non-real-time Soft real-time Hard real-time Extreme real-time

Java/RMIJava/JMS

CORBA

MPI

Java RTSJ (soft RT) RTSJ (hard RT)

Web Services

Mes

sag

ing

T

ech

no

log

ies

and

Sta

nd

ard

s

Data Distribution Service / DDS

RT CORBA

Adapted from NSWC-DD OA Documentation

www.nexteleng.es

Factors driving DDS

Need for speed Large networks, multicast High data rates Natural asynchrony Tight latency requirements Continuously-refreshed data

Complex data flows Controlled QoS: rates, reliability, bandwidth Per-node, or per-stream differences Varied transports (incl. Unreliable e.g. wireless)

Dynamic configurations Fast location transparency Auto-Discovery

Fault tolerance No single-points of failure Transparent failover

www.nexteleng.es

Joining HLA with DDS: bridging the gap

HLA semantics define federations and federates Applications using DDS are Entities, and federations are Domains simulation = group of applications in either a domain or a federation The Domain/Federation concept allows having many simulations at the same

time without interfering with each other

PROBLEM: HLA-RTI wasn't designed to reach high levels of performance (low

latencies & deterministic responses) HLA lacks a transport wire protocol Different HLA-RTI are fully incompatible incompatibility between some

of the simulators federations between different HLA-RTI are difficult to implement

SOLUTION: Using DDS as an underlying transport because its similar structure (pubsub architectures) Interoperability between HLA apps and DDS entities Real-Time & QoS Interop Simplicity Easy-to-Learn Interfaces

www.nexteleng.es

Nextel solution to fill the gap: NCWARE

Interoperability COTS middleware

Makes it easy to integrate NEC compliant C4ISR Systems with Simulators

Open Architecture: DDS and HLA among its standards foundations

Enables HLA routing

Product evaluated in CWID 2009 Spanish Edition Participation in CWID 2010 Spanish Edition

NCWare

JavaMessageService

SOAP

HLA Data Model interopera

bility & Simulation

Data Exchange

Data

Model &

Service

Model

Interopera

bility

Transport

QoS

Performance

Fault Tolerancy

http://jcp.org/en/home/index

http://jcp.org/en/home/index

www.nexteleng.es

NCWare is the dorsal spine of the NEXTEL Engineering Systems R&D Program and challenges to join severalstandards to be used in both simulation and network centric warfare systems, as an easy systems-of-systems approach

Nextel Engineering is building up around NCWare a full interoperability middleware for distributed systems with extensions specifically designed for simulation systems

NCWare Philosophy

DATA DISTRIBUTION SERVICE (DDS)

SENSORES ISR SISTEMAS C2 TACTICOS

SIMULADORESDISTRIBUIDOS

SISTEMAS C2 ESTRATÉGICOS

AUDIO

VIDEO

DATOS

DDSCORBA

JC3IEDM

LEGACY

?

SQLXML

DBMSODBC

WEBSERVICES

SOA

MESSAGEQUEUING

XMLHTTPRPCSOAP

ESBJMSDDS

DIS

HLA

LEGACY

DISHLA 1.3IEEE 1516HLA Evolved

IP NETWORK

LAN RE/W SATCOM

CAPA IP (PEC)

VHF No-IP (CNR)

VHF IP (IPMUX, IPSAP) HF IP

RTPRTPCCODECS…

MMHSSTANAG 4406-EACP 142ACP 127

Espacio Distribuido de

Datos

A

B C

m

G

F

H

D

E

IP Combat Network RadioDDS compliant

C4I NodeSOA Services C4I Node

JC3IEDM

C4I NodeCORBA

Simulators & TrainersHLA FederatesSTANAG 4603DIS XML

TADILsLink 16Etc.

JC3IEDMSTANAG 5525

RPR FOMSTANAG 4603

OTROS

Civil MessagingServicesSMTP / X.400XMPP

C4I NodePropietary Data Model

Non-IP Combat Network RadioProp data commsprotocols

HF IP RadioSTANAG 5066

www.nexteleng.es

NCWare Inside Look

DATA DISTRIBUTION SERVICE (DDS)

SENSORES ISR SISTEMAS C2 TACTICOS

SIMULADORESDISTRIBUIDOS

SISTEMAS C2 ESTRATÉGICOS

AUDIO

VIDEO

DATOS

DDSCORBA

JC3IEDM

LEGACY

?

SQLXML

DBMSODBC

WEBSERVICES

SOA

MESSAGEQUEUING

XMLHTTPRPCSOAP

ESBJMSDDS

DIS

HLA

LEGACY

DISHLA 1.3IEEE 1516HLA Evolved

IP NETWORK

LAN RE/W SATCOM

CAPA IP (PEC)

VHF No-IP (CNR)

VHF IP (IPMUX, IPSAP) HF IP

RTPRTPCCODECS…

CONFIDENTIAL

www.nexteleng.es

SISTEMAS C4I

Simulation Module 1

NCWare Core

Simulation Module 2

NCWare Core

Federate1

NCWare Gateway

DDS HLADDS DDS

RT Simulation Network HLA compliant Simulation Network

Federate2

Federate3

NCWare SIM

RT SERVICE BUS (MIDDLEWARE)

DDS DDS

NCWare Gateway

InformationSystem 1

SQLODBC

NCWare Core

Sensor APP

DDS

NCWare Core

NCWare SQL

NCWare RTI

HLA

SENSORES SISTEMAS CIS

SIMULADOR 2 SIMULADOR NS

IMU

LA

DO

R 1

WS / SOAP

InformationSystem N

InformationSystem i

NCWare Inside Look

www.nexteleng.es

Simulation Module 1

NCWare Core

Simulation Module 2

NCWare Gateway

DDS HLA

DDS SIMULATION

Federate2

Federate3

NCWare SIM

HLA FEDERATIONMÄK

NCWare SIM

HLA

HLA FEDERATION

PITCH

Federate1Federate

4

NCWare Core

NCWare RTI

NCWare for Simulation

www.nexteleng.es

NCWare Architecture Highlights for Simulation

NCWare is an N-tier architecture in order to cover three different scenarios:

HLA-compliant federation of simulation systems, enabling the interoperability of HLA federates, using different RTIs available in the M&S market, such as MÄK High Performance RTI, Pitch pRTI y RTI NG Pro, among other RTI which implements DMSO HLA 1.3 and/or IEEE 1516 API specifications

COTS HLA RTI applications

HLA or Visual simulation application

NCWare Core

NCWare RTI

NCWare SIM

RTIMäk

RTIPitch

RT Simulation or Visual

application

NCWare SIM

Distributed systemsand embedded

applications

NCWare Core

NCWare Core

NCWare RTI

NCWare Core

Real time communications for distributed non HLA simulation systems through its own DDS-based transport protocol

DDS-compliant, real time, fault tolerant, physical layer independent, peer-to-peer communications for fully distributed embedded systems

www.nexteleng.es

NCWare SIM

highest level abstraction layer of NCWare

simulation-oriented publish-susbcribe API

allows accessing to several HLA services through different RTI vendors or DDS

High performance, fine grained QoS

independence from HLA and DDS

It allows the developer:

interfacing the same way with any COTS HLA compliant RTI;

accessing to high value features of QoS (persistence, ownership, filtering, fault tolerance)

Mapping HLA object data models into OMG DDS IDL

Modeling simulation data into HLA and DSS 100% compliant formats, within a Graphical User’s Interface.


NCWare Core

NCWare RTI

NCWare SIM

RTIMäk

RTIPitch

RT Simulation or Visual

application

NCWare SIM

NCWare Core

www.nexteleng.es

NCWare RTI

HLA Run Time Infrastucture designed for real time performance in large federations

IEEE 1516 HLA API for virtual and live simulations

RTPS as transport protocol functionality of an HLA RTI with the features, performance, power and reliability of DDS

Migrating to DDS Interoperability Transport Protocol

COTS HLA RTI applications


NCWare Core

NCWare RTI

NCWare SIM

RTIMäk

RTIPitch

NCWare Core

NCWare RTI

Full HLA services support as required in virtual & live simulations :

federation management

declaration management

object management

ownership management

www.nexteleng.es

CockpitVISUALSYSTEMIOS

Middleware NCWare (DDS + HLA compliant)

NCWare

eHost Scheduler

NCWare

SE

S

CIGI compliant IG

eVisual

NCWare

IOS

Reusable

New development

Virtualdisplay

Data Model

NCWare

Simulink & Matlab M&S Models IDE

SimDeveloper

Sim Model

Sim Model

Sim Model

eHost Manager

Distributed Host

SimWare: Developing Tool for building M&S Assets Federation

www.nexteleng.es

Application based on Matlab/Simulink to design simulation modules

SimDeveloper: Model Driven Development of Simulation Assets

www.nexteleng.es

Real Time Simulation Middleware

IOS IG Cockpit

SMSM

SMSM

SM

Lamps Flight Simulator

IG Cockpit SM

P3 Flight Simulator

SMSM

SM

HLA Network

HLA compliantsimulator

DDSNetwork

DDS compliantNaval Combat System

NCWare+SimWare = Open Architecture solution

www.nexteleng.es

9

Discrepancias

8

SistemaHeliceRevoluciones

7

SistemaHeliceParRequerido

6

SistemaHeliceMomentosHeliceCGEjesCuerpoComponenteZ

5

SistemaHeliceMomentosHeliceCGEjesCuerpoComponenteY

4

SistemaHeliceMomentosHeliceCGEjesCuerpoComponenteX

3

SistemaHeliceFuerzasHeliceCGEjesCuerpoComponenteZ

2

SistemaHeliceFuerzasHeliceCGEjesCuerpoComponenteY

1

SistemaHeliceFuerzasHeliceCGEjesCuerpoComponenteX

0

posicionHeliceEjesAvionZ

0

posicionHeliceEjesAvionY

0

posicionHeliceEjesAvionX

posicionPalancaPasoHelice

revMotor

falloGobernador

Reset

Pausa

pasoHelice

revHelice

mdl_din_shel_gobernador

mdl_din_shel_gobernador.mdl


inicioEjercicioTierra

Preinicio

discrepanciasmdl_din_shel_discrepancias

mdl_din_shel_discrepancias.mdl1

pasoHelice

revHelice

vectorVelAeroEjesCuerpo

densAtmPosAeronave

vectorPosicionCGEjesAvion

posicionHeliceEjesAvion

momHelicRespCgEjesCuerpo

parNeces

traccionHeliEjesCuerpo

mdl_din_shel_aerohelice

mdl_din_shel_aerohelice.mdl

[PRE]

fromEnPreinicio2

[STOP]

fromEnParalizacion2

[PREINIT]

fromEnInicio2

[INIT]

fromEnInicio1

[PREINIT]

Trim_g1

[TRIM]

Trim_g

[TRIM]

Trim_f T_Trim

T_Stop

T_Pre

T_MandosMotorControlesPosicionPalancaPotenciaMotor

T_MandosMotorControlesPosicionPalancaMezcla

T_Init

T_Exec

T_End

[STOP]

Stop_g

[STOP]

Stop_f

[PRE]

Pre_g

[PRE]

Pre_f1

[PRE]

Pre_f

OR

LogicalOperator1

OR

LogicalOperator

[INIT]

Init_g

[INIT]

Init_f1

[INIT]

Init_f

FaseEjecucion

EjecucionEnPreinicio

EjecucionEnInicio

EjecucionEnEstabilizacion

EjecucionEnEjecucion

EjecucionEnParalizacion

EjecucionEnFinalizacion

Fase de Ejecucion

[EXEC]

Exec_g

[EXEC]

Exec_f

[END]

End_g

[END]

End_f

14

MandosMotorControlesPosicionPalancaPotenciaMotor

13

MandosMotorControlesPosicionPalancaPasoHelice

12

MandosMotorControlesPosicionPalancaMezcla

11

SistemaMotorRevoluciones

10

MasasPosicionCGEjesAvionComponenteZ

9

MasasPosicionCGEjesAvionComponenteY

8

MasasPosicionCGEjesAvionComponenteX

7

CondAtmosferaEnPosicionAeronaveDensidad

6

AerodinamicaVectorVelocidadAerodEjesCuerpoZvelocity

5

AerodinamicaVectorVelocidadAerodEjesCuerpoYvelocity

4

AerodinamicaVectorVelocidadAerodEjesCuerpoXvelocity

3

EstadoFallosSimuladosFallosSistHeliceGobernador

2

CIVectorEstadoAeronaveEnTierra

1

Fase

Simulation Models

SIMDEVELOPER C++ Development environment

eCOCKPIT

eVISUAL

CIGI compliant Image Generator

eIOS

IOS

Glass Cockpit

Visual System

eLOGISTIC

eHOST

Flight Controls

C++ Development Environment

Cockpit

FlightSimulator

DISTRIBUTED ARCHITECTURE

SimWare Workflow

QTG Test models

www.nexteleng.es

Simulation Models

IOS

Visual System

Flight Controls

Cockpit

FlightSimulator

ATC Simulator

HLAGlass Cockpit

SimWare Use Case (1)

SCALABLEARCHITECTURE

www.nexteleng.es

9

Discrepancias

8


7


6


5


4


3


2


1


0


0


0



revMotor

falloGobernador

Reset

Pausa

pasoHelice

revHelice





Preinicio



pasoHelice

revHelice


densAtmPosAeronave




parNeces




[PRE]

fromEnPreinicio2

[STOP]

fromEnParalizacion2

[PREINIT]

fromEnInicio2

[INIT]

fromEnInicio1

[PREINIT]

Trim_g1

[TRIM]

Trim_g

[TRIM]

Trim_f T_Trim

T_Stop

T_Pre



T_Init

T_Exec

T_End

[STOP]

Stop_g

[STOP]

Stop_f

[PRE]

Pre_g

[PRE]

Pre_f1

[PRE]

Pre_f

OR

LogicalOperator1

OR

LogicalOperator

[INIT]

Init_g

[INIT]

Init_f1

[INIT]

Init_f

FaseEjecucion


EjecucionEnInicio





Fase de Ejecucion

[EXEC]

Exec_g

[EXEC]

Exec_f

[END]

End_g

[END]

End_f

14


13


12


11


10


9


8


7


6


5


4


3


2


1

Fase

Simulation Models

SIMDEVELOPER

eCOCKPIT

eVISUAL

eIOS

IOS

Visual System

eHOST

Low Cost Cockpit

C++ Development environment

Trainers

Glass Cockpit



ARCHITECTURE FOR REUSABILITY

www.nexteleng.es

9

Discrepancias

8


7


6


5


4


3


2


1


0


0


0



revMotor

falloGobernador

Reset

Pausa

pasoHelice

revHelice





Preinicio



pasoHelice

revHelice


densAtmPosAeronave




parNeces




[PRE]

fromEnPreinicio2

[STOP]

fromEnParalizacion2

[PREINIT]

fromEnInicio2

[INIT]

fromEnInicio1

[PREINIT]

Trim_g1

[TRIM]

Trim_g

[TRIM]

Trim_f T_Trim

T_Stop

T_Pre



T_Init

T_Exec

T_End

[STOP]

Stop_g

[STOP]

Stop_f

[PRE]

Pre_g

[PRE]

Pre_f1

[PRE]

Pre_f

OR

LogicalOperator1

OR

LogicalOperator

[INIT]

Init_g

[INIT]

Init_f1

[INIT]

Init_f

FaseEjecucion


EjecucionEnInicio





Fase de Ejecucion

[EXEC]

Exec_g

[EXEC]

Exec_f

[END]

End_g

[END]

End_f

14


13


12


11


10


9


8


7


6


5


4


3


2


1

Fase

Simulation Models

SIMDEVELOPER

eCOCKPIT

eVISUAL

eIOS

IOS

Glass Cockpit

Visual system

eLOGISTIC

eHOST

cockpit

Flight Controls


FlightSimulator

QTG Test models




INTEGRATION & TESTING

www.nexteleng.es

Interoperability

Real systems & Simulators Blend QoS

COTS

Open ArchitectureDDS

HLAFull lifecycle development tools

Real-Time

Automation

High Level Design

www.nexteleng.es

MUCHAS GRACIAS POR SU ATENCIÓN

Ponentes:

José Carlos Díaz

Business Development ExecutiveNEXTEL [email protected]

http://www.nexteleng.es

Technology

Using Open software architectures for developing simulation systems : a Way to the Interoperability of simulations at subsystem level