23.11.2014 Views

Military Embedded Systems Summer 2006

Military Embedded Systems Summer 2006

Military Embedded Systems Summer 2006

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Mil Tech Trends<br />

Applying Model-Based<br />

Design to a Fault<br />

Detection, Isolation, and<br />

Recovery system<br />

By Jason Ghidella, PhD,<br />

and Pieter J. Mosterman, PhD<br />

Model-Based Design facilitates verification and validation of an executable system specification,<br />

which prevents errors from persisting into later stages of the design process where they<br />

are more costly to eliminate. Studying a Fault Detection, Isolation, and Recovery (FDIR)<br />

system, in this case an aircraft elevator redundancy control system, demonstrates how to<br />

trace requirements to a design, create tests based on those requirements, and perform coverage<br />

analysis, which in turn reveals untested, missing, and ambiguous requirements as well as<br />

superfluous functionality in the specification.<br />

The complexity of modern control<br />

systems makes it difficult to deliver highquality,<br />

reliable, and timely products<br />

using traditional development processes.<br />

In such development processes, engineers<br />

first gather high-level requirements in text.<br />

These requirements form the system<br />

specification that is gradually refined into<br />

a detailed design that can be implemented.<br />

Structured test scenarios are then used<br />

during implementation to validate<br />

system behavior against the original<br />

requirements. However, errors found<br />

during implementation are costly and time<br />

consuming to fix, and can cause product<br />

delays, missed opportunities, and reduced<br />

functionality.<br />

Companies are now adopting Model-<br />

Based Design to overcome these limitations.<br />

With Model-Based Design,<br />

engineers use a graphical model, often a<br />

block diagram, to capture requirements.<br />

This model produces an executable<br />

specification that describes the system<br />

behavior and can be gradually extended<br />

into an increasingly detailed design from<br />

which the implementation code can be<br />

automatically generated. Verification and<br />

validation can occur earlier in the system<br />

design process, which reduces costly<br />

iterations across many design steps.<br />

hydraulic<br />

system 1<br />

34 / SUMMER <strong>2006</strong> <strong>Military</strong> EMBEDDED SYSTEMS<br />

left outer<br />

actuator<br />

Left Elevator<br />

left inner<br />

actuator<br />

An FDIR application for a redundant<br />

actuator control system is designed using<br />

Model-Based Design. Associations are<br />

formed between textual requirements,<br />

items in the graphical model, and test<br />

cases used to verify and validate the<br />

design. Test completeness is determined<br />

by collecting coverage data that is<br />

derived, for example, by doing a Modified<br />

Condition/Decision Coverage (MC/DC)<br />

analysis of the design model as the tests<br />

PFCU2<br />

LDL RDL<br />

LIO<br />

hydraulic<br />

system 2<br />

PFCU1<br />

Figure 1<br />

RIO<br />

right inner<br />

actuator<br />

Right Elevator<br />

right outer<br />

actuator<br />

hydraulic<br />

system 3<br />

are executed. Because this activity occurs<br />

at the model level, design errors and<br />

requirement omissions are identified and<br />

corrected early on, at less cost.<br />

Designing an FDIR system<br />

Figure 1 shows the typical redundancy<br />

of an aircraft elevator system with one<br />

elevator on the left and one on the right.<br />

Each elevator can be positioned by two<br />

hydraulic actuators, only one of which

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!