0% found this document useful (0 votes)
10 views3 pages

2024-Session 03-IMA Case Study

The document outlines a case study for designing a new Flight Control System (FCS) for an aircraft, focusing on the architecture of the Flight Control Computer (FCC) and its fly-by-wire functionalities. It details the functional decomposition of the FCC, including critical tasks, their computation rates, and scheduling requirements. Additionally, it discusses partitioning architecture for task allocation and the integration of high-frequency tasks for actuator communication within a multicore system.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
10 views3 pages

2024-Session 03-IMA Case Study

The document outlines a case study for designing a new Flight Control System (FCS) for an aircraft, focusing on the architecture of the Flight Control Computer (FCC) and its fly-by-wire functionalities. It details the functional decomposition of the FCC, including critical tasks, their computation rates, and scheduling requirements. Additionally, it discusses partitioning architecture for task allocation and the integration of high-frequency tasks for actuator communication within a multicore system.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 3

.

IMA Architectural Design Case Study


Degree in Name/s: Onboard Systems Design
Aerospace Engineering SESSION 2 “Integrated Modular Avionics- IMA”

FCC System Architecture Tradeoff


CASE STUDY INTRODUCTION
A new Flight Control System (FCS) is being designed for a new aircraft, where the control of the rudder
and the control of both elevators will be fly-by-wire, i.e. the flight controls (columns and pedals) positions
are acquired by the new Flight Control Computer (FCC), which compute some flight control laws in order
to generate and command the proper position to the aerodynamic surfaces actuators. The control of the
ailerons and flaps will not be modified, so it will remain implemented through mechanical links between
flight controls and the surfaces actuators.
The main objective of the proposed Case Study for this session is to identify some of the main aspects to
keep in main related to the architecture determination for the System related to the Flight Control
Computer of the new Fly-By-Wire FCS.

CASE STUDY ACTIVITY


The following table shows the functional decomposition of the corresponding Flight Control Computer
(FCC), where the high level functionalities and the specific functions of each of them are identified, jointly
with the criticality level, the required computation rates and an estimation of the computation time for
every of the functions:

Estimated /
Required
High Level Kind of Expected
Functions (High Level Functionality decomposition) DAL Computation
Functionality function Computation
Rates
Time

PITCH CONTROL 100Hz High


A
Control of both elevators. (10ms) (1ms approx.)
PITCH
TRIM
Control, trim 50 Hz Low
Compute the columns trim position (offsetting the feel forces in B
and stabilize Control (20ms) (0.25ms approx.)
columns) and command the pitch trim actuators.
the aircraft
pitch axis PITCH DAMPING
100Hz High
Damping the oscillatory motion through the pitch damper B
(10ms) (1ms approx.)
computation.

YAW CONTROL 100Hz High


A
Control of rudder. (10ms) (1ms approx.)
RUDDER TRAVEL LIMITER - RTL 100Hz High
A
YAW Limiting the travel of the rudder. (10ms) (1ms approx.)
Control, trim
TRIM
and stabilize Control 50 Hz Low
Compute the pedals trim position (offsetting the feel forces in B
the aircraft (20ms) (0.25ms approx.)
pedals) and command the rudder trim actuators.
yaw axis
YAW DAMPING
100Hz High
Damping the oscillatory motion through the yaw damper B
(10ms) (1ms approx.)
computation.
ROLL
Indicate the ROLL
100Hz Medium
roll trim HMI The ROLL function embeds the required functionality for C
(10ms) (0.5ms approx.)
position and displaying the roll trim position and the roll trim mode.
mode


 Before printing, think about the environment
.

VFE VFE
Compute the The VFE function embeds the required functionality for
100Hz Low
flap HMI computing the flap overspeed taking account the aircraft B
(10ms) (0.25ms approx.)
overspeed airspeed and flap position.
indication VFE (Maximum flap extended speed).

UTOW
UTOW
Indicate and
The UTOW function embeds the required functionality for
compute part
computing the proper configuration, at the beginning of the 100Hz Low
of the Unsafe HMI B
take-off roll, of some subsystems pertaining to the Flight (10ms) (0.25ms approx.)
Take Off
Control System which are configurable for the take-off and
Warning
indicating the warning in cockpit.

