Members Profile

Enable modern open-source data analytics and machine learning on MDF4 file containers

T-Systems MDF 4 Transcoder is the missing link between highly efficient Asam MDF binary format and massive scalable Analytics on Big Data infrastructure, either on cloud or on prem. The transcoder provides MDF 4 file content in form of an analytic data mart, which is a well-known best practice in data analytics. Based on the data mart, analytic dashboards or data transformations can be issued with modern query engines like Apache Spark, Duckdb, Python Pandas and many more technologies. Furthermore, well-known dashboarding tools like Tableau or MicroStrategy can be directly connected for modern dashboard reporting. The transcoder can be run within a Spark Cluster for high horizontal scalability or as stand-alone java application to enable maximum flexibility of runtime environments.

ASAM MDF

SOVD Server

The SOVD Vehicle Gateway is an implementation of the SOVD Server, which is defined by ASAM in the Service Oriented Vehicle Diagnostics (SOVD) as gateway for collecting, managing, and providing access to vehicle diagnostic data of HPCs and their related applications, as well classic ECUs. Through the SOVD Vehicle Gateway, outer paties called SOVD-Clients can request diagnostic data using flexbile standard API SOVD-API. The SOVD Vehicle Gateway is responsible for receiving the requests from SOVD-Clients and redistribute them to specific vehicle components (SOVD-Component), which are responsible for the information. The main features provided by the SOVD Vehicle Gateway are: 1. Implementation of the SOVD-API 2. Detection of SOVD-Components using MDNS: vehicle components, which should also implement the SOVD-API are detected via MDNS. The SOVD Vehicle Gateway can also provide the information to the SOVD-Client about which vehicle components are available. 3. Discovery by SOVD-Client using MDNS: the SOVD Vehicle Gateway is registered itself as a service in the MDNS and thus can be discovered by SOVD-Clients in a proximity case (same network) 4. Route requests between SOVD-Client and SOVD-Component: the SOVD Vehicle Gateway works as a bridge between a SOVD-Client and SOVD-Component, which it would like to communicate with. 5. Authorization mechanismus: all requests are protected with an authorization mechanismus, which will evaluate tokens generated by an Authorization Server and reject unauthorized requests

ASAM SOVD

OTX2SOVD

OTX Java Library: Core of the project is a Java Library designed to parse and interpret OTX files and projects, providing functionality for OTX Core features (ISO 13209-2) out-of-the-box. It also offers partial support for OTX Core Extensions (ISO 13209-3) and thanks to its modular architecture it allows the integration of custom extensions according to ISO 13209-4. OTX SOVD Extension: The OTX SOVD Extension enhances the OTX Java Library with additional SOVD specific functionality. It brings the whole feature set like writing and reading data, controlling operations, read and delete failure states and many more. The extension is conforming to ISO 13209-4 standard thus it can be easily integrated into existing OTX Test Case development processes. It supports both proximity communication and remote operation using various authentication mechanisms, including Basic Auth, Token Auth, OAuth, and Certificate-based authentication. Reference Implementation/Application: To facilitate practical understanding and demonstrate the library's capabilities, a reference implementation/application is provided. This application showcases the integration and use of the OTX Java Library and its SOVD Extension, offering a ready-to-use test execution suite.

ASAM OTX Extensions , ASAM SOVD