A virtual On Board Control Unit for system tests

Size: px

Start display at page:

Download "A virtual On Board Control Unit for system tests"

Ronald Briggs
5 years ago
Views:

1 A virtual On Board Control Unit for system tests Ove Kalkan test4rail, , Braunschweig

2 Agenda Introduction: - What is an OBCU - System Test Approach Virtualization - Approach - Realization Conclusion - Results - Virtual OBCU in VER/VAL under EN 50126/ Next steps A virtual OBCU for system tests 2

3 What is an OBCU? OBCU = On Board Control Unit Non-Vital Driving Assistance Vital Speed Supervision Control of Communication Control Doors & Platforms Control of Information Systems Control of Coupling & Train Integrity A virtual OBCU for system tests - Introduction 3

4 The Vehicle OBCU OBCU A virtual OBCU for system tests - Introduction 4

5 System test for real OBCUs OBCU Test Environment Layer Test Control A virtual OBCU for system tests - Introduction 5

6 Disadvantages OBCU Costs: - Investment costs - Operational costs Lack of Availability: - Long ordering and manufacturing time - Limited number of test systems Inflexibility: - Long term planning required - Only suitable for limited number of versions and projects A virtual OBCU for system tests - Introduction 6

7 Virtualization In computing, virtualization refers to the act of creating a virtual (rather than actual) version of something, including virtual computer hardware platforms, storage devices and computer network resources. ( A virtual OBCU for system tests - Virtualization 7

8 The virtual OBCU Virtual OBCU A virtual OBCU for system tests - Virtualization 8

9 Objective Functional Equivalence: - The virtual OBCU shall behave like the real one on functional level. - To be proven by test cases. - OBCU software shall not be modified. Virtual OBCU A virtual OBCU for system tests - Virtualization 9

10 System test for virtual OBCUs Test Environment Layer Test Control Virtual OBCU A virtual OBCU for system tests - Virtualization 10

11 Basic Principle: Adapter Example: Digital IO e.g. Door Control, Emergency Brake A virtual OBCU for system tests - Virtualization 11

12 Basic Principle: Adapter Example: Digital IO Test Environment Layer Test Control e.g. Door Control, Emergency Brake MODBUS (IEC 61158) A virtual OBCU for system tests - Virtualization 12

13 Basic Principle: Adapter Example: Digital IO Test Environment Layer Test Control e.g. Door Control, Emergency Brake MODBUS (IEC 61158) A virtual OBCU for system tests - Virtualization 13

14 Technical Challenge Software: - e.g. timing conditions that require real-time kernel support. Hardware: - hardware with incomplete specification (e.g. closed source) - tight timing conditions (e.g. FPGAs). Integer by Register FPGA CPU A virtual OBCU for system tests - Virtualization 14

15 Technical Challenge Software: - e.g. timing conditions that require real-time kernel support. Hardware: - hardware with incomplete specification (e.g. closed source) - tight timing conditions (e.g. FPGAs). Emulated Hardware Integer by Register CPU A virtual OBCU for system tests - Virtualization 15

16 System setup Virtualization Host: - Intel Xeon E31240, 3.3GHz (8 cores), 32GB RAM - PROXMOX VE 4.4 (Debian 8 based Linux) Virtualization: - QEMU/KVM to run Linux based VMs - QEMU: Open Source and extending by custom emulated hardware is possible Emulation: - Custom emulator for embedded fail-safe system used to operate the, running in a Linux VM A virtual OBCU for system tests - Virtualization 16

Virtual Vehicles & Clustering Virtualization Server Virtual OBCU Virtual OBCU Virtualization Server Virtual Machine Virtual Machine Virtual OBCU Virtual Machine Virtual Machine Virtual OBCU Virtual

17 Virtual Vehicles & Clustering Virtualization Server Virtual OBCU Virtual OBCU Virtualization Server Virtual Machine Virtual Machine Virtual OBCU Virtual Machine Virtual Machine Virtual OBCU Virtual OBCU Virtual OBCU Virtual Machine Virtual Machine Test Environment Layer Virtual Machine Virtual Machine Virtual OBCU Test Environment Virtual Machine Virtual Layer Machine Virtual Machine Virtual OBCU Virtual Machine Test Environment Layer Test Environment Layer A virtual OBCU for system tests - Virtualization 17

18 Results does it work? Manual Testing: - The virtual vehicle can be driven manually in the test environment like the real OBCU based vehicles. Automated Testing: - Final proof is in progress. A virtual OBCU for system tests - Conclusion 18

19 Can we use it for VER/VAL? Full VER/VAL as required in EN 50126/50128 will not be possible. Limitations: - Hardware is replaced by an emulated hardware, which may not be the same in all aspects of behavior. - Non-functional aspects may not be equivalent such as timings, especially under real-time conditions. - Missing Tool Qualification of Hardware, Operating System and Virtualization Environment according to EN 50126/ A virtual OBCU for system tests - Conclusion 19

20 How can we use it for VER/VAL? VER/VAL can benefit from virtualization in Benefits: - Support during development, e.g. component or test cases.. - Functional testing can be done with virtual OBCUs in pre-tests. - Test of configuration data, e.g. track, missions. - Complex and cost extensive scenarios, e.g. coupling of many vehicles, can be examined with virtual vehicles. - Support Test Life Cycle A virtual OBCU for system tests - Conclusion 20

21 Conclusion Real OBCU Test Environment Layer Test Control Virtual OBCU A virtual OBCU for system tests - Conclusion 21

22 Next steps Scale up the vehicle cluster: - Increase the number of virtual vehicles. - New functions, e.g. support coupling. - Improve cluster management, e.g. Setup, Load Balancing and Life Migration - Tool Qualification accordingly to EN 50126/ Support more versions and projects. A virtual OBCU for system tests - Conclusion 22

23 Questions & Answers ESE Engineering und Software Entwicklung GmbH Unternehmenssitz Braunschweig Am Alten Bahnhof 16 D Braunschweig Telefon: Telefax: A virtual OBCU for system tests 23

24 Biography Ove Kalkan (year 1971) I m for about 10 years employed at the ESE Engineering and Softwareentwicklung GmbH in the position as software architect and project manager. My work focusses on software development in rail automation, aviation and others. Special interests are software development processes, model driven software development and testing/quality. Formerly I have been working in the multi media consumer industry and for the Technical University of Braunschweig in research and development of image processing and photogrammetry applications. A virtual OBCU for system tests 24

SDR OFDM Waveform design for a UGV/UAV communication scenario

SDR OFDM Waveform design for a UGV/UAV communication scenario SDR 11-WInnComm-Europe Christian Blümm 22nd June 2011 Content Introduction Scenario Hardware Platform Waveform TDMA Designing and Testing Conclusion