Related SdV standards

This SdV inter::op proof point is supporting the following standards:

COVESA VSS specification
COVESA VSS language mappings: Python

SdV inter::op use case

The use case is just one example for how this set-up can be used to speed-up prototyping and reduce time-to-market for new features. The main persona of this use case is a product manager at a car manufacturer who is looking for new ways to improve driver experience. He used to spend time writing long documents to share his ideas but the time to market was over two years even for very simple functions. This inter::op case shows how he can easily prototype new features within the digital.playground, and refine an idea, by testing it against various virtual/physical car, within days. The user experience is illustrated with the product managers idea of a “weather warning” feature. The car should to be able to check the door/window state of the vehicle, as well as analyze weather data. If the driver is away from the vehicle, and at least one door/window is open and bad weather conditions are expected in the region, the driver should get notified on his smartphone, that there are still open doors at his vehicle.

Relevant products

The following products were used in this SdV inter::op proof point:

Company	Product	Role in SdV tool chain	SdV standards support
Raspberry Pi Foundation	Raspberry Pi 3	Physical Device connected to the OBD socket
Amazon Web Services	AWS IoT FleetWise	The Edge Agent Reference Implementation for AWS IoT FleetWise facilitates communication between the vehicle and the cloud. Your Edge Agent transfers selected vehicle data to Amazon Timestream leveraging the functionalities of AWS IoT Core.
Amazon Web Services	Amazon Timestream	Amazon Timestream saves the vehicle data as single-measure records.
Amazon Web Services	AWS Lambda	AWS Lambda is reading the data from Timestream and providing it through the API Gateway to the digital.auto Playground.
Amazon Web Services	Amazon DynamoDB	The Lambda Function is reading its configuration from Amazon DynamoDB.
Amazon Web Services	Amazon API Gateway	The API Gateway handles the API Requests from digital.auto and is acting as the “front door” for the lambda function.
digital.auto	digital.auto Playground	The digital.auto playground provides automotive software developers with an environment to rapidly develop prototypes for the Software-defined Vehicle (SdV). In the browser environment of the playground is getting the vehicle state from the API Gateway and is providing the data points to the mocked vehicle sensors and actuators.	To interact with vehicle sensors and actuators, the COVESA Vehicle Signal Specification (VSS) is used.

SdV inter::op architecture

The following provides a high-level summary of the inter::op architecture. COVESA VSS is the interface between the frontend implemented in the digital.auto playground and the backend realized by AWS FleetWise

Replicability

On a scale including "Use case-specific | Easily replicable | Fully productized", this proof point has been classified as "Easily replicable".

Reason: This approach can be easily replicated. Architecture is sound and can be applied to other use cases. However, for new VSS sensor types, a manual re-configuration / mapping to CAN signals is required.

Benefits for SdV tool chain

This inter::op proof point shows how a commercial product like FleetWise can be integrated via open interfaces (COVESA VSS) into the complex toolchain of an OEM. This gives the OEM the ability to implement a best-of-breed toolchain, selecting the best matching products and technical tools for each task at hand.

SdV interop: Weather Warning

Contents