Hierarchical FDIR Concepts in SC Systems - PowerPoint PPT Presentation

1 / 17
About This Presentation
Title:

Hierarchical FDIR Concepts in SC Systems

Description:

Safe Mode, Reconfiguration. Context. Reconfiguration. Device commands. Unit HK ... Safe Mode largely based on independent HW and SW ... – PowerPoint PPT presentation

Number of Views:97
Avg rating:3.0/5.0
Slides: 18
Provided by: rolandges
Category:

less

Transcript and Presenter's Notes

Title: Hierarchical FDIR Concepts in SC Systems


1
Hierarchical FDIR Concepts in S/C Systems
  • SpaceOps 2004, Montreal May 20, 2004

Roland Gessner et al. EADS-Astrium
GmbH Friedrichshafen, Germany
2
Agenda
  • Rationale why hierarchical FDIR ?
  • FDIR development within the Space Segment
    development
  • Representation of FDIR hierarchies
  • Typical FDIR resources and mechanisms
  • Project examples
  • Conclusions

3
Rationale why hierarchical FDIR ?
  • Increased autonomy needs in space missions (Deep
    Space missions and Earth Observation missions)
    and tightened schedules require tailored and
    systematic FDIR considerations in projects
  • Hierarchical FDIR concept and description
    supports the project definition/specification
    phase
  • Hierarchical FDIR helps to handle project
    interfaces
  • Systematic approach for FDIR within projects is
    considered to have some room for improvement

4
FDIR Development in Space Segment (1)
  • Characteristics
  • establish FDIR and Operational requirements to
    sufficient detail as early as possible
  • Consequence early involvement of Operations
    people in projects and closely working with
    system engineering
  • Set up FDIR related tasks according to project
    phases
  • by
  • description of FDIR process
  • definition of interfaces to other disciplines /
    subcontractors
  • Example

5
FDIR Development in Space Segment (2)
6
FDIR Concept
  • Tasks
  • Develop baseline hierarchical architecture for
    systems, subsystems and functions
  • Define basic FDIR principles (system safing
    concept, system/subsystem reconfiguration
    approach, failure categories etc.)
  • Include FDIR/Operational requirements into
    specifications

7
FDIR Analysis (1)
  • Method
  • Develop functional architecture for system,
    subsystems and functions to a sufficient level of
    detail (functional decomposition)
  • Describe failures on functional levels
  • Complement by failures from FMECA (Failure Mode
    Effects and Criticality Analysis), usually
    developed somewhat later
  • Refine FDIR principles and consolidate
    specifications
  • Example

8
FDIR Analysis (2)
9
FDIR Functional Description Space Segment
  • Use e.g. SADT (Structured Analysis and Design)
    Technique

10
FDIR Model GOCE example
11
FDIR Resources and Mechanisms (1)
  • Redundancy Resources
  • baseline for system safing concept
  • very implementation specific could imply
    significant complexity
  • System Safeguarding Mechanisms
  • Definition of system alarms leading to system
    safing
  • separation between HW and SW based failure
    handling
  • Surveillance Techniques/Monitoring e.g.
    independent HW for nominal surveillance and for
    failure cases
  • On Board Sequencing Functions (On-Board Control
    Procedures)

12
FDIR Resources and Mechanisms (2)
  • Services of the ECSS Packet Utilisation Standard
    (PUS)

13
FDIR Specifics for Deep Space missions
  • Fail operational approach during specific mission
    phases, e.g. Orbit Insertion phase
  • Enhanced redundancy implementation scheme
  • Configurability of onboard computers according to
    their functional needs
  • Table-based configuration management allows
    avoidance of un-allowed configurations

14
ADM-AEOLUS Mission
  • Atmospheric Wind Speed Determination by LIDAR
    instrument (ALADIN)
  • 7-day (nominal) autonomy
  • Fail-operational approach to ensure high data
    availability

15
ADM-AEOLUS Mission FDIR Specifics
  • 7 day autonomy requirement plus single failure
    tolerance requirement drives FDIR
  • Autonomous data downlink capabilities (orbit
    position schedule)
  • Use of ECSS PUS functions (including OBCPs for
    FDIR)
  • Safe Mode largely based on independent HW and SW

16
Summary
  • FDIR hierarchical approach is able to distinguish
    FDIR instances of different operational
    importance
  • FDIR hierarchy can be set up to match project
    breakdown (organisational needs)
  • Structured analysis and design techniques are
    useful to build an FDIR model and interfaces
    between different functions FDIR breakdown to
    detailed implementation levels is easily possible
  • FDIR/Ops engineers to be included early in
    project phases

17
Further Contacts
  • EADS Astrium http//www.eads.net/
  • Authors Roland.Gessner_at_astrium.eads.net
  • Bernd.Koesters_at_astrium.eads.net
  • Alfred.Hefler_at_astrium.eads.net
  • Reinhard.Eilenberger_at_astrium.eads.net
  • Joerg.Hartmann_at_astrium.eads.net
  • Michael.Schmidt_at_esa.int
Write a Comment
User Comments (0)
About PowerShow.com