ODX-BEST2-Converter supporting migration to ASAM MCD-2D (ODX) at BMW by converting ODX data into BEST2. In: ASAM Solution Guide 2007.
Summary: A well thought through, long term strategy is needed to successfully restructure proprietary diagnostic data formats into the standardized ASAM MCD-2D (ODX) format.
One possible migration scenario lets the suppliers, for a transitional period, create diagnostic data using the ODX format as base, followed by a conversion into OEM specific formats. This migration strategy leaves the OEM time to gradually migrate their legacy systems into ASAM conform systems.
PDX-Workspace/PDX lib managing ASAM MCD 2D (ODX) data exchange via PDX packages. In: ASAM Solution Guide 2008.
Summary: An easy, manageable exchange of diagnostic and flash data between process partners is essential. For this purpose, the ASAM MCD-2D (ODX) standard introduces a file container called "PDX package", where all files to be exchanged are packaged. However the content of the PDX package, the hierarchical directory structures and the naming conventions can vary due to different processes or software systems. Hence the data exchange can be difficult, even errorneous in particular data exchange between different companies.
Wireless vehicle access is used in the service process. It is designed for the use of radio-based diagnostic communication in the immediate garage environment and provides the garage with a limited-range radio connection to the end customer's vehicle. This radio connection is used to read information from the vehicle that is parked in the garage parking area during vehicle acceptance and fault description.
The functionality of the garage server software consists of:
Condition Based Service is a vehicle-wide system function of an intelligent, condition-based maintenance system, that measures the condition of wearing parts in the vehicle (e.g. oil, air filters, brakes...) and predicts the time of the next exchange. The prediction is made via sensors, algorithms and parameters, such as mileage or driving habits. At start-up, a display shows the vehicle's status and when the next service is due. So you're alerted only when service is actually required.
I worked in the project at BMW that defined and specified this vehicle-wide system function and coordinated their implementation. My task was to create the requirements specification for ECU manufacturers that had to implement the function their ECU software.
Due to the vehicle-wide distribution of the system function, a lot of coordination between our department and the ECU developers was necessary. The success factor here was a clear specification of the functionality, their interfaces and their communication. I used a use case driven method to describe the functionality. Sequence diagrams showed the communication between the ECUs.