CBIT
Perform the CBIT
PBIT The CBIT function embeds the required functionality for
100Hz High
procedure at Autotest performing the reduced and continuous automatic shelf-tests at C
(10ms) (1.5ms approx.)
item of item level.
equipment Only In Flight.
level

IBIT IBIT
Perform the The IBIT function embeds the required functionality for
IBIT performing the selectable extensive shelf-tests at item or
procedure at subsystem level. 50 Hz Medium
Autotest D
item of Only On Ground. (20ms) (0.5ms approx.)
equipment or Despite this function is manually launched at any moment On
subsystem Ground, consider that a slot every 20ms shall be booked in
level order to treat such request.

MAINT
The Maintenance function embeds the required functionality
Calibration 50 Hz Medium
Maintenance for performing the successive calibration operations on D
of Sensors (20ms) (0.5ms approx.)
sensors.
Only On Ground.

IO
The Input/Output function allows the acquisition of the 100Hz High
IO Input/Output A
information from sensors and to send the required information (10ms) (1ms approx.)
to other destination computers.

1. To identify the Partitions for a Partitioning Architecture of the new FCC in order to allocate all the
previous identified functions and considering, in addition the following recommendations:

- All the access to the FCC physical interfaces (ARINC429 Inputs/Outputs, Discrete
Inputs/Outputs and Analogue Inputs/Outputs) shall be implemented in one single “I/O
Partition” (all the Software Drivers for accessing such interfaces will be installed in that I/O
Partition) and that it shall be scheduled the first in order to ensure that all the information
from sensors is acquired before the rest of the functionality is executed.
- All the similar functionality (e.g. Trim, Damper, BIT, etc.) shall be integrated inside the same
partition when possible.
- Functionality of different DAL cannot be integrated inside the same partition.


.

2. Considering the Partitions identified and defined (duration and period) within the previous step, to
determine the Partitions Schedule and compute the MAF (Major Frame).

3. Considering the following scenario and data, where 2 Partitions “Pitch Control Partition” and
“Yaw Control Partition” were identified:

Partition Task Description DAL Computation Deadline Computation Time Task Priority (255 →
Rates Highest Priority)
PITCH_CONTROL 1ms
Task A 1ms 0.25ms 255

0.5ms
PITCH_CONTROL PITCH_TRIM Task A 0,5ms 0.25ms 250
PARTITION

2ms
PITCH_DAMPING
A 2ms 0,5ms 240
Task

YAW_CONTROL
B 1,25ms 1,25ms 0,25ms 255
Task

YAW_RTL Task B 1,5ms 1,5ms 0,25ms 250


YAW_CONTROL
PARTITION
YAW_TRIM Task B 1,5ms 1,5ms 0.50ms 240

YAW_DAMPING
B 10ms 10ms 0,50ms 240
Task

To determine the execution scheduler for the tasks running inside every of the 2 partitions,
considering a Preemptive priority‐based scheduling approach. Important to consider that all
the tasks are ready to be executed from T=0ms and that the deadline parameter shall be
considered to determine the execution sequence.
4. Finally, the FCS has to allocate a new high frequency task to implement the communication
and exchange with the actuators interfaces to ensure that no data is lost in the Serial link with
them. The current computation core cannot allocate such functionality due to lack of
performance, so another core within the multicore architecture of the computer shall be
activated, where such a new functionality will be allocated.
Define the partitioning architecture and compute the MAF for such second core considering
the following information and parameters:

Functions (High Level Functionality decomposition) DAL Required Computation Rates Computation Time
SERIAL ACTUATOR COMMANDS
Communication with the Actuator to send the Actuation A 1kHz (1ms) 0,5ms
Commands.
SERIAL ACTUATOR STATUS
Communication with the Actuator to receive the Actuator B 200 Hz (5ms) 2,5ms
Status.

Once that the partitioning architecture was defined, ¿is there some capacity in this core to
integrate some additional functionality? If affirmative, ¿what is the period and duration
available for its execution?



You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy