The evolving ARINC 653 standard and it s application to IMA



Similar documents
ARINC 653. An Avionics Standard for Safe, Partitioned Systems

Notes and terms of conditions. Vendor shall note the following terms and conditions/ information before they submit their quote.

Safety-Critical Software Development for Integrated Modular Avionics

Challenges Facing Aerospace and Defense Suppliers

Certification Authorities Software Team (CAST) Position Paper CAST-3

Design & Manufacture Seminar SOFTWARE SECURITY & DESIGN ASSURANCE JAYSON ROWE SENIOR ENGINEER AVIONICS

A Data Centric Approach for Modular Assurance. Workshop on Real-time, Embedded and Enterprise-Scale Time-Critical Systems 23 March 2011

POSIX : Certified by IEEE and The Open Group a briefing.

POSIX. RTOSes Part I. POSIX Versions. POSIX Versions (2)

How To Develop A Powerpc/Powerpc/Ada 95/C++/Adma 83/C/C95/A95/C99/A83/A84/A85/A86/A75/A74

Parameters for Efficient Software Certification

Applying Multi-core and Virtualization to Industrial and Safety-Related Applications

Boeing B Introduction Background. Michael J. Morgan

Flight Processor Virtualization

AC REUSABLE SOFTWARE COMPONENTS

Rapid Modular Software Integration (RMSI)

