Q
Q

Q

[user_favorites]

?

It seems that you entered incorrect user credentials. Please enter your email and password again.

[favorite_button]

SOVD – Service Oriented Vehicle Diagnostics

Summary

The transformation of the electronic vehicle architectures with the entry of high performance computers and thus increasingly software-based systems in the car (see article: The change in the vehicle E/E-Architectures) new challenges also arise for the diagnostic procedures. The next evolutionary step in the self-diagnosis of electronic control units (ECU) is to be expexted. Under the name Service Oriented Vehicle Diagnostics (SOVD), the Association for Standardization of Automation and Measuring Systems (ASAM) is currently preparing a standardized API for diagnosting and communicating (also OTA-Updates) with software-based vehicles (see article: Innovation 2022 – CCI Study).

Objectives:

  • an API (Application Programming Interface) for diagnostics and software update (OTA).
  • A consistent API that can be used for new systems and traditional...

Like what you see?

Then log-in to unlock all the content or become a member of Carmunication today!

The transformation of the electronic vehicle architectures with the entry of high performance computers and thus increasingly software-based systems in the car (see article: The change in the vehicle E/E-Architectures) new challenges also arise for the diagnostic procedures. The next evolutionary step in the self-diagnosis of electronic control units (ECU) is to be expexted. Under the name Service Oriented Vehicle Diagnostics (SOVD), the Association for Standardization of Automation and Measuring Systems (ASAM) is currently preparing a standardized API for diagnosting and communicating (also OTA-Updates) with software-based vehicles (see article: Innovation 2022 – CCI Study).

Objectives:

  • an API (Application Programming Interface) for diagnostics and software update (OTA).
  • A consistent API that can be used for new systems and traditional sensor / actuator systems.
  • Use scenarios: proximal (wired to the car or via short-range communication), in-vehicle (driving in the car) and remote (remotely with the car).
  •  A self-describing signature of the API that allows diagnostics without an external description file (ODX).

The first release of ASAM-SOVD is expected in July 2022.

 

Details

DIAGNOSTICS IN CHANGE
For each main function of the vehicle there is an Electronic Control Unit (ECU), each of these ECUs (up to 150 in the vehicle) implements a monitoring of its functionality and the environment (self-diagnosis), the ECUs are connected to each other via bus systems (e.g. CAN) – and usually via a central gateway, which is also connected to the OBD socket.
However, new functions, such as autonomous driving, require significantly higher computing power than can be provided by today’s ECUs. Consequently, at least two high performance computer are installed in the vehicle for redundancy reasons.

Today’s diagnostic protocols work almost exclusively in request-response mode. Here, the tester usually queries individual data elements in the control units and then evaluates them.
As the name suggests, access should follow the structural pattern of the service-oriented architecture (SOA-Service Oriented Architecture). Here, a query enables the exact determination of the required information; the pre-processing and aggregation takes place autonomously in the high performance computer.
The SOVD supplements the current diagnostic scope (e.g. such as fault memory operations, ECU programming or variant coding, …) by e.g. the execution of complex processes directly in the vehicle or access by several testers simultaneously.
Complex processes could be, for example, processes running in parallel, which, for example, process sensor data in an AI machine through neural networks in order to make decisions or are permanently connected to the outside world, outsource the vehicle in part to the cloud or manage OTA updates.
ASAM SOVD was developed with the intention to meet the described challenges while keeping existing procedures, technologies and methods in mind. For that reason, ASAM SOVD covers both traditional use cases (data access, fault information, control of internal software functions) as well as high performance computer related diagnostic use cases (vehicle software updates, logging, tracing, access to system information, dynamic discovery of content). Another aim was not to replace widely used technologies like the UDS protocol but to coexists with UDS while enhancing the functionality for diagnostic communication.
ASAM SOVD is based on HTTP/REST, JSON and OAuth. The focus of ASAM SOVD is the development of the API, as for the implementation.
In future may be it could also be adapted to AUTOSAR 🙂

 

 

 

 

Sources

  • Vector Informatik
  • ASAM
  • www.embedded-software-engineering.de
  • Porsche
  • Softing
Click to rate this post!
[Total: 0 Average: 0]

Written by Carmupedia Editorial Office

You might also be interested in

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Q

Please rate this article

Let us know if you like this article by leaving a rating. Don't worry, it's super easy.

Click to rate this post!
[Total: 0 Average: 0]

Placeholder
Manage my notifications

Your member panel

From here you have full control over your profile

My bookmarks

[user_favorites]

[clear_favorites_button]

Are you missing something here?

Feedback
Q