Taking control of the integration
factor.
by Muli, Mahendra^Nagaraj, Shreyas C.^Alvin, Alicia
The modern-day car has evolved into a multi-faceted computing
platform It delivers vital information on vehicle status, diagnostics,
safety, environment, and other systems and integrates multiple consumer
and convenience technologies such as GPS navigation, digital radio, DVD
players, parking-assist and camera-based rear-vision systems, and
Bluetooth connections to phones and MP3 devices.
The standard instrument panel or dashboard itself is a very complex
component. It presents a wide array of information in different modes to
the driver and commonly functions as a communications gateway or bridge
to other devices in the vehicle.
[ILLUSTRATION OMITTED]
The functionality of today's highly desired infotainment
systems and the need to integrate them with the rest of the vehicle
electronics make it necessary to test these kinds of applications across
the entire realm of a vehicle's electrical and electronics system.
To address this need, dSPACE, a producer of tools for embedded
electronic and mechatronic controls development, has integrated vision
technology into its automated testing product line to aid OEMs and
suppliers in testing the visual elements associated with instrument
panels, infotainment devices, and similar applications. The new
technology combines hardware-in-the-loop (HIL) simulation with a
high-resolution, camera-based system to provide seamless, real-time
image processing capability (Figure 1).
The Need for Integration Testing
Today, instrument panels encompass a host of functionality,
displaying information from various parts of the vehicle. Even functions
perceived as being simplistic, such as the digital odometer reading,
have a significantly complex path to travel prior to being displayed
correctly.
Consider a safety-oriented feature such as electronic stability
control. If a failure occurs in any portion of this system, it typically
goes into a diagnostic mode, and a warning light is illuminated to alert
the driver. The driver then reacts by altering his driving
technique--like reducing speed on a wet surface--to compensate. This
chain of events involves multiple electronic control units, data being
shared, actions taken, and the driver being informed.
Most consumer electronic devices contain embedded microprocessors
and complex software that perform a multitude of tasks. Many of these
devices are real time in nature and must conform to strict timing
requirements. Moreover, these devices typically are self-reliant,
meaning they function on their own resources and power.
When such consumer electronic devices are integrated into a
vehicle, their functionality is dependent on communications and
interaction with other technologies in the vehicle. For example, a
consumer-oriented technology such as a GPS system also would be
physically and functionally integrated with another device, such as
audio control. It is a common trend to have these converged devices
where the driver has a single interface and can control functions like
GPS, entertainment, climate control, and phone communications. This
integration poses challenges both in development and testing.
To ensure that vehicle electronics perform correctly both at
component-level functionality and in overall integration, OEMs and
suppliers must perform in-depth testing that takes into account the
intended operation, diagnostic modes, interfaces to sensors and
actuators, communications networks, power consumption, and distribution.
If you consider the total amount of software in the vehicle, this
testing has the daunting task of covering up to 100 million lines of
code in a high-end car.
HIL simulation and camera-based image processing have the resources
to capture, recognize, and analyze visual information from instrument
clusters and infotainment screens. This capability is needed to check
and confirm the visual output on the displays and to do so in an
automated, efficient, and timely way.
HIL Simulation Testing
HIL simulation testing is widely used in the automotive and
aerospace industries for software development, testing, and validation
of engine, transmission, chassis controllers, and body-control
applications. With the use of a HIL simulator, a virtual, real-time test
environment is established. This environment is scalable and can test
everything from a single consumer electronic device or infotainment
system to an electrical subsystem to a complete vehicle embedded
electronic system.
The simulator comprises mainly real-time processing hardware
interfaced to various I/O boards. Within the networked environment, it
emulates the sensor and controller inputs of the various electronic
devices, embedded software, and vehicle systems being tested. This
allows test engineers to study the interaction and timing behaviors of
messages against the overall vehicle communications bus traffic.
The HIL simulation process begins with the creation of a system
model that can execute in real time and produce simulation results
similar to those of an actual system. The system model is dynamic in
nature, providing the capability to change the simulation parameters at
any time during the simulation process, and can be programmed to run
automated tests 24/7.
Simulation calculations are intended to react to changes imposed by
the electronic system under test. For example, the vehicle speed
simulation should slow down or increase speed based on driver input to
the gas pedal. The model also must execute in real time; that is, be
able to react to inputs with the same time response as the actual
system.
As a means of validating test cases, the HIL simulation test system
takes an intricate look at potential failure conditions. It introduces
faults into the system to verify system functionality as well as
diagnostic procedures implemented by the embedded electronics systems.
Countless testing variables like message timing, bus loads, and power
loads can be played out in the simulation process to determine glitches,
bugs, and solutions early in the development process.
Adding Camera-Based Image Processing
With the addition of camera-based image processing, even greater
simulation testing capability is possible. By integrating a
high-resolution camera in a simulator, an image-detection system is
added to the test environment mix. This combination enables visual
components such as heads-up displays (HUDs) and instrument-cluster
panels to be tested together with overall vehicle electronics.
However, as the software and electronics associated with these
devices increase in complexity, so does the amount of time required for
software development, validation, and testing. Conventional methods of
manual verification are inadequate in identifying potential problems in
these systems.
In the absence of HIL simulation and camera-based image processing,
the only way to test the visual elements of the instrument-panel cluster
is through human visual verification. Test engineers have to physically
look at visual feedback devices, such as the instrument panel, for
extended periods of time to determine that gauge needles are moving
correctly, telltale lights are coming on, and messages are displaying
correctly. But the human eye is prone to make mistakes during this
tedious task and not fast enough to catch minor glitches.
Behind the Technology
Testing visual feedback devices through HIL simulation and
camera-based image processing is based on two key functions: capturing
image information and processing this data in a timely manner.
Efficiency and timing are at the heart of this performance.
[FIGURE 1 OMITTED]
To meet image-processing requirements, the testing system must
incorporate relevant image-tracking techniques. Visual feedback devices
such as HUDs and instrument cluster panels typically use gauge readings,
LEDs, LCDs, color-coding, and other similar means to communicate
information to the driver. In this case, high-resolution needle position
detection, LED detection, color detection, character recognition, and
pattern recognition are most commonly used for image tracking.
To satisfy the need for speed, the HIL simulator works on a
real-time basis. The camera-based image processing system also must be
operated in a time-deterministic manner for meaningful, closed-loop
performance. Accordingly, a typical scan rate requirement is in the
range of 20 to 50 frames per second.
The tools required to perform HIL simulation and camera-based image
processing include the following hardware and software components:
* Real-time HIL simulator
* Image capturing and processing tools
* Test platform
* Visualization, experiment management, and modeling software
* Image processing software
* Test automation software
The camera and test subject are mounted onto a rigid test platform.
The platform must be rigid by design to minimize movement. This is
significant for image processing because any relative movements can skew
results. The camera is interfaced to the HIL simulator by a wiring
harness that provides real-time digital data based on image processing
results.
The simulator software converts the digital data from the camera to
engineering units and displays the results in a GUI. It basically
compares the data sent to the test subject and the data received from
the camera and displays the results in a meaningful format.
Case Study
A case study focusing on a 2006 Cadillac STS instrument cluster
provides more details on how HIL simulation and camera-based image
processing are achieved. The following hardware and software tools were
used:
COPYRIGHT 2008 Nelson
Publishing Reproduced with permission of the copyright holder. Further reproduction or distribution is prohibited without permission.
Copyright 2008 Gale, Cengage Learning. All rights
reserved. Gale Group is a Thomson Corporation Company.
NOTE: All illustrations and photos have been removed from this article.