JOIN/SIGN UP
Already a Member? |
GET INVOLVED
Understanding and Engaging in COVESA Expert Groups & Projects |
COLLABORATIVE PROJECTS
HISTORICAL
SDV Telemetry Project |
LINKS: [Tech stack meeting minutes]
Launch active development projects on key components:
...
The Technology Stack development is one of three main tracks of the Common Vehicle Interface Initiative
Goal of this activity:
Find/Develop/Define the required technology solutions (software, primarily) that can be used to implement a "full scope" (vehicle & cloud) system, while using the industry-common models for data & services (as defined by the other tracks).
Note that cross-platform support seems to be a general request even if Linux is the dominant development platform.
...
1. "Second" VISS v2 implementation (in addition to GoLang implementation)
Background
Details:
2. Demonstration of VSC-based development with Seats Service as example
Background:
3. Proposal: Make the Define "efficient binary encoding" of VSS payloads (, as a reusable implementation)
A) For individual message updates through protocols (VISS? MQTT, etc.)
B) For in-memory storage of multiple data points and "batch" transfer.
Possible input, listing the needs(?) and examples of data messages with value, series of data, and associated metadata (e.g. timestamp): Data serialization / value formats
The Technology Stack development is one of three main tracks of the Common Vehicle Interface Initiative
Goal of this activity:
possibly subsequent batch (image) transfer.
for further, potential examples, refer to the table based overview below Find/Develop/Define attractive technology solutions that can be used with the industry-common model for data+services.
...
The term Technology Stack is used to describe all software that is related to the transfer and use of data and services that adhere to the common model(s).
Examples:
...
Technology Stack content analysis, and development state
These tables show an overview of planned, desired, and existing technologies - converters, generators, and bindings to existing technologies.
It should be continuously updated to reflect completion of technology definition (specification) or implementation
For now all known parts are mentioned. Overlapping initiatives might be possible to combine, to work towards a single consistent full-stack design.
Converters and Code Generators
Note:
The purpose of the technology stack is to lead us (the automotive industry) towards a limited selected set of solid core technologies.
A table of conversions like this might look like a anything-to-anything conversion approach, but it should be clear that the goal is not to create that – only to make sure there are solutions for technologies that are strongly desired, or unavoidable legacy. In either case, the table must reflect the current availability.
Input | Output | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
VSSo | JSON (VSS definition in alternative format) | Protobuf (VSS/message definition in alternative format) | gRPC | GraphQL (Schema, Apollo format) | ARA:COM (XML) | SOME/IP (code generation, vSomeIP stack) | CommonAPI (enables backends vSOMEIP and others) | DDS (code generation) | Android Vehicle-Properties (mapping via code generation) | Franca IDL (standard) | |
VSS → x | 1) |
Ongoing discussions. VSS formatted data to/from AUTOSAR systems? | 1) Via Common API capicxx-someip → see next cell | Evaluate interest | Mapping/plan exists. |
| |||||
VSC → x | N/A | N/A | N/A: gRPC is the corresponding protocol. | Evaluate interest | 1) Std Franca ↔ARA:COM via FARACON (needs maintenance) 2) Possibly new implementation for VSC language? | Via Std Franca IDL → Common API tools. Those tools take standard Franca as input | Evaluate interest | N/A |
because |
...
Communication protocols / bindings
Procotol / technology name: | VISS v2 (data)protocol definition | MQTT (data) | Kafka | Spark(is an analytics engine, but implementing the data ingestion part and showing analytics on data that came from VSS format) NiFi | W3C-RPC* (services) | |
Scope: | Data | Data | Data (events) | Data | Services / RPC | |
Other implementations? >>
|
See working page | TODO | TODOTODO | Pending analysis of VSC/interface language |
...
Frameworks and Databases and Processing(Ideally these initiatives are after analysis combined into a single consistent architecture?)
Completion of technology definition / implementation | ||||||
---|---|---|---|---|---|---|
Project Name | IoT-event-analytics / VehicleEdge | KUKSA.VAL (part of IoTea) | Spark | AOS | CCS Reference Architecture and PoC | Other? |
Scope: | Data | Data | Data (events) | Data | Services / RPC | |
| Spark is an analytics engine, but implementing the data ingestion part and showing analytics on data that came from VSS format. |
...
Historical / preparation information.
...