We use cookies on this site to enhance your user experience. By using this site, you are giving your consent for us to set cookies.


You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »

Note: Another planning page with restricted access exists at Internal planning page for COVESA AMM April 2023 - Technical

Session Proposals

Proposed Topic/Session TitleAbstractRequested DurationRequested DayProposed ByComments
BMW & MongoDB VSS-based Data Middleware PoC - Tiered Sync 
30 min

Discussion of central data service reference playgroundTBA

This is related to the BMW/MongoDB session above. Topic is evolution towards a public reference playground as previously discussed in Porto and the Data Architecture call.
TBD but perhaps 30 mins
A project proposal is planned to be written ahead of the AMM
OTA updates with Realm
30 min

Creation within the community of a set of documentation, patterns, best practices, cookbooks and HowTos for Covesa technology, with an initial focus on VSS and it's eco-system.

<Draft. Needs tidying>

Workshop the creation and publishing of technical documentation that supports scaling and adoption of Covesa strategic vision. Be it design patterns, data architecture, cookbooks and howtos.

30 - 45/60 mins depending on how much is workshop
Design Pattern / Data Architecture documentation proposal
HIM and an interface using itThe Hierarchical Information Model (HIM) is an evolution of the COVESA Vehicle Signal Specification (VSS) that adds the ability to have multiple trees representing different domains, and representing different types of information. Besides the information type “resource data” that is what is represented by the VSS tree, HIM also supports “service data” where microservices represented by procedures with input and output parameters can be defined. Analogously to VSS, the HIM model does not specify an interface that exposes this information, it leaves this to separate interface specifications. One candidate for this is an evolution of the W3C Vehicle Interface Signal Specification version 2 (VISSv2), that in its current version uses VSS for modelling the data. It is the presenter’s view that this interface can with small modifications be extended to use HIM instead of VSS. This would provide a single interface that can be used to access both information types, that will possibly also be standardized in W3C. The presentation will give the presenter’s view on how this extension could look like.60 min

Vehicle data server southbound architecture

An architecture is described where the southbound side of a vehicle data server utilizes a data store and a feeder to realize the interaction with the underlying vehicle subsystem.45-60 min

DDS and Data-Centric CommunicationsOverview of DDS (Data Distribution Service), its applicability to VSS, and how data-centric communications can enable interoperable ecosystems of tools and components with vast scalability; an opportunity for COVESA.60 min
Neil Puthuff 

VSS in-vehicle: KUKSA State of the Union



(Recent Updates and Roadmaps, "The return of VISS", Android options)45 minWednesday

CatenaX open data ecosystem for the automotive industry using open standards

https://catena-x.net/en/vision-goals



CatenaX is looking into VSS usage for some of their use cases, and is interested to present on AMM

speaker tbd - will be from Catena-X consortium

tentative, contact Sebastian Schildt 

45Wednesday 
























  • No labels