Professional Documents
Culture Documents
Hardware-In-The-Loop Test: of Advanced Driver Assistance Systems
Hardware-In-The-Loop Test: of Advanced Driver Assistance Systems
Hardware-in-the-loop Test
of Advanced Driver Assistance Systems
The new generation of advanced driver assistance systems uses physical environment data along with logical
information for the predictive computation of driving situations. This data is obtained from navigation databases,
service providers or from networks with other vehicle. It is important to integrate this information into available
test processes to assure these systems in the Hardware-in-the-loop test bench. This article demonstrates how
Audi AG and Audi Electronics Venture GmbH use innovative technological solutions to facilitate the simulation of
such scenarios.
Thomas Ganslmeier
M.Sc. (TUM)
is Ph.D. Student working
on Environmental Simu-
lation for Advanced
Driver Assistance
Systems at Audi Elec-
tronics Venture GmbH in
Ingolstadt (Germany).
Dipl.-Ing. (FH)
Mirko Nentwig
is Ph.D. Student working
on HiL Simulation for
Advanced Driver Assist-
ance Systems at Audi
AG in Ingolstadt
(Germany).
3 Simulation of the
Vehicle Environment
5 Realisation MMI Navigation curvature or the distance to next turnoff. vehicle of the vehicle dynamics has to
plus as a Position Dependent Sensor This knowledge can be used in other ve- drive on a path which matches the
hicle systems for decision making or to course of a real existing and digitalised
Integrating the GPS based navigation optimise the functions of existing assist- road. This is important for the assign-
system “MMI Navigation plus” enables ance systems. To provide the respective ment of the virtual vehicles position to
the functionality of the navigation unit control unit in the HiL simulation with the real geographical position. The vehi-
in the laboratory, Figure 5. This includes the PSD it is necessary to integrate the cle parameters of the velocity, accelera-
both the navigation task, which is im- navigation unit into the overall system. tion and the resulting position of the
portant for the end customer, as well as The navigation system provides the pre- virtual vehicle in the simulation are
the functionality as a position depend- dictive road data based on the current computed by the vehicle dynamics mod-
ent sensor. That sensor is realised by the position and driving direction. To pro- el of the HiL system. The course of the
expansion of the available navigation vide the PSD it is therefore essential to road and the direction for the virtual ve-
software and supplies the other vehicle serve the navigation control unit during hicle are provided from the environ-
systems with the digital road map. Thus, the simulation with plausible und co- ment simulation.
the vehicle systems can access the infor-r herent velocity, acceleration and posi-
mation of the recent and future road tion data. To accomplish this, the virtual
6 Road Design
7 Test Configuration the road and traffic information, which gether with the dynamics information of
are easily accessible from inside VTD, are the vehicle model. The computation of
Required driving manoeuvres can be ex- x more important. the vehicle position is as follows: The GPS
actly specified and reproduced by in the sensor model is implemented in C++ and
simulation. The creation of driving sce- is integrated into the test system as a soft-
t
narios is mainly done through a graphi- 9 Driver Model ware module in ADTF. The sensor model
cal user interface. This makes it possible is conceived as a perfect sensor, which is
to add additional traffic participants into The Driver Model is able to follow speci- not affected by noise. This is done on pur-r
the simulation and to specify accurately fied paths, so that the vehicle can drive pose, because the hardware integration
defined driving manoeuvres based on the on a prearranged route in the virtual en- focuses on the functionality and the in-
modelled road. It is also possible to con- vironment of the simulation. It is real- teraction of the single subsystems. VTD
figure a driving route which is needed for ised as a VTD software component which sends the current position information
the navigation system. assigns an acceleration and steering an- in Cartesian format to ADTF. The conver- r
gle similar to the real human behaviour. sion of the simulation coordinates into a
The virtual driver also takes the traffic geographical position and the merging
8 Coupling the HiL Vehicle rules and speed limits into considera- with the velocity and acceleration infor- r
Dynamics with VTD tion. Therefore, it is able to autonomous- mation are done in ADTF. The transfor- r
ly drive on a road and make turning ma- mation of the coordinates is realised by
When VTD is connected with the HiL sim- noeuvres independently. Another option the Universal Transverse Mercator (UTM)
ulator, the vehicle dynamics are comput- available by the driver model is the exe- System which is valid almost all around
ed on the real time system. The reason lies cution of driving manoeuvres like lane the world. It establishes the connection
behind the strict real time requirements switching or velocity changing in special between the geo and Cartesian coordi-
which are demanded by the Stimulation situations. The same driver model is used nates using the Mercator projection [4].
of the driver dynamics control units like for all the involved vehicles in the simu-
ESP. A high model quality is particularly lation. This allows the creation of very
essential in the border area of the vehicle complex scenarios. The driving com- 11 Coupling of the Navigation System
dynamics. This is achieved by the continu- mands and the mentioned road informa-
ous enhancement and validation of the tion for the test vehicle are sent via the The trajectory of the simulated vehicle
models in recent years. The coordinates of middleware ADTF to the real time system resembles the course of a real digitalized
the wheel contact points, the gradient of the HiL. Thereby, the VTD-Driver sort road. Consequently, the computed geo
and the coefficient of friction of the road of drives the vehicle of the HiL simulator coordinates are laying on a road know
are transmitted through ADTF from VTD inside the virtual world of VTD. for the navigation system. These coordi-
to the real time model in the HiL. Addi- nates, together with the dynamics data,
tionally, some initial conditions and are fed through an interface into the
events like the scenario reset or the pass- 10 Integration of the navigation control unit. The GPS-system
ing through specific points are trans- Navigation Control Unit thereby receives plausible positions, ve-
ferred. The position and the location of locity, and acceleration information,
the vehicle, which are sent back to VTD, The integration of the navigation system which are used by the control unit to de-
arise from the simulation of the vehicle into the test system is done by a GPS sen- termine the position on the digital road
dynamics. The vehicle model and the traf- f sor model which is realised in ADTF map. This approach supplies the control
fic information are still computed from (Figure 5). The position data of the virtual unit with all required sensor informa-
inside VTD, since this information does vehicle is transferred in geographical co- tion for the calculation of the position,
not have to be computed in strict real ordinates from a sensor model and are making the behaviour of the navigation
time conditions. For these components fed into the navigation control unit to- control unit in the simulation analogous