﻿

# Hardware-in-the-loop simulation

Hardware-in-the-loop (HIL) simulation is a technique that is used in the development and test of complex real-time embedded systems. HIL simulation provides an effective platform by adding the complexity of the plant under control to the test platform. The complexity of the plant under control is included in test and development by adding a mathematical representation of all related dynamic systems. These mathematical representations are referred to as the “plant simulation.”

How HIL works

An HIL simulation must include electrical emulation of sensors and actuators. These electrical emulations act as the interface between the plant simulation and the embedded system under test. The value of each electrically emulated sensor is controlled by the plant simulation and is read by the embedded system under test. Likewise, the embedded system under test implements its control algorithms by outputting actuator control signals. Changes in the control signals result in changes to variable values in the plant simulation.

For example, an HIL simulation platform for the development of automotive anti-lock braking systems may have mathematical representations for each of the following subsystems in the plant simulation:
* Vehicle dynamics such as suspension, wheels, tires, roll, pitch and yaw
* Dynamics of the brake system’s hydraulic components

Why use hardware-in-the-loop simulation?

In many cases, the most effective way to develop an embedded system is to connect the embedded system to the real plant. In other cases, HIL simulation is more efficient. The metric of development and test efficiency is typically a formula that includes the following factors:1. Cost 2. Duration 3. Safety

Cost of the approach will be a measure of the cost of all tools and effort. The duration of development and test affects the time-to-market for a planned product. The safety factor and duration are typically equated to a cost measure. Specific conditions that warrant the use of HIL simulation include the following:
* Tight development schedules
* High-burden-rate plant
* Early process human factors development

Tight development schedules

The tight development schedules associated with most new automotive, aerospace and defense programs do not allow embedded system testing to wait for a prototype to be available. In fact, most new development schedules assume that HIL simulation will be used in parallel with the development of the plant. For example, by the time a new automobile engine prototype is made available for control system testing, 95% of the engine controller testing will have been completed using HIL simulation.

The aerospace and defense industries are even more likely to impose a tight development schedule. Aircraft and land vehicle development programs are using desktop and HIL simulation to perform design, test, and integration in parallel.

High-burden-rate plant

In many cases, the plant is more expensive than a high fidelity, real-time simulator and therefore has a higher-burden rate. Therefore, it is more economical to develop and test while connected to an HIL simulator than the real plant. For jet engine manufacturers, HIL simulation is a fundamental part of engine development. The development of Full Authority Digital Engine Controllers (FADEC) for aircraft jet engines is an extreme example of a high-burden-rate plant. Each jet engine can cost millions of dollars. In contrast, an HIL simulator designed to test a jet engine manufacturer’s complete line of engines may demand merely a tenth of the cost of a single engine.

Early process human factors development

HIL simulation is a key step in the process of developing human factors, a method of ensuring usability and system consistency using software ergonomics, human-factors research and design. For real-time technology, human-factors development is the task of collecting usability data from man-in-the-loop testing for components that will have a human interface.

An example of usability testing is the development of fly-by-wire flight controls. Fly-by-wire flight controls eliminate the mechanical linkages between the flight controls and the aircraft control surfaces. Sensors communicate the demanded flight response and then apply realistic force feedback to the fly-by-wire controls using motors. The behavior of fly-by-wire flight controls is defined by control algorithms. Changes in algorithm parameters can translate into more or less flight response from a given flight control input. Likewise, changes in the algorithm parameters can also translate into more or less force feedback for a given flight control input. The “correct” parameter values are a subjective measure. Therefore, it is important to get input from numerous man-in-the-loop tests to obtain optimal parameter values.

In the case of fly-by-wire flight controls development, HIL simulation is used to simulate human factors. The flight simulator includes plant simulations of aerodynamics, engine thrust, environmental conditions, flight control dynamics and more. Prototype fly-by-wire flight controls are connected to the simulator and test pilots evaluate flight performance given various algorithm parameters.

The alternative to HIL simulation for human factors and usability development is to place prototype flight controls in early aircraft prototypes and test for usability during flight test. This approach fails when mesuring the three conditions listed above. Cost: A flight test is extremely costly and therefore the goal is to minimize any development occurring with flight test. Duration: Developing flight controls with flight test will extend the duration of an aircraft development program. Using HIL simulation, the flight controls may be developed well before a real aircraft is available. Safety: Using flight test for the development of critical components such as flight controls has a major safety implication. Should errors be present in the design of the prototype flight controls, the result could be a crash landing.

* [http://www.embedded.com/story/OEG20011129S0054 Hardware-in-the-Loop Simulation] embedded.com
* [http://rthil.sourceforge.net/ RTHIL Hardware-in-the-Loop Framework]
* [http://www.automotivedesignline.com/howto/199500231 HIL simulation boosts automotive design efficiency] automotivedesignline.com

Wikimedia Foundation. 2010.

### Look at other dictionaries:

• Hardware-in-the-loop — Este artículo o sección sobre informática necesita ser wikificado con un formato acorde a las convenciones de estilo. Por favor, edítalo para que las cumpla. Mientras tanto, no elimines este aviso puesto el 6 de enero de 2009. También puedes… …   Wikipedia Español

• Hardware in the Loop — (HiL, auch HitL, HITL) bezeichnet ein Verfahren, bei dem ein eingebettetes System (z. B. reales elektronisches Steuergerät oder reale mechatronische Komponente) über seine Ein und Ausgänge an ein angepasstes Gegenstück, das im Allgemeinen… …   Deutsch Wikipedia

• Software in the Loop — Hardware in the Loop (HiL) bezeichnet ein Verfahren, bei dem ein eingebettetes System (z. B. reales elektronisches Steuergerät oder reale mechatronische Komponente) über seine Ein und Ausgänge an ein angepasstes Gegenstück, das im Allgemeinen HiL …   Deutsch Wikipedia

• Model in the Loop — (MIL) ist die Simulation eines eingebetteten Systems in einer frühen Entwicklungsphase, der Modellierung, bei der modellbasierten Softwareentwicklung. Eingebettete Systeme kommunizieren mit ihrer Umwelt und erwarten häufig plausible Sensorsignale …   Deutsch Wikipedia

• Simulation — Simulator redirects here. For other uses, see Simulator (disambiguation). For other uses, see Simulation (disambiguation). Not to be confused with Stimulation. Wooden mechanical horse simulator during WWI. Simulation is the imitation of some real …   Wikipedia

• Simulation — Fahr Simulation 2008 Fahrzeugsimulator Die Simulatio …   Deutsch Wikipedia

• The Singularity Is Near — The Singularity Is Near: When Humans Transcend Biology   …   Wikipedia

• Hardware description language — In electronics, a hardware description language or HDL is any language from a class of computer languages and/or programming languages for formal description of electronic circuits. It can describe the circuit s operation, its design and… …   Wikipedia

• 3D-Simulation — ist die Abbildung von realen Problemen in vier Dimensionen – den 3 Raum Dimensionen (3D) und der Zeit Dimension. Insofern unterscheidet sich die 3D Simulation vom 3D CAD durch die hinzugefügte Zeitkompontente, wodurch neben der Abbildung der… …   Deutsch Wikipedia

• Phase-locked loop — PLL redirects here. For other uses, see PLL (disambiguation). A phase locked loop or phase lock loop (PLL) is a control system that generates an output signal whose phase is related to the phase of an input reference signal. It is an electronic… …   Wikipedia