How To Develop True Distributed Real Time Simulations
Download as PPT, PDF0 likes950 views
The document discusses the integration of IEEE HLA and OMG DDS standards for developing true distributed real-time simulations, particularly in military training contexts. It highlights the necessity for effective networking and interoperability between simulation systems to enhance training quality. New architecture and industry standards are advocated to address challenges such as real-time data distribution and scalability across diverse training environments.
![Towards massive distributed Simulation The Navy identified networked trainers as a key requirement in future training systems . Networking capability exists in many simulators, but frequently the capability is cumbersome to set up and difficult to use, particularly when participants are not collocated . In addition, the speed is not yet available to support the requirements for real time simulation across distributed networks . There are work-arounds, but they do not currently support full, real time simulations. The ability to easily and seamlessly link multiple training devices into the same training scenario will greatly enhance the quality and effectiveness of the training. […] Effective networking of simulators will require a common architecture and industry wide standards . Over the years, the High Level Architecture has provided the foundation for this standard, but going forward these standards will need to expand to accommodate new capabilities and new participants . The NASMP needs normalized, consistent architecture and a well articulated business case to justify the investment in the NASMP. (*) Extracted from NTSA market survey : Training 2015: Requirements - Trends - Forecasts for the Decade Ahead. Is HLA enough?](https://image.slidesharecdn.com/howtodeveloptruedistributedrealtimesimulationsitec11-13158631686668-phpapp02-110912164107-phpapp02/85/How-To-Develop-True-Distributed-Real-Time-Simulations-5-320.jpg)
![For more information… Jose M Lopez-Rodriguez VP, Business Development Director http://www.nads.es [email_address]](https://image.slidesharecdn.com/howtodeveloptruedistributedrealtimesimulationsitec11-13158631686668-phpapp02-110912164107-phpapp02/85/How-To-Develop-True-Distributed-Real-Time-Simulations-23-320.jpg)
How To Develop True Distributed Real Time Simulations
- 1. How to Develop True Distributed Real Time Simulations? Mixing IEEE HLA and OMG DDS standards ITEC 2011 Jose M. Lopez-Rodriguez NADS (Nextel Aerospace, Defense & Security)
- 2. New Trends in Simulation Why HLA and DDS cohabitation in simulation systems? The DDS standard in a nutshell Mixing HLA and DDS standards in an open Simulation architecture Some use cases
- 3. The new environment for the simulation systems… New applications: Virtual Military Exercises Mission Rehearsals Battle Labs Embedded Training New Requirements Massive RT Distributed Simulation Interoperability Embedded simulation
- 4. New Trends in Simulation Why HLA and DDS cohabitation in simulation systems? The DDS standard in a nutshell Mixing HLA and DDS standards in an open Simulation architecture Some use cases
- 5. Towards massive distributed Simulation The Navy identified networked trainers as a key requirement in future training systems . Networking capability exists in many simulators, but frequently the capability is cumbersome to set up and difficult to use, particularly when participants are not collocated . In addition, the speed is not yet available to support the requirements for real time simulation across distributed networks . There are work-arounds, but they do not currently support full, real time simulations. The ability to easily and seamlessly link multiple training devices into the same training scenario will greatly enhance the quality and effectiveness of the training. […] Effective networking of simulators will require a common architecture and industry wide standards . Over the years, the High Level Architecture has provided the foundation for this standard, but going forward these standards will need to expand to accommodate new capabilities and new participants . The NASMP needs normalized, consistent architecture and a well articulated business case to justify the investment in the NASMP. (*) Extracted from NTSA market survey : Training 2015: Requirements - Trends - Forecasts for the Decade Ahead. Is HLA enough?
- 6. Our assessment of HLA … Pros… A IEEE and NATO (Stanag 4603) std . An accepted std for interoperating simulators . The meta-data model (OMT) Define rules for interoperability. Many COTS from different vendors. Cons… Wire protocol does not exist. QoS are very limited. No seamless integration with RT critical systems. Performances are not enough for massive data distribution across heterogeneous networks.
- 7. OMG DDS : a good complement to HLA Designed for Real Time Data Distribution . The Wire Protocol is part of the standard. Offers a complete suite of QoS for managing huge volumes of data in heterogeneous networks Great scalability : from parallel computing to large scale networks .
- 8. New Trends in Simulation Why HLA and DDS cohabitation in simulation systems? The DDS standard in a nutshell Mixing HLA and DDS standards in an open Simulation architecture Some use cases
- 9. The OMG Data Distribution Service for Real -Time Systems (DDS) Introduced in 2004 to address the Data Distribution challenges faced by a wide class of Defense and Aerospace Applications Key requirement for the standard were to deliver very high, predictable, performance while scaling from embedded to ultra-large-scale deployments Recommended by key administrations worldwide (Us Navy OACE, DISA, Eurocontrol, QinetiQ) Widely adopted across several different domains, e.g., Trading, Simulations, SCADA, Telemetry, Mission Systems, Air Traffic Management, etc.
- 10. The OMG Data Distribution Service for Real -Time Systems (DDS) DDS v1.2 API Standard Language Independent, OS and HW architecture independent DCPS . Standard API for Data-Centric, Topic-Based, Real-Time Publish/Subscribe DLRL . Standard API for creating Object Views out of collection of Topics DDSI/RTPS v2.1 Wire Protocol Standard Standard wire protocol allowing interoperability between different implementations of the DDS standard Interoperability demonstrated among key DDS vendors since 2009
- 11. What features of DDS are interesting for Simulation? 22 QoS for full control over data distribution Interoperable Wire protocol . Flexibility and scalability . From the embedded system to the large scale system of systems. Very Low and predictable latencies .
- 12. New Trends in Simulation Why HLA and DDS cohabitation in simulation systems? The DDS standard in a nutshell Mixing HLA and DDS standards in an open Simulation architecture Some use cases
- 13. The Quest of a Net Centric Compliant RT Simulation Architecture The Challenge Reusability / Interop to a component level Full Control over the data distribution Full Interoperability Support for large scale distributed simulations How can be obtained Open architecture for the simulator, API based in HLA. DDS “neutral domain ” QoS optimized for Simulation Domain Interoperable Wire Protocol Take advantage of DDS features for Large scale Systems of Systems
- 14. WEAPON1 WIU OTHER SENSORS IOS PERISC. SONAR2 CONSOLES SYSTEM1 ACOUSTICAL ENVIRONM NAV SENSORS SONAR1 WEAPON2 ACOUSTIC GENERATOR WEAPON3 SYSTEM 1 SEABED ENVIRONM EM ENVIRONM VOICE COMMS IMAGE GENERATOR RECORDER TACTICAL ENVIRONM SYSTEM 2 Migrating to an Open Distributed Simulation Architecture RT Simulation Middleware (HLA & DDS compliant)
- 15. WEAPON1 WIU OTHER SENSORS IOS PERISC. SONAR2 CONSOLES SYSTEM1 ACOUSTICAL ENVIRONM NAV SENSORS SONAR1 WEAPON2 ACOUSTIC GENERATOR WEAPON3 SYSTEM 1 SEABED ENVIRONM EM ENVIRONM VOICE COMMS IMAGE GENERATOR RECORDER TACTICAL ENVIRONM SYSTEM 2 Some advantages of an Open Simulation Architecture DDS DDS DDS DDS DDS DDS DDS DDS HLA HLA HLA HLA HLA HLA Concept of HLA Federation applied to the Internal Simulation Architecture. Make easy the System level Design. Rapid design and development based on Repositories and COTS. Less risky and more cost-effective integration and testing. Saving costs and speed up time to market up to 50% RT Simulation Middleware (NCWare)
- 16. The Simulator as an Asset in a Net-Centric Environments DDS Network HLA Network Federate 2 Federate 3 NCWare RTI HLA SIMULATOR 2 SIMULATOR N Simulation Module 1 Simulation Module 2 Federate 1 DDS HLA DDS DDS SIMULADOR 1 NCWare SIM NCWare Gateway SIMWARE C4I SYSTEM DDS DDS NCWare Information System 1 SQL ODBC Sensor APP DDS NCWare SENSOR C4I SYSTEM WS / SOAP Information System N Information System i NCWare C4I SYSTEM MIP DM MIP DM LEGACY DM HLA
- 17. We offer a complete portfolio of solutions in compliance to former paradigm… OMG DDS v.1.2 / OMG DDSI / RTPS v.2.1 HLA IEEE 1516
- 18. New Trends in Simulation Why HLA and DDS cohabitation in simulation systems? The DDS standard in a nutshell Mixing HLA and DDS standards in an open Simulation architecture Some use cases
- 19. Interoperating DDS and HLA systems HLA federate RTI HLA HLA Federation DDS Domain HLA federate NCWare RTI HLA SOM DDS model HLA federate RTI HLA HLA Domain Gateway NCWare Sim
- 20. A Federation of Sim Assets for the SP MoD
- 21. Interoperability btw Simulation and C4I in the SP Army AMPS COAAAS SMCM (SP COP) SI-XML SP Army C4I System SI-XML BMS TALOS DDS DDS DDS DDS DDS NATO C2 systems Air System Link - 16 COAAAS ICC TDL-16 ICC TDL-16 TDL-16 TDL-16 ICC ICC NVG NVG NFFI NFFI MIP B3 MIP B2 MIP B3 MIP B2 NFFI Live (embedded) Sim DDS VirtualSimulators Constructive Simulators HLA DDS Gateway DDS HLA HLA
- 22. Interoperability Real systems & Simulators Blend QoS COTS Open Architecture DDS HLA Full lifecycle development tools Real-Time Automation High Level Design
- 23. For more information… Jose M Lopez-Rodriguez VP, Business Development Director http://www.nads.es [email_address]
Editor's Notes
- #20: You can do this in two different ways: Using NCWare RTI. In this case you do not have to do any gateway, you only should be sure that there is a compatibility btw the SOM and the DDS data model. This approach is valid if the mapping btw the HLA model and the DDS topics is straightforward. Or you can develop a Gateway. Using NCWare Sim and its associated Modeller tool you can design a gw btw the HLA and DDS domains. This approach is more flexible than the first one because you can define transformations btw the data models in the Modeller. Then you do not need to have the same data model in the two domains. In both cases, the HLA federate source code should not be modified.