Objectives. Chapter 2: Operating-System Structures. Operating System Services (Cont.) Operating System Services. Operating System Services (Cont.

Linux A multi-purpose executive support for civil avionics applications?

LynxOS RTOS (Real-Time Operating System)

Critical Systems and Software Solutions

Certification Authorities Software Team (CAST) Position Paper CAST-9

VxWorks Guest OS Programmer's Guide for Hypervisor 1.1, 6.8. VxWorks GUEST OS PROGRAMMER'S GUIDE FOR HYPERVISOR

Automating Code Reviews with Simulink Code Inspector

PikeOS: Multi-Core RTOS for IMA. Dr. Sergey Tverdyshev SYSGO AG , Moscow

Example of Standard API

Software in safety critical systems

ENEA: THE PROVEN LEADER IN SAFETY CRITICAL AVIONICS SYSTEMS

Reaping the benefits of Reusable Software Components

VxWorks Licenses for EPICS Application Developers Andrew Johnson

evm Virtualization Platform for Windows

Site Configuration SETUP GUIDE. Windows Hosts Single Workstation Installation. May08. May 08

WORKSHOP RC EVI Integração de Sistemas Junho de 2011 Eng. Nelson José Wilmers Júnior

Technical Data Sheet SCADE R17 Solutions for ARINC 661 Compliant Systems Design Environment for Aircraft Manufacturers, CDS and UA Suppliers

Advisory Circular. U.S. Department of Transportation Federal Aviation Administration

WIND RIVER HYPERVISOR

The MILS Component Integration Approach To Secure Information Sharing

DOWNLOAD COURSE PRESENTATIONS. Scan to download course presentations

SAFE SOFTWARE FOR SPACE APPLICATIONS: BUILDING ON THE DO-178 EXPERIENCE. Cheryl A. Dorsey Digital Flight / Solutions cadorsey@df-solutions.

Open Source Implementation of Hierarchical Scheduling for Integrated Modular Avionics

SCADE System Technical Data Sheet. System Requirements Analysis. Technical Data Sheet SCADE System

System Structures. Services Interface Structure

THE INTERNET OF THINGS IN COMMERCIAL AVIATION

OpenGL ES Safety-Critical Profile Philosophy

Chapter 12. Development Tools for Microcontroller Applications

Rotorcraft Health Management System (RHMS)

TESSY Automated dynamic module/unit and. CTE Classification Tree Editor. integration testing of embedded applications. for test case specifications

ARINC Specification 653 Based Real-Time Software Engineering

Federated, Generic Configuration Management for Engineering Data

Chapter 3 Operating-System Structures

Virtualization: Hypervisors for Embedded and Safe Systems. Hanspeter Vogel Triadem Solutions AG

WIND RIVER RTCA DO-178 SOFTWARE CERTIFICATION SERVICES

Virtualization for Cloud Computing

Linux. Reverse Debugging. Target Communication Framework. Nexus. Intel Trace Hub GDB. PIL Simulation CONTENTS

What s Cool in the SAP JVM (CON3243)

Subject Software Aspects of Certification

Compositional Security Evaluation: The MILS approach

System Software Integration: An Expansive View. Overview

AFDX Emulator for an ARINC-based Training Platform. Jesús Fernández Héctor Pérez J. Javier Gutiérrez Michael González Harbour

ISOLATING UNTRUSTED SOFTWARE ON SECURE SYSTEMS HYPERVISOR CASE STUDY

OPERATING SYSTEM SERVICES

A Next Generation Avionics Software Architecture The ECOA Programme

A highly integrated UAV avionics system 8 Fourth Street PO Box 1500 Hood River, OR (541) phone (541) fax CCT@gorge.

Chapter 2: OS Overview

Rev 1 January 16, 2004

Operating System for the K computer

Chapter 2 System Structures

CERTIFICATION MEMORANDUM

Verification and Validation of Software Components and Component Based Software Systems

Instrumentation Software Profiling

Date: 9/30/15 AC No: Initiated by: AFS-300 Change: 0

Operating System Structures

Code Coverage: Free Software and Virtualization to the Rescue

Safety Analysis and Certification of Open Distributed Systems. P. M. Conmy; Department of Computer Science, University of York, York, YO10 5DD U.K.

The EMSX Platform. A Modular, Scalable, Efficient, Adaptable Platform to Manage Multi-technology Networks. A White Paper.

Certification Authorities Software Team (CAST) Position Paper CAST-13

AFDX/ARINC 664 Concept, Design, Implementation and Beyond

RTCA DO-178B/EUROCAE ED-12B

Agent Languages. Overview. Requirements. Java. Tcl/Tk. Telescript. Evaluation. Artificial Intelligence Intelligent Agents

Meeting DO-178B Software Verification Guidelines with Coverity Integrity Center

Operating System Components

The Comprehensive and Fully Compliant Certification Solution. Certification Services

TRACE32 Documents... ICD In-Circuit Debugger... Processor Architecture Manuals... TriCore... TriCore Monitor... 1

GEDAE TM - A Graphical Programming and Autocode Generation Tool for Signal Processor Applications

Embedded Systems. 6. Real-Time Operating Systems

Experience with the integration of distribution middleware into partitioned systems

Outline. Outline. Why virtualization? Why not virtualize? Today s data center. Cloud computing. Virtual resource pool

Performance Comparison of RTOS

Embedded Linux Platform Developer

IOTIVITY AND EMBEDDED LINUX SUPPORT. Kishen Maloor Intel Open Source Technology Center

Title: Partitioned Embedded Architecture based on Hypervisor: the XtratuM approach. Authors: S. Peiró, A. Crespo, I. Ripoll, M.

Network connectivity controllers

Virtualization. Dr. Yingwu Zhu

F-22 Raptor. Agenda. 1. Motivation

CS 3530 Operating Systems. L02 OS Intro Part 1 Dr. Ken Hoganson

Rigorous Methods for Software Engineering (F21RS1) High Integrity Software Development

OPERATING SYSTEM - VIRTUAL MEMORY

Using Linux in Medical Devices: What Developers and

Certification Authorities Software Team (CAST) Position Paper CAST-26

Virtualization. Jukka K. Nurminen

Operating System Organization. Purpose of an OS

Transcription:

The evolving ARINC 653 standard and it s application to IMA Alex Wilson Senior Program Manager Wind River November 13 th 2007

IMA and ARINC 653 Agenda DO-297 Certification of IMA under DO-297 Conclusions 2 2007 Wind River Systems, Inc.

Why Integrated Modular Avionics? Allows for consolidation and portability of applications Lower program lifecycle costs Improved software re-use Reduce impact for re-using components Improve modularity Reduce impact for application changes Improve portability Reduce upgrade costs A standard platform provides integrator with choices of vendors Flexibility and fault tolerance Results in improved dispatch reliability Reduce the number of LRU s Lower maintenance costs Reduce space, weight and power Support Multiple DO-178B Safety Levels on a single microprocessor Honeywell claims that IMA design can save 350 pounds of weight on a narrow-body jet: equivalent to two adults FMS FMS Ground Ground Link Link Payload Payload #1 #1 VxWorks VxWorksARINC 653 653 Payload Payload #2 #2 3 2007 Wind River Systems, Inc.

ARINC 653 specification ARINC 653 is a specification for an application executive used for integrating avionics systems on modern aircraft It is an API of 51 routines: time and space (memory) partitioning, health monitoring (error detection and reporting), communications via ports, ARINC 653 OSes and applications are typically certified per DO-178B; different partitions can be certified to different DO-178B levels Federated System Cockpit Cockpit Displays Displays Flight Flight Air Air Data Management Data Management Computer System Computer System Integrated Modular Avionics (IMA) Air Air Data Data FMS FMS MMU-Partitioning MMU-Partitioning Operating Operating System System Displays Displays ARINC 429 4 2007 Wind River Systems, Inc.

VxWorks 653 Platform Workbench Development Suite Eclipse Framework Support for multiple OSes VxWorks 653, VxWorks 6 Linux, VxWorks MILS Editor, complier, debugger C, C++, Ada* On-chip debug support for Module OS and Application Partition Analysis tools System Viewer Source code analyzer * Partner products DO-178B Certification Tool Suite Cuts Cert Time, Cost XML Configuration Suite DO-178B Level A qualified development tool Schema submitted to ARINC 653 committee DO-178B qualified verification tools Agent for Certification Environment (ACE) Port monitor CPU monitor Memory monitor Host shell command tool Wind River Workbench Integrated Partner Software VxWorks 653 Hardware Support (PowerPC) Support, Training, Professional Services Integrated Partner Support Certifiable ARINC 664 Stack CORBA Certifiable OpenGL ARINC 615A Data Loader AFDX VxWorks 653 Time and space partitioning Slack time scheduling option Meets SC-200 IMA requirements Up to 16 unique schedules ARINC 653 Supplement 2, Part 1 compliance Integrated Health Management Module/Partition cold/warm restart ARINC SAP Ports (Part 2) Multiple partition OS with support for: ARINC 653 API VxWorks 5.5 API subset POSIX subset Customer legacy OS possible DO-178B, Level A UDP/IPv4 Network stack (optional) DO-178B Level A cert evidence 5 2007 Wind River Systems, Inc.

VxWorks 653 designed for performance VxWorks 653 implements a two-level OS model "Virtual machine" approach as described in DOT/FAA/AR-99/58, Partitioning in Avionics Architectures: Requirements, Mechanisms and Assurance authored by John Rushby Corresponds to the concept of a virtual machine as described in DO-178B, section 6.4.1 Gives especially high scheduling performance, with the ability to run dozens of partitions with minimal RTOS partition switch overhead even at high clock rates Scales from a single partition system to a maximum of 255 partitions without performance degradation seen with other implementations 6 2007 Wind River Systems, Inc.

VxWorks 653 Architecture User Mode ARINC Application POSIX Application VxWorks Application Ada Application ARINC API POSIX API VxWorks API Ada API Partition OS Partition OS Partition OS Partition OS VxWorks 653 Application Executive (with ARINC 653 ports and time/space scheduler) Board Support Package (BSP) Kernel Mode Hardware Board 7 2007 Wind River Systems, Inc.

VxWorks 653 ARINC 653 Time and Space Scheduling Partition #1 Partition #2 Partition OS Partition OS MMU Partition #1 Time Allocation MMU Partition #2 Time Allocation Time 8 2007 Wind River Systems, Inc.

VxWorks 653 Priority Preemptive Scheduling Intrapartition T1 T1 T1 T1 T2 T2 T2 T2 T3 T3 T4 T4 T3 T3 Partition OS Partition OS Partition #1 Time Allocation Partition #2 Time Allocation Exec Time Idle Time Exec Time Idle Time Time 9 2007 Wind River Systems, Inc.

The ARINC 653 standard ARINC 653 Specification First Published <Jan 1997> ARINC 653 Supplement 1 <Oct 2003> Provided refinement and clarification to the 1997 standard ARINC 653 Part 1 (Required Services) Supplement 2 <Mar 2006> ARINC 653 partition management Cold start and warm start definition Application software error handling ARINC 653 compliance Ada and C language bindings Added ARINC 653 Part 2 <Jan 2007> Extended Services, including File System, Logbook, Service Access points Added ARINC 653 Part 3 <Oct 2006> Conformity Test Specification On-going work <Next Meeting at Wind River in Alameda, California Nov 13-15 2007> Part 1 Required Services Supplement 3 <Various updates including HM and XML> Part 2 Extended Services Supplement 1 <Various updates including FS and Name Service> Part 3 Conformity Tests Supplement 1 <To include Part 2 Testing> Part 4 Embedded Profiles <Proposal to develop subsets of overall standard> 10 2007 Wind River Systems, Inc.

So what is RTCA DO-297 /EUROCAE ED-124? Purpose: Integrated Modular Avionics (IMA) Development Guidance and Certification Considerations..provides guidance for IMA developers, integrators, applicants, and those involved in the approval and continued airworthiness of IMA systems. It provides specific guidance for the assurance of IMA systems as differentiated from traditional federated avionics Results of joint US/EU Study RTCA SC-200 and EUROCAE WG-60 Defines roles and responsibilities Certification applicant, Systems Integrator, Platform Provider, Application Developer References RTCA DO-178B (EUROCAE ED-12B) and ARINC 653 11 2007 Wind River Systems, Inc.

Certification of IMA system From DO-297 : Six tasks define the incremental acceptance of IMA systems in the certification process: Task 1: Module acceptance Task 2: Application software or hardware acceptance Task 3: IMA system acceptance Task 4: Aircraft integration of IMA system including Validation and Verification (V&V) Task 5: Change of modules or applications Task 6: Reuse of modules or applications Key implementation and certification challenges:- How to change application or configuration entities without affecting the entire system? Without requiring re-testing or re-certification of other independent entities How to reuse applications from one IMA project on the next IMA project? Without having to re-write and re-test the entire application 12 2007 Wind River Systems, Inc.

Certification stakeholders Certification Applicant Responsible for demonstrating compliance to applicable aviation regulations Seeking Type Certificate (TC), Amended TC, Supplemental TC (STC) or Amended STC System Integrator Integrating the platform and applications to produce IMA System System Configuration, Resource allocation, IMA V&V Platform Provider Provide processing hardware and software resources (including the core software) Specify interfaces, shared resources, configuration tables Platform V&V Application Developer Develops Hosted applications and verifies on platform Specifies external interfaces and resource requirements of application Key implementation and certification challenges:- How to keep supplier roles separate during configuration and build? 13 2007 Wind River Systems, Inc.

Typical federated system architecture T1 T1 T3 T3 T2 T2 T4 T4 Application / Tasks Linked With Kernel Mode RTOS Include File Configuration Board Support Package (BSP) Hardware Board 14 2007 Wind River Systems, Inc.

VxWorks 653 Architecture IMA System Integrator Supplier 1 Supplier 2 Supplier 3 Supplier 4 Application Developers Platform Provider 15 2007 Wind River Systems, Inc.

Experience gained in IMA systems IMA systems are extremely complex: Large number of applications: 10+ Large application: 2,000,000+ lines of code, 4-8 MBytes Large configuration data: 40,000+ configuration entries Complexity must be managed to be successful Roles and responsibilities have to be defined Role activities have to be decoupled Development cycles are shorter and shorter Cost of Change must be very low Introducing a change should have a low impact even during the certification cycle Solution: Configuration & Build Partitioning 16 2007 Wind River Systems, Inc.

Independent Build, Link, and Load A VxWorks 653 system consists of at least four pieces: A Module OS (MOS) (Partition Scheduler) Configuration data (XML) At least one Partition OS (POS) At least one application IBLL enables Independence of software modules Independent Build Don't need the entire source to build one piece No more "system" project that builds everything Independent Link Don't need OS binaries to link an application Independent Load Binaries can be loaded/updated (flashed) separately 17 2007 Wind River Systems, Inc.

Without Wind River Configuration data C compiler or other unqualified tool Replaceable Software Units Certify all together App 1 App 2 App 3 App 4 Configuration data from unqualified tool Other ARINC 653 operating systems Configuration data (partitions, ports, etc.) in C, text, XML, created by unqualified tool must test and certify entire system as a whole, even for minor configuration change Higher initial development time, certification cost, cost of change With Wind River XML configuration data Qualified XML compiler Certify separately App 1 App 2 App 3 App 4 Binary configuration data VxWorks 653 XML-based configuration data managed by DO-178B qualified XML binary compiler Test, certify, and recertify applications independently and asynchronously Result: Lower development time, initial cert cost, and cost of change 18 2007 Wind River Systems, Inc.

Why evolve the Supplement 1 XML schema The ARINC Supplement 1 XML schema is not suitable for largescale complex real-world systems It matured relatively independently of the crucial role definitions in DO-297 It is not sufficiently flexible for commercial airplane products The XML for VxWorks 653 has matured over 4 years by satisfying the requirements of 5 Boeing airplane programs Including meeting the extended challenge for the 787 of working with multiple suppliers, sometimes competitors, for the full set of applications One of the original authors of the Supplement 1 schema, said that you are starting to identify and think about problems that no other OS vendor is aware of yet. You are leading in this area Wind River, in conjunction with Verocel (lead) and the 787 IMA Supplier, is helping to contribute this knowledge back to the airplane developer community through its work on ARINC 653 Supplement 3 19 2007 Wind River Systems, Inc.

Example: HM Table reference Supplement 1 Part-Id Part HM Table Each table must be unique! Partition Partition referenced by HM table Proposed for Supplement 3 Part HM Table Partition Tables can be reused! HM-Id Partition references HM table 20 2007 Wind River Systems, Inc.

Example : Supplement 1 Schedule Representation Partition A Partition B Partition C Partition D Schedule Schedule Schedule Schedule Window 1 Start Duration Window 1 Start Duration Window 1 Start Duration Window 1 Start Duration Window 2 Start Duration Window 2 Start Duration A change to a partition schedule affects the entire module schedule! Hard to identify the overall schedule and schedule conflicts 21 2007 Wind River Systems, Inc.

Supplement 3 proposed schedule representation Partition A Partition B Partition C Partition D Partition-Ref Partition-Ref Partition-Ref Partition-Ref Window 1 Duration Window 2 Duration Window 3 Duration Window N Duration Schedule 1 Major Frame 22 2007 Wind River Systems, Inc.

Applying the DO-297 stakeholder concept Separate and organize configuration data and build activities per IMA roles: System Integrator (SI), Platform Provider (PP) and Application Developers (AP) Each role has its own configuration data and set of activities Each activity is independent of every other Build activities Build activities Config File Config File 23 2007 Wind River Systems, Inc.

XML Table Generator for Review of Configuration Data for Credit Platform Provider System Integrator FMA Application Developers Display XML Tables XML Tables XML Config File XML Tables XML Config File XML Tables XML Config File Nav XML Tables XML Config File XML Config File XML Table Generator DO-178B Qualified Verification Tool XML Business Rules Platform Data Schedule Tables HM Table HM Table HM Table Application FMA Application Nav Application Display Reviewers, DERs and Certification Authorities 24 2007 Wind River Systems, Inc.

Typical ARINC 653 XML Compilation XML Editor (Word, Code Editor) XML Configuration Data File XML to C Compiler Unconstrained XML Input The configuration files for a single platform can be large (50,000 lines of XML or more) Translation to intermediate language C Configuration Data File Very large C data file C to Binary Compiler Translation to binaries Binary Configuration Data Load binaries onto target Hardware Platform 25 2007 Wind River Systems, Inc.

XML Data Testing Every translation must be traced! Configuration requirements to XML configuration data XML configuration data to C code C code to binaries All tools must be proven to be reliable and consistent The entire process must be proven as reliable and repeatable Tests must be written for every XML configuration How can one edit and test a large data file reliably? 26 2007 Wind River Systems, Inc.

VxWorks 653 XML compilation XML Editor With Separate Checker Modular XML Configuration Data Files XML to Binary Compiler DO-178B Qualified as A Development Tool Binary Configuration Data Constrained XML input, checked and verified Discrete XML configuration files for each application, supplier, and integrator per DO-297 DO-178B tool qualification eliminates the need for testing output No intermediate language to trace or add errors Hardware Platform 27 2007 Wind River Systems, Inc.

Wind River s XML configuration solution A DO-178B Qualified Development Tool Suite using XML for Configuration of ARINC 653 Systems Updated XML schema with heritage in ARINC 653 Supplement 1 Improves Supplement 1 design, now proposed for ARINC 653 Supplement 3 XML File Checker performs many consistency checks to verify consistency of configuration, qualified as a DO-178B verification tool XML Compiler qualified to DO-178B Level A under FAA 8110.49 Chapter 9 as a development tool No further test of binary configuration data or qualification required XML Table Generator translates XML to human-readable tables organized by role, qualified as a DO-178B verification tool Result: Build, debug, test, re-test, and certify each independent application independently, incrementally, and asynchronously 28 2007 Wind River Systems, Inc.

Benefits Clearly defines responsibility and ownership of configuration data Enables each configuration entity to be submitted independently Incremental changes can be introduced without impacting the entire program Preserves confidentiality between parties since configuration data sharing is not required (except with System Integrator) Establishes the notion of contracts between roles Minimizes cost of change Creates manageable configuration data set 29 2007 Wind River Systems, Inc.

Conclusion ARINC 653 Standard is being evolved and augmented as it is used on real projects such as the Boeing 787 Dreamliner IMA global best practices have emerged into new standards DO-297/ED-124 and ARINC 653 Supplement 3 IMA systems are extremely complex and must be carefully managed Configuration and development processes are key factors for successful certification Special emphasis should be put on both areas from the start of a program Both areas require careful design 30 2007 Wind River Systems, Inc.

Questions? Alex Wilson Senior Program Manager alex.wilson@windriver.com http://www.windriver.com