GST Stuttgart LAb Test Site - Ertico
GST Stuttgart LAb Test Site - Ertico
GST Stuttgart LAb Test Site - Ertico
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
D4.3 Description of <strong>Stuttgart</strong> lab prototypes<br />
First when the vehicle is started, meaning the Vehicle-API is loaded, the Vehicle initializes<br />
all its components and checks for all available components. After this initialization<br />
process the Vehicle uses the MessageHandler to connect to the Monitoring Center and<br />
to register the vehicle to the system and announce its availability. Due to security reasons<br />
it was decided that no communication from infrastructure to the car was allowed; only<br />
vice versa, meaning you can't connect to the car but the car can connect to you. Hence, a<br />
polling mechanism was implemented. The vehicle connects in to the Monitoring Center<br />
in a specific interval, to receive new information which then can be processed. Types of<br />
information can be for example the message to turn on/off the monitoring mode or to<br />
send data of a specific sensor to the Monitoring Center. The vehicle sensor data shown<br />
in Figure 19 are only simulated (there is no mapping of the Vehicle –API to vehiclesensor-data<br />
implemented)<br />
The purpose of the Vehicle-GUI is to simply visualize the current data of the available<br />
vehicle sensors (see Figure 19).<br />
Figure 18: Implemented VehicleAdminTree for the Vehicle Diagnosis Application<br />
30/09/2006 22 Version 2.0