Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "OpenADx"

(Added next events and renaming the whole section from Workshops to Events in general.)
(→‎Steering Committee 2021/2022)
 
(217 intermediate revisions by 23 users not shown)
Line 1: Line 1:
 +
[[File:Openadx-logo.png|thumb|right]]
 +
The OpenADx Working Group wants to serve in the field of software tools for the realization of autonomous driving (AD) by defining open interfacing standards for software for use in vehicle based systems and in testing environments, where the second will typically be realized by means of cloud services doing at least software builds, virtual test runs and collecting results. The name OpenADx thus stands for "Open, Autonomous Driving Accelerator". The group is formed by a multitude of parties from various parts of the world and supported by several well-known industry companies. The OpenADx Working Group is set up as a working group under the governance of the Eclipse Foundation.
  
−
== Welcome to OpenADx ==
+
Please find the home page and the news ticker of the OpenADx Working Group '''[https://openadx.eclipse.org here] (https://openadx.eclipse.org)'''.
 +
 
 +
= Welcome to OpenADx =
  
 
'''Automated Driving (AD) is clustered into three equally important technology areas:'''  
 
'''Automated Driving (AD) is clustered into three equally important technology areas:'''  
Line 14: Line 18:
 
'''OpenADx' vision''' is to ensure transparency and make the complex AD tool landscape more easily accessible for enterprise users.
 
'''OpenADx' vision''' is to ensure transparency and make the complex AD tool landscape more easily accessible for enterprise users.
  
−
== Challenge ==
 
−
AD is a complex challenge and therefore requires a multifaceted development process incorporating a variety of software tools. The tools the industry currently uses are very good, but they don’t seamlessly work with one another. This is a result of the tools not being designed to work together. This is an industry-wide issue that slows us down in the race to AD development. By pooling resources, we can remove the “friction” between widely used tools. We can create something of use to all of us: open, compatible and accessible.
 
  
−
[[File:OpenADx Grafiken weiß 72dpi Automated driving is a complex challenge.jpg]]
+
Watch the video on OpenADx here on YouTube: https://youtu.be/7gHLkSzWNKA
  
−
=== Problem and benefits for OEMs ===
+
[[File:OpenADx video.jpeg]]
  
−
'''User insight:''' ''"Developing automated driving functions is extremely complicated and requires the use of many complex software tools which do not work efficiently with one another. What I need is a set of tools which work with each other seamlessly so that my teams can move through the development process more quickly and efficiently."
+
=== Pitch Deck ===
−
''
+
  
−
'''Benefit:''' The automated driving tool chain allows your team to work together more efficiently with a suite of highly integrated tools by enabling seamless transfer of data and code through each step of the automated driving development process.
+
Pitch deck to be used inside of respective organizations [[File:OpenADxInformationDeck.zip]]
  
−
=== Problem and benefits for tool providers ===
+
== News ==
  
−
'''''User insight:''' "Currently, tools used to create automated driving applications do not work efficiently with one another. If our tool is compatible with other widely used SW tools, it will ease the development process for our customers and make our products even more attractive to them."''
+
Please have a look to our latest news on our official [https://openadx.eclipse.org/news/ OpenADx web site]
  
−
'''Benefit:''' The seamless integration of your software tool in the automated driving tool chain makes it more attractive to organizations developing automated driving applications by increasing their development efficiency.
+
== Members ==
  
−
== Integrated tool chain for AD system development ==
+
Have a look also to the [https://openadx.eclipse.org/members/ OpenADx website].
−
Leveraging the current tool landscape and tying in players from industry and academia is a must. Therefore, our approach is two-fold. First, we will fine-tune the development tool chain to the needs of our industry. We do this by integrating existing products in the market, adjusting existing tools to our needs, and developing additional tools through Open Source Software (OSS) where none today currently exist. Second, we will bring areas of expertise together in order to make the complex AD tool landscape more easily accessible for all stakeholders.  
+
  
−
[[File:OpenADx Grafiken weiß 72dpi Integrated toolchain for AD system development .jpg]]
+
{| class="wikitable sortable"
 +
! Company  !! Role
 +
|-
 +
| ADLINK Technology
 +
| Driver Member
 +
|-
 +
|-
 +
| Arm
 +
| User Member
 +
|-
 +
|-
 +
| AVL List GmbH
 +
| Driver Member
 +
|-
 +
|-
 +
| DENSO Corporation
 +
| User Member
 +
|-
 +
|-
 +
| EclipseSource
 +
| User Member
 +
|-
 +
|-
 +
| eteration A.S.
 +
| Development Member
 +
|-
 +
|-
 +
| itemis AG
 +
| Development Member
 +
|-
 +
|-
 +
| JC Information Management GmbH
 +
| Driver Member
 +
|-
 +
|-
 +
| Microsoft
 +
| User Member
 +
|-
 +
|-
 +
| Open Robotics
 +
| Guest Member
 +
|-
 +
|-
 +
| Robert Bosch GmbH
 +
| Driver Member
 +
|-
 +
|-
 +
| Science+ Computing AG
 +
| Development Member
 +
|-
 +
|-
 +
| Siemens AG
 +
| Driver Member
 +
|-
 +
|-
 +
| The Autoware Foundation
 +
| Guest Member
 +
|-
 +
|-
 +
| University of Applied Science and Arts Dortmund
 +
| Guest Member
 +
|-
 +
|}
  
−
=== Approach ===
+
== Steering Committee 2022 ==
 +
{| class="wikitable sortable"
 +
! Company  !! Name !! Role
 +
|-
 +
| ADLINK Technology
 +
| Joe Speed
 +
| Driver Member
 +
|-
 +
|-
 +
| AVL List GmbH
 +
| Josko Balic
 +
| Driver Member
 +
|-
 +
|-
 +
| JC Information Management GmbH
 +
| Michael Hahn
 +
| Driver Member
 +
|-
 +
|-
 +
| Robert Bosch GmbH
 +
| Andreas Riexinger (SC Chair)
 +
| Driver Member
 +
|-
 +
|-
 +
| Siemens AG
 +
| Robin van der Made
 +
| Driver Member
 +
|-
 +
|-
 +
| eteration A.S. 
 +
| Naci Dai
 +
| Development Member
 +
|-
 +
|-
 +
| itemis
 +
| Andreas Graf
 +
| Development Member
 +
|-
 +
|-
 +
| Microsoft
 +
| Robert Nahm
 +
| User Member
 +
|-
 +
|}
  
−
We believe an initiative like this should be inclusive, not exclusive. It’s about removing barriers to efficient development with widely established tools. It’s about bundling industry competencies and sharing development. We plan to demonstrate our ability to work together on joint testbeds in an open source setting. This allows potential partners to engage with a limited initial investment. The testbeds produce demonstrable results and strengthen confidence in the approach.
+
=== Steering Committee Meeting Minutes ===
  
−
=== The Idea of Testbeds ===
+
Link to the [https://wiki.eclipse.org/OpenADx/MeetingMinutes Meeting Minutes]
  
−
Testbeds are setup to produce demonstable results that incubate potential open source projects. To realize a testbed the idea is to execute so called Hack-Fests which assemble at least 5 developers for up to 10 days to produce a prototype that solves a use case in the AD environment.
+
== Related Projects and Project Proposals ==
  
−
To identify testbed candidates, everybody is invited to propose ideas here to build a starting point for  development of the idea towards the requirements for the execution of a Hack-Fest and for winning further interested parties.
+
Please find the overview about [https://openadx.eclipse.org/projects/ OpenADx hosted projects here].
  
−
To execute a Hack-Fest, we have identified these minimum requirements to make this a fruitful event:
+
=== OpenADx Toolchain Proposal ===
−
* A minimum of two partners collaborating on the testbed, be it companies, universities or research organizations
+
−
* A minimum of 5 committed participants for 5 to 10 working days each
+
  
−
'''Workflow for testbed candidates'''
+
I started to fill the OpenADx blueprint with life and I would like to improve this proposal together with you, to get further examples / solutions and insights in the proposal.
−
# Verbalization of a task in use case form, which has potential for further work
+
Please check what is missing.
−
# Contribution of the use cases by interested partners as testbed candidates
+
Appreciate your feedback!
−
# Preparation of the testbed candidates in one or a series of workshops to a state that is sufficient for the participants of a HackFest to produce results
+
−
# Execution of the Hack-Fest
+
−
# Evaluation of the Hack-Fest results to decide on whether to follow the idea or to stop the effort
+
−
# Reworking the Hack-Fest results to build a contribution either to an existing project or as an initial contribution of a new open source project
+
  
−
== Who We Are and How to Join ==
+
[https://wiki.eclipse.org/images/4/48/OpenADx_Toolchain_proposal.zip OpenADx Toolchain Proposal]
  
−
The initiative is still in an early stage, but more then twenty organizations have already shown interest. As we have a public website now it would be nice to give newcomers an understanding who is involved and how to interact with us. 
+
=== Awesome Robotic Tooling ===
  
−
=== Interested Parties ===
+
Just a bunch of powerful robotic resources and tools for professional robotic development with ROS in C++ and Python.
  
−
Please add the name of your organization if you are interested in OpenADx or tell us to do it for you.
+
A bit more related to Robotics, but there are some tools, which are also used in AD development.
  
−
* Bosch
+
'''GitHub repository''': [https://github.com/Ly0n/awesome-robotic-tooling Awesome Robotic Tooling]
−
* Microsoft
+
−
* itemis
+
−
* German Aerospace Center (DLR)
+
−
* Dassault Systemes (3DS)
+
  
−
=== Communication ===
+
=== eCAL - enhanced communication layer ===
  
−
* We have a mailing list: Subscribe for news and discussions: [https://dev.eclipse.org/mailman/listinfo/openadx Mailing list]
+
"The enhanced communication abstraction layer (eCAL) is a middleware that enables scalable, high performance interprocess communication on a single computer node or between different nodes in a computer network. The design is inspired by known Data Distribution Service for Real-Time Systems (see Data distribution service on wikipedia). The current eCAL implementation realizes a subset of such a DDS system, there is only a basic support for Quality of Service (QoS) driven data transport (best effort and reliable).
−
* We have workshops with introduction sessions and have just started to work on concrete testbeds to identify topics that we agree to collaborate on. Currently these workshops are weekly telecons. Please check the mailing list for invitations or ask questions regarding content or participation
+
  
−
== Testbed Candidates ==
+
eCAL is designed for typical cloud computing scenarios where different processes exchange their I/O's using a publisher/subscriber pattern. The data exchange is based on so called topics. A topic wraps the payload that should be exchanged with additional informations like a unique name, a type and a description. A topic can be connected to more than one publisher and/or subscriber. These are the basic elements of the eCAL API."
  
−
=== Candidate 1: Simulation ===
+
eCAL uses [https://wiki.eclipse.org/index.php?title=OpenADx&action=submit#Eclipse_iceoryx Eclipse iceoryx]. ;-)
  
−
'''Challenge'''
+
'''GitHub repository''': [https://github.com/continental/ecal eCAL]
  
−
The challenge in the simulation of AD functions is the big amount of test cases which can be easily generated by variation of parameters.
+
=== openGADES - currently in proposal edit phase ===
−
This big amount of test cases should be handled with parallel execution of test case in multiple instances of the simulation environment.
+
  
−
==== Use Case Step 1 ====
+
openGADES is a customizable, lightweight toolchain for systems and software engineering. It can support you in fulfilling process requirements such as arising from ASPICE and ISO26262.
 +
openGADES stands for:
 +
* open
 +
* Generic
 +
* Ascii-based
 +
* Documentation and
 +
* Engineering
 +
* System
  
−
Target for step 1 of the testbed is the easy integration of simulation tools and function under test allowing to feed a test scenario into the simulation and to get out data for further anaysis and visualization.
+
Find more [https://wiki.eclipse.org/images/2/24/OpenGADES_DocumentationAndEngineeringSystem.pdf information here].
  
−
'''Acceptance Criteria:'''
+
== Challenge ==
−
* The simulation can easily be set up, necessary functionality for integrating and coordinating the different components of the simulation is available.
+
AD is a complex challenge and therefore requires a multifaceted development process incorporating a variety of software tools. The tools the industry currently uses are very good, but they don’t seamlessly work with one another. This is a result of the tools not being designed to work together. This is an industry-wide issue that slows us down in the race to AD development. By pooling resources, we can remove the “friction” between widely used tools. We can create something of use to all of us: open, compatible and accessible.
−
* Sinks for simulation data out of the single components but also out of the communication between the components can be attached and the data can be logged and processed during the simulation.
+
−
* The framework allows to integrate multiple simulation tools and offers a standard communication mechanism. New tools can be integrated by providing a connector between the communication mechanism and the tool.
+
−
* The simulation execution setup is prepared for containerization in order to support easy setup and execution in parallel on a scalable hardware platform without extensive installation and maintenance efforts.
+
  
−
'''Goal for Step 1:'''
+
[[File:OpenADx Grafiken weiß 72dpi Automated driving is a complex challenge.jpg]]
−
Create demonstrators that combine a simple function under test provided by Bosch and the different simulation tools which come with a relevant plant model. For scenarios to demonstrate it is planned to look into Pegasus with the potential addition of a traffic simulated by Eclipse Sumo. The scenario should be based on a closed-loop simulation that uses a model of identified objects as input for the control algorithm.
+
  
−
==== Base Architecture Step 1 ====
+
=== Problem and benefits for OEMs and Tier1s ===
  
−
The following picture shows the basic idea for the realization of step 1.
+
'''User insight:''' ''"Developing automated driving functions is extremely complicated and requires the use of many complex software tools which do not work efficiently with one another. What I need is a set of tools which work with each other seamlessly so that my teams can move through the development process more quickly and efficiently."
 +
''
  
−
[[File:OpenADxTestbed1FuncArch.png]]
+
'''Benefit:''' The automated driving tool chain allows your team to work together more efficiently with a suite of highly integrated tools by enabling seamless transfer of data and code through each step of the automated driving development process.
  
−
The base decision is to use DDS as the central messaging service between the simulation components. The DDS component has to be chosen in a ROS2 compatible way in order to use the ROS2 mechanisms for data access. DDS/ROS2 compliant components are connected directly to the DDS layer, whereas simulation components not compatible with DDS are attached using a dedicated connector between the component and the DDS-API.
+
=== Problem and benefits for tool and technology providers ===
  
−
The Simulation Framework is basically a conglomeration of support functionality which builds the glue between the participating components. It offers functionality like the above mentioned connectors, but also time management and other functionality needed to smoothly run the simulation. ''This component is the main target for the testbeds step 1'', since it contains the stuff needed but not provided by existing tools.
+
'''''User insight:''' "Currently, tools used to create automated driving applications do not work efficiently with one another. If our tool/technology is compatible with other widely used technologies and tools, it will ease the development process for our customers and make our products even more attractive to them."''
  
−
On top of these base functionalities, there are simulation tools and the function under test which build the core of the simulation, i.e., the representation of the environment and the control algorithms which observe or even act in this environment. Both provide information on the simulation state in addition to ROS2 means which record the communication between the components.
+
'''Benefit:''' The seamless integration of your technology in the automated driving tool chain makes it more attractive to organizations developing automated driving applications by increasing their development efficiency.
  
−
All recorded data is stored in defined measurement data formats that are stored for further processing. This is represented by the Measurement Data component in the picture which is basically an interface to testbed candidate 2, resp., storing and further processing the recorded data in offline analysis.
+
== Integrated tool chain for AD system development ==
 +
Leveraging the current tool landscape and tying in players from industry and academia is a must. Therefore, our approach is two-fold. First, we will fine-tune the development tool chain to the needs of our industry. We do this by integrating existing products in the market, adjusting existing tools to our needs, and developing additional tools through Open Source Software (OSS) where none today currently exist. Second, we will bring areas of expertise together in order to make the complex AD tool landscape more easily accessible for all stakeholders.  
  
−
For online analysis, tools for visualization or introspection can connect to the DDS communication in the same fashion as the simulation components. This connection allows to control the simulation, e.g., for debugging purposes. The mechanisms rely on the possibilities of ROS2 for interacting with the simulation components.
+
[[File:OpenADx Grafiken integrated toolchain fo AD system development.jpg]]
  
−
Tools under investigation concerning usage in the demonstrator currently are:
+
=== Approach ===
−
* DDS - implementation (tbd)
+
−
* ROS2/RVIZ
+
−
* Matlab/Simulink
+
−
* DYNA4
+
−
* AirSim
+
−
* Gazebo
+
  
−
==== Topics for Step 2 ====
+
We believe an initiative like this should be inclusive, not exclusive. It’s about removing barriers to efficient development with widely established tools. It’s about bundling industry competencies and sharing development. We plan to demonstrate our ability to work together on joint testbeds in an open source setting. This allows potential partners to engage with a limited initial investment. The testbeds produce demonstrable results and strengthen confidence in the approach.
  
−
Step 1 creates a simulation environment, that can run "out-of-the-box" with simple configuration. A logical step is to embed this stuff in a management framework that allows to manage scenarios and test cases and on the other hand side supports in gathering the results and evaulate the outcome whether important test criteria have been met or whether test cases have failed while doing that on a large scale in a parallel fassion.
+
=== The Idea of Testbeds ===
  
−
==== Glossary ====
+
Testbeds are setup to produce demonstrable results that incubate potential open source projects. To realize a testbed the idea is to prepare a use case/topic in a series of workshops and to execute so called Hack-Fests which assemble developers from the cooperation partners for a defined period of time, e.g. 3-4 days, in which they realize a demonstrator or prototype.
  
−
Relevant technologies for this testbed are
+
To identify testbed candidates, everybody is invited to propose ideas here to build a starting point for development of the idea towards the requirements for the execution of a Hack-Fest and for winning further interested parties.
−
* Eclipse SUMO (Simulation of Urban Mobility) - [http://www.dlr.de/ts/de/desktopdefault.aspx/tabid-9883/16931_read-41 http://www.dlr.de/ts/de/desktopdefault.aspx/tabid-9883/16931_read-41]
+
−
* OpenPASS - [https://projects.eclipse.org/proposals/simopenpass https://projects.eclipse.org/proposals/simopenpass]
+
−
* OpenMDM - [https://www.openmdm.org https://www.openmdm.org]
+
−
* OpenDrive - [http://www.opendrive.org http://www.opendrive.org]
+
−
* OpenScenario - [http://www.openscenario.org http://www.openscenario.org]
+
−
* OpenCRG - [http://www.opencrg.org http://www.opencrg.org]
+
−
* Open Simulation Interface - [https://github.com/OpenSimulationInterface/open-simulation-interface/wiki https://github.com/OpenSimulationInterface/open-simulation-interface/wiki]
+
−
* AirSim - [https://www.microsoft.com/en-us/research/project/aerial-informatics-robotics-platform https://www.microsoft.com/en-us/research/project/aerial-informatics-robotics-platform]
+
−
* ROS - [http://www.ros.org http://www.ros.org]
+
−
* Gazebo - [http://wiki.ros.org/gazebo http://wiki.ros.org/gazebo]
+
−
* Pegasus - [http://www.pegasus-projekt.info/en/home http://www.pegasus-projekt.info/en/home]
+
−
* Proprietary Tools
+
  
−
=== Candidate 2: Massive data ingest and management ===
+
To execute a Hack-Fest, we have identified these minimum requirements to make this a fruitful event:
 +
* A minimum of two partners collaborating on the testbed, be it companies, universities or research organizations
 +
* A minimum of 5 committed participants
  
−
'''Challenge'''
+
'''Workflow for testbed candidates'''  
 +
# Verbalization of a task in use case form, which has potential for further work
 +
# Contribution of the use cases by interested partners as testbed candidates
 +
# Preparation of the testbed candidates in one or a series of workshops to a state that is sufficient for the participants of a HackFest to produce results
 +
# Execution of the Hack-Fest
 +
# Evaluation of the Hack-Fest results to decide on whether to follow the idea or to stop the effort
 +
# Reworking the Hack-Fest results to build a contribution either to an existing project or as an initial contribution of a new open source project
  
−
Developing and validating AD functions requires the collection of data from various sensors, actuators and other sources. This ideally takes place in a fleet operation. However, due to the required scale and diversity of measurement systems, the AD community faces a massive amount of complex and heterogeneous data.
+
== Who We Are and How to Join ==
  
−
'''Descriptions / Goal'''
+
As we have a [https://openadx.eclipse.org/ public website] it would be nice to give newcomers an understanding who is involved and how to interact with us. 
  
−
This Challenge, i.e. AD data, fulfills all aspects of 'Big Data'. It is of massive volume, there exists a large variety, it is recorded in a high velocity, and usually exists in various formats. However, most available, automotive systems for handling data captured in such an environment cannot process this data in an efficient workflow. Additionally, there exists a painful gap between measurement system and tools, and data analytics and processing platforms.
+
=== How to participate in OpenADx? ===
  
−
To solve this challenge, there is the need for a common and open-source handling of measurement data. This should ideally be in the form of common ETL processes, which fill the gap between the heterogeneous measurement data and a suitable backend that already as an industry standard for data analysis.
+
OpenADx is in normal operation mode, means, since 25th June 2019 we are an official Eclipse Working Group which consists of more than 10 member companies, who are shaping the Working Group, which is done in the [https://wiki.eclipse.org/OpenADx/MeetingMinutes Steering Committee.]
  
−
This solution should incorporate the various formats such as ADTFs .dat, ROS .bag, Vectors .mdf, ...
+
OpenADx is an open working group so everyone can participate!
  
−
'''Suggested work packages'''
+
Feel free to use our [https://dev.eclipse.org/mailman/listinfo/openadx mailing list] to start a discussion or to be part of one, to get answers to your questions around OpenADx and of course to stay tuned!
 +
You can use the solutions we provide in compliance with the open source license of the specific product.
  
−
''Work package 1 - Problem space''
+
From time to time, there will be also some workshops, which will be announced via our [https://openadx.eclipse.org/events/ website], [https://wiki.eclipse.org/OpenADx wiki] and [https://dev.eclipse.org/mailman/listinfo/openadx mailing list]. So feel free to participate!
  
−
Understand all necessary aspects to clearly define a common problem space. The above the description of the challenge may only cover some parts and is only in the perspective of one stakeholder.
+
If you would like to engage more, e.g. to shape the working group together with us, you have to fulfil some prerequisites:
 +
* You / your company has to be at least an [https://www.eclipse.org/membership/ Eclipse Contributing Member]
 +
* You / your company has to sign the [https://www.eclipse.org/org/workinggroups/wpga/openadx_working_group_participation_agreement.pdf OpenADx Working Group Participation Agreement] and to decide your [https://www.eclipse.org/org/workinggroups/openadx_charter.php current membership level (explained in the Working Group Charter)]
  
−
''Work package 2 - ETL''
+
Our recommendation is “Driver Member” after the incubation phase to have the biggest possible influence in the working group.
  
−
Start a sample ETL implementation that provides an efficient ingest of ROS .bag files into a Hadoop environment.
+
For further questions, you can use our [https://dev.eclipse.org/mailman/listinfo/openadx mailing list]. ;-)
  
−
''Work package 3 - Data management''
+
=== Interested Parties ===
  
−
Evaluated what is needed to manage this massive, heterogeneous and globally distributed data.
+
Please add the name of your organization if you are interested in OpenADx or tell us to do it for you.
  
−
== Events ==
+
* ADLINK Technology
 +
* AITAD
 +
* AVL
 +
* Bosch
 +
* CEA
 +
* Continental (ITS)
 +
* Dassault Systemes (3DS)
 +
* DENSO
 +
* EclipseSource
 +
* Elektrobit
 +
* Eteration
 +
* Fachhochschule Dortmund
 +
* German Aerospace Center (DLR)
 +
* IBM
 +
* IPG Automotive GmbH
 +
* itemis
 +
* JC Information Management GmbH
 +
* Kontrol GmbH
 +
* Maeve Automation
 +
* MathWorks
 +
* Microsoft
 +
* Open Robotics
 +
* Red Hat
 +
* Renesas
 +
* Samsung
 +
* science + computing ag (s+c)
 +
* Seagate CORTX
 +
* Siemens
 +
* TESIS DYNAware GmbH
 +
* Vattenfall AB
 +
* ZF Friedrichshafen AG
  
−
=== Bosch Connected World, Feb. 21st and 22nd, 2018 (Berlin, Germany) - Upcoming ===
+
=== Communication ===
  
−
Meet us at [http://bcw.bosch-si.com/berlin Bosch Connected World], we will provide the possibility to experiment with OpenADx tooling in the [http://bcw.bosch-si.com/berlin/hackathon/ Bosch Connected Experience], the Hackathon at BCW, and we will be around for further discussion on the topics.
+
* We have a mailing list: Subscribe for news and discussions: [https://dev.eclipse.org/mailman/listinfo/openadx Mailing list]
 +
* We have workshops with introduction sessions and have just started to work on concrete testbeds to identify topics that we agree to collaborate on. Currently these workshops are weekly telecons. Please check the mailing list for invitations or ask questions regarding content or participation
  
−
We invite all interested companies to participate in the Hackathon as Hack Enablers by providing stuff to the hackers. To match the tool into the context, we recommend to participate in the ongoing discussions and the first Hackfest to integrate the stuff properly for a better experience of the Hackathon participants. If you are interested, please use the mailing list to get in touch with us.
+
==== Presentations ====
 +
* see also [https://openadx.eclipse.org/resources/ OpenADx resources]
  
−
=== Hackfest 1, Jan. 15th to 26th, 2018 (Berlin, Germany) - Current State of Planning ===
+
==== Upcoming Presentations ====
 +
* see also [https://openadx.eclipse.org/events/ OpenADx events]
  
−
In this two weeks event, we want to realize stuff from the testbed candidates described above. Every interested party is invited to participate in order to integrate stuff into the ongoing development. Just use the mailing list to get in touch.
+
==== Press releases ====
 +
* see also [https://openadx.eclipse.org/resources/ OpenADx resources]
  
−
More information to follow on this soon.
+
==== Blog posts ====
 +
* see also [https://openadx.eclipse.org/resources/ OpenADx resources]
  
−
=== Workshop 3, Oct. 23rd, 2017 (Ludwigsburg, Germany) - Results ===
 
  
−
The workshop took place on the [https://www.eclipsecon.org/europe2017/unconference Unconference day of Eclipse Con Europe 2017].
+
==== OpenADx logo ====
 +
Our logo design contest is finished, please find here the winning design.  
  
−
'''Agenda:'''
+
[[File:OpenADx-Logo-CMYK_320_128.png]]
  
−
* 08:30 - 09:00: Welcome Coffee and Registration
+
Copyright Eclipse Foundation
−
* 09:00 - 12:30: [https://wiki.eclipse.org/ECE2017UnconferenceAutomotive Automotive Unconference] including an introduction of OpenADx
+
−
* 12:30 - 14:00: Lunch and Poster Session
+
−
* 14:00 - 17:30: Working sessions on OpenADx testbed candidates
+
−
* 17:30 - 18:30: Meet & Greet
+
  
−
'''Sessions for testbed candidates:'''
+
== Testbed Candidates ==
  
−
==== Testbed candidate 1 (simulation), Moderator: Lars Geyer-Blaumeiser (Bosch) ====
+
Link to the [https://wiki.eclipse.org/OpenADx/TestbedCandidates Testbed Candidates]
  
−
'''Participants:'''
+
== Events ==
−
* Lars Geyer-Blaumeiser, Bosch Software Innovations
+
−
* Thomas Titze, Microsoft
+
−
* Maximilian Chucholowski, TESIS DYNAware GmbH
+
−
* Diego Barral, MathWorks
+
−
* Joachim Stroop, dSpace
+
−
* Boutheina Bannour, CEA
+
−
* Michael Langhammer, ITEMIS
+
−
* Adam Fuhl, Bosch
+
−
* Stefan Griesche, Bosch
+
−
* Johannes Jeising, Bosch
+
−
* Gerald Stieglbauer, AVL
+
−
* Andreas Holzner, TNG
+
−
* Andreas Graf, ITEMIS
+
−
* Loic Cantat, SYSTEMX
+
−
* Christof Hammel, Bosch
+
  
−
'''Identified and classfied technologies:'''
+
* see also [https://openadx.eclipse.org/events/ OpenADx Events]
 +
* see also [https://wiki.eclipse.org/OpenADx/EventsArchive OpenADx Events Archive]
  
−
* Category Simulation Input:
+
=== EclipseCon 2021 - Community Day - October, 25th 2021 - virtual event ===
−
** Open Drive
+
−
** Open CRG
+
−
** Open Scenario
+
−
** Oddlot
+
−
** Pegasus
+
−
** Matlab
+
−
** Diversity Testcase Generator
+
−
** Enable S3
+
−
* Category Simulation:
+
−
** Matlab/Simulink
+
−
** VTD
+
−
** OpenPass
+
−
** DYNA4
+
−
** CarMaker
+
−
** Gazebo
+
−
** Sumo
+
−
** AirSim
+
−
* Category Data Evaluation:
+
−
** Matlab
+
−
** Diversity Test Verdict Computation (Log Analysis)
+
−
** ROS
+
−
* Category Visualization:
+
−
** DYNA4 / Unity
+
−
** AirSim / Unreal
+
−
** ROS/Rviz
+
−
* Category Simulation Framework:
+
−
** Test Management Tools
+
−
** FMU
+
−
** Open Simulation Interface
+
−
** DDS
+
−
** ROS
+
−
** Franca IDL
+
−
** Arcosar
+
−
** Autosar Adaptive
+
  
−
'''Possible Use Cases for Testbed Simulation:'''
+
Find out more about the [https://www.eclipsecon.org/2021 EclipseCon] and have a look to the session recordings! (will come soon)
−
* Open loop simulation with recorded sensor data, DuT: Perception
+
−
* Closed loop simulation without artificial sensor data, DuT: Planning
+
−
* Closed look simulation with artificial sensor data, DuT: Whole Car/System
+
  
−
'''''Decision: First use case is closed loop simulation without artificial sensor data'''''
+
Find here the presentation material from the "Automotive@Eclipse" Community Day
  
−
'''Focus Technologies for Testbed Simulation:'''
+
==== Presentation list - Automotive@Eclipse Community Day ====
−
* Simulation Input: Open Drive, Open Scenario
+
−
* Simulation: DYNA4, Matlab/Simulink, AirSim, Gazebo
+
−
* Simulation Evaluation: Matlab
+
−
* Visualization: AirSim, DYNA4, Rviz
+
−
* Simulation Framework: DDS, ROS
+
  
−
Technology selection is furthermore based on participation of interested parties
+
{| class="wikitable"
 +
|'''Meet the Automotive@Eclipse Community'''
 +
|-
 +
|[https://wiki.eclipse.org/images/6/6c/EclipseCon_2021_Community_Day.pdf Welcome, Agenda]
 +
|-
 +
|[https://wiki.eclipse.org/images/0/05/OpenMobility_Working_Group_-_Hilbrich.pdf Introduction to openMobility]
 +
|-
 +
|[https://wiki.eclipse.org/images/6/6e/211025_openPASS_EclipseCon_21_Community_Day.pdf Introduction to openPASS]
 +
|-
 +
|[https://wiki.eclipse.org/images/7/70/PresentationOpenMDM2021_EclipseCon.pdf Introduction to openMDM]
 +
|-
 +
|[https://wiki.eclipse.org/images/6/64/211025_-_OpenADx_-_EclipseCon_Community_Day.pdf Introduction to OpenADx]
 +
|-
 +
|[https://wiki.eclipse.org/images/c/c4/EclipseCon_2021_Community_Day_-_Automotive_TLP.pdf The Automotive Top Level Project]
 +
|-
 +
|[https://wiki.eclipse.org/images/d/da/Welcome2OpenMCx_v2_2021.10.25.pdf Welcome to OpenMCx]
 +
|-
 +
|[Indy Autonomous Challenge]
 +
|-
 +
|[Software defined vehicle]
 +
|-
 +
|[Automotive Edge Computing Consortium AECC]
 +
|-
 +
|}
  
−
'''Known contact persons:'''
+
== Assets ==
−
* DYNA4: TESIS, Maximilian Chucholowski
+
Pitch deck to be used inside of respective organizations [[File:OpenADxInformationDeck.zip]]
−
* AirSim: Microsoft, Thomas Titze
+
−
* Matlab/Simulink: MathWorks, Diego Barral
+
−
* ROS: Bosch, Johannes Jeising
+
  
−
'''Open Issues:'''
+
[[Category:Eclipse IWG]]
−
* Open Drive/Open Scenario: Potential Contact Orga Automotive Simulation Center Stuttgart of Univ. Stuttgart, they provide Oddlot as editor for scenarios, idea is to use contacts, e.g., from OpenPass to get in touch
+
[[Category:Super Community]]
−
* Gazebo: Open Robotics, if they are interested
+
−
* DDS: DDS is only specification, concrete implementation is needed. All used tools need to have a DDS connection to ensure data transport from tool to tool. DDS should be ROS compatible for the Testbed, Potential DDS Contact Orgas: PrismTech, Eprosima
+
−
 
+
−
'''Potential constraints for the simulation:'''
+
−
* Multiple scenario simulation in parallel
+
−
* One simulation time throughout all simulation tools
+
−
 
+
−
'''Next steps:'''
+
−
* The first HackFest is planned for the first two weeks in December. Prior to that an architecture workshop will take place most likely as phone conference mid of November.
+
−
* As a preparation, the testbed idea above has to be made more precise, for that one or two preparation calls will be scheduled.
+
−
* We will ask for concrete commitments for HackFest participation, the concrete testbed content is of course driven by the participating organisations.
+
−
 
+
−
==== Testbed candidate 2 (massive data ingest), Moderator: Thomas Reinhardt (Bosch) ====
+
−
 
+
−
'''The idea:'''
+
−
 
+
−
The core vision for this testbed candidate, is to close the gap between ''''data generation'''' optimized infrastructure, i.e. measurement electronics, and state-of-the-art ''''data analytic'''' frameworks. This gap is ever so present in the struggle with heterogeneous data formats and the use case specific tool suites that come along. A global, query-able index that offers a (integrated) analytic engine has yet not  been established.
+
−
 
+
−
To close this gap, this testbed suggests the implementation of ETL ('''E'''xtraction, '''T'''ransformation and '''L'''ad) processes that ingests a complete raw measurement data set into an data analytic data structure and perform evaluations / processes. In other words, use well established "Big Data" driven analytic methods to enrich, get better insight and easy access. 
+
−
 
+
−
'''The scope:'''
+
−
 
+
−
To narrow down the scope of this testbed, only a development data pipeline should be in focus. This pipeline outputs extreme amounts of raw and processed data, with a limited size of (fleet) vehicles.
+
−
The testbed implements a suitable ETL to ingest major data formats into a unified view (i.e. into a suitable data structure). A set of simple queries allows to access this transformed data, independent from its original format.
+
−
As a second step, the testbed implements a data enrichment by demonstrating an easy "plug-and-play" of existing open source components, e.g. by using a neuronal network to create new labels. This newly created (or enriched) information is then feed back into the unified view.
+
−
As a stretch goal, the testbed implements a connection to feed back this information into existing (automotive) development tools. For example, the testbed offers a playback of queried and enriched data using an Rviz visualization.
+
−
 
+
−
'''The challenge:'''
+
−
 
+
−
* High complexity of measurement data. AD data consists of 1D, 2D and 3D time series with a high velocity. Rates can be as high as up to 3GB/s 
+
−
* Source of usable data.
+
−
 
+
−
'''Open Questions'''
+
−
 
+
−
* All about the data? A to some extent complex and open source-able raw data set is required.
+
−
** Is it possible to record a new data set for the testbed?
+
−
** Clear an internal data set of a testbed partner?
+
−
** Use data from an autonomous racing team?
+
−
 
+
−
 
+
−
'''Next Steps'''
+
−
 
+
−
'''''More Marketing'''''
+
−
 
+
−
Invitation for more participants. 
+
−
 
+
−
'''''Follow-Up Call'''''
+
−
 
+
−
Follow up Skype call on Monday, November 6th at 2pm CEST. Meeting will be provided by Microsoft (to be added here). Invitation also via OpenADx mailing list.
+
−
 
+
−
'''''Follow-Up Architecture Workshop (OpenADx Workshop #4)'''''
+
−
 
+
−
Architecture Workshop to refine testbed idea. In preparation for the upcoming hackfest:
+
−
* Data sets for 'base line'.
+
−
* Definition of concrete interfacing tools, formats, requirements, ...
+
−
* Definition of a common architecture for a Data Ingest testbed.
+
−
* Coordination of hackfest details
+
−
 
+
−
 
+
−
=== Workshop 2, Sept. 19, 2017 (Stuttgart, Germany) - Results ===
+
−
 
+
−
   
+
−
   
+
−
   
+
−
'''''Strategy discussion results'''''
+
−
 
+
−
 
+
−
'''Partners'''
+
−
 
+
−
- Certification organizations
+
−
 
+
−
- Universities
+
−
 
+
−
- Research institutes
+
−
 
+
−
- Standardization organizations like AUTOSAR can provide areas to watch out for
+
−
 
+
−
- These are in addition to already identified OEM, tier1, hi-tech, tool providers, silicon chip
+
−
 
+
−
 
+
−
'''Communication'''
+
−
 
+
−
- Need slide deck with a narrative to socialize inside of respective organizations
+
−
 
+
−
- Set up a public community under Eclipse management for contribution and preparation work prior to next workshop 23 October
+
−
 
+
−
- Weekly telecom to disseminate information – attendance voluntary based on availability
+
−
 
+
−
- Hosted communication at e.g. 3D Experience Forums by e.g. Dassault
+
−
 
+
−
 
+
−
'''Execution and milestones'''
+
−
 
+
−
- Further workshop to detail testbeds/incubators - October eclipsecon Europe
+
−
 
+
−
- Testbed/incubator execution (Hackathon/Hackfest) – November 2017
+
−
 
+
−
- Group composition for hackathon to be determined based on results of testbed/incubator layout
+
−
 
+
−
- Testbed/incubator completed by the end of 2017
+
−
 
+
−
- Announcement – venue dependent on testbed/incubator results and feasible timing (forums:  CES, BCW, Software in Automobiles, Toulouse, Embedded World, WCX – sponsor is SAE International)
+
−
 
+
−
 
+
−
'''Forms of contribution by community members'''
+
−
 
+
−
- Manpower – e.g. programming capacity
+
−
 
+
−
- Monetary investment
+
−
 
+
−
- Material support - e.g. a car for demonstration purposes
+
−
 
+
−
 
+
−
 
+
−
''Testbed/Incubator discussion results''
+
−
 
+
−
[[1. Perception simulation and high quality rendering vs functional validation & simulation (FX to handle different simulation use cases)]]
+
−
 
+
−
- Simulation (formerly #11) – Workshop 1
+
−
 
+
−
- ROS in the loop
+
−
 
+
−
 
+
−
[[2. Driver to Driver communications]]
+
−
 
+
−
- Hybrid human -vs- autonomous driving behavior differenced – very hard problem
+
−
 
+
−
 
+
−
[[3. Car to X communications]]
+
−
 
+
−
 
+
−
[[4. Standardization]]
+
−
 
+
−
- Reference / canonical data set - Data Sharing across companies
+
−
 
+
−
- Share crash incident data across companies rapidly to accelerate safety resolution
+
−
 
+
−
- Open Scenarios - Common ways of defining scenarios
+
−
 
+
−
 
+
−
[[5. API standardization – common way of calling / creating API’s]]
+
−
 
+
−
 
+
−
[[6. Management & usage of big data]]
+
−
 
+
−
- Massive data ingest
+
−
 
+
−
 
+
−
[[7. Standardization interface for authority approvals based on defined data (independent of producer tool chain)]]
+
−
 
+
−
- There’s major value in driving agreement on how data is stored; can we drive agreement in which sensors are used and the format of the sensor data.
+
−
 
+
−
- This could benefit government agency that will test using the data to determine the safety of the vehicles
+
−
 
+
−
 
+
−
[[8. Heterogeneous data formats and data fusion]]
+
−
 
+
−
- Compatibility of measured data
+
−
 
+
−
- Visualization of data from different sources (lidar, video, measurements) could be very valuable
+
−
 
+
−
[[File:OpenADx_testbed_incubator_discussion_results.png]]
+
−
 
+
−
+
−
 
+
−
Conclusion:
+
−
 
+
−
- It was agreed that we should concentrate on the top ranked topics #4, #6, #8.
+
−
 
+
−
- Proposed procedure is to set up a frequent call to discuss the topics and identify concrete tasks to be executed in "Hackfests“
+
−
 
+
−
- On the Unconference of the EclipseCon Europe on Oct. 23rd, the topics should be discussed further. Ideal result is to have them prepared for a "Hackfest".
+
−
 
+
−
- General agreement for participation in the concretization of the topics by XXXXXXX and XXXXX employees.
+
−
 
+
−
=== Workshop 1, Aug. 2, 2017 (Redmond, US) - Results ===
+
−
 
+
−
'''''1. Gain points and pain points to address'''''
+
−
 
+
−
'''Opportunities / gains'''
+
−
 
+
−
- Manage complexity / risk
+
−
 
+
−
- Reallocate portions of resource pool to more user relevant activities
+
−
 
+
−
- Commonality reduces risk
+
−
 
+
−
- Reduce cost in a non-automobile implementation area; the tool chain is outside of the vehicle
+
−
 
+
−
- AD development accelerator consists of  known and certified components and services => ensure
+
−
 
+
−
 
+
−
'''Risks / pains'''
+
−
 
+
−
- What if this group of companies come together but is not actually able to complete the project
+
−
 
+
−
- Will this be fast enough to satisfy TTM needs of the OEMs
+
−
 
+
−
- How will sufficient safety levels be reached and assured
+
−
 
+
−
- Preserve independence:  This initiative might actually preserve the second source needs OEM and Tier1 somewhat fearful of IT industry
+
−
 
+
−
 
+
−
'''''2. Value proposition'''''
+
−
 
+
−
- Reduced investment risk and cost reduction through shared development
+
−
 
+
−
- Improved capability to focus resources in more saleable areas
+
−
 
+
−
- Improved SW reliability and safety
+
−
 
+
−
- Standardization facilitates greater AD understanding and therefore greater acceptance in the political, legal and insurance communities
+
−
 
+
−
- Standardization promotes interchangeability @ OEM
+
−
 
+
−
 
+
−
'''''3. Key success factors'''''
+
−
 
+
−
=> Build momentum for the initiative
+
−
 
+
−
 
+
−
- Demonstrate that we can deliver; lofty vision is OK, but initial projects must be
+
−
 
+
−
=> Realistic / achievable
+
−
 
+
−
=> Clearly scoped
+
−
 
+
−
=> Measurable
+
−
 
+
−
 
+
−
- Start with a “coalition of the willing”
+
−
 
+
−
=> Not everyone will want to participate initially; reduce skepticism with results
+
−
 
+
−
 
+
−
- A common data pool to accelerate development
+
−
 
+
−
 
+
−
- Limit scope to non-differentiating factors
+
−
 
+
−
 
+
−
- Open APIs, Open framework and open collaboration => industry standard
+
−
 
+
−
=> Mix of multiple partners in each area… ”coopetition”
+
−
 
+
−
 
+
−
- Extensibility within the system to add modules without the OEM being required to open up all data access – that must remain a choice@OEM
+
−
 
+
−
 
+
−
'''''Potential naming options'''''
+
−
 
+
−
[[File:OpenADx_Naming_Options.jpg]]
+
−
 
+
−
 
+
−
'''''Next steps'''''
+
−
 
+
−
- Detail incubator procedure and timetable – Draft XX coordinate final version with XXXX
+
−
 
+
−
 
+
−
- Follow-up meeting incubator
+
−
 
+
−
=> Location Germany 18-19 September
+
−
 
+
−
=> XX, XXXX and proposed Hackfest participants
+
−
+
−
=> Ensure inclusion of OEM(s)
+
−
 
+
−
=> Include an additional Tier 1
+
−
 
+
−
 
+
−
- Hackfest Incubator 1, 2, 3
+
−
 
+
−
=> Location TBD
+
−
 
+
−
=> Target timing: mid-November
+
−
 
+
−
== Assets ==
+
−
Pitch deck to be used inside of respective organizations [[File:171022 OpenADx Information Deck.zip]]
+

Latest revision as of 13:24, 9 December 2021

Openadx-logo.png

The OpenADx Working Group wants to serve in the field of software tools for the realization of autonomous driving (AD) by defining open interfacing standards for software for use in vehicle based systems and in testing environments, where the second will typically be realized by means of cloud services doing at least software builds, virtual test runs and collecting results. The name OpenADx thus stands for "Open, Autonomous Driving Accelerator". The group is formed by a multitude of parties from various parts of the world and supported by several well-known industry companies. The OpenADx Working Group is set up as a working group under the governance of the Eclipse Foundation.

Please find the home page and the news ticker of the OpenADx Working Group here (https://openadx.eclipse.org).

Welcome to OpenADx

Automated Driving (AD) is clustered into three equally important technology areas:

1) In-vehicle technology

2) Cloud technology (backend)

3) Design, development, test and validation tools (tool chain)

OpenADx is focused on the AD tool chain. The goal is to accelerate AD development through open collaboration and open source.

OpenADx' vision is to ensure transparency and make the complex AD tool landscape more easily accessible for enterprise users.


Watch the video on OpenADx here on YouTube: https://youtu.be/7gHLkSzWNKA

OpenADx video.jpeg

Pitch Deck

Pitch deck to be used inside of respective organizations File:OpenADxInformationDeck.zip

News

Please have a look to our latest news on our official OpenADx web site

Members

Have a look also to the OpenADx website.

Company Role
ADLINK Technology Driver Member
Arm User Member
AVL List GmbH Driver Member
DENSO Corporation User Member
EclipseSource User Member
eteration A.S. Development Member
itemis AG Development Member
JC Information Management GmbH Driver Member
Microsoft User Member
Open Robotics Guest Member
Robert Bosch GmbH Driver Member
Science+ Computing AG Development Member
Siemens AG Driver Member
The Autoware Foundation Guest Member
University of Applied Science and Arts Dortmund Guest Member

Steering Committee 2022

Company Name Role
ADLINK Technology Joe Speed Driver Member
AVL List GmbH Josko Balic Driver Member
JC Information Management GmbH Michael Hahn Driver Member
Robert Bosch GmbH Andreas Riexinger (SC Chair) Driver Member
Siemens AG Robin van der Made Driver Member
eteration A.S. Naci Dai Development Member
itemis Andreas Graf Development Member
Microsoft Robert Nahm User Member

Steering Committee Meeting Minutes

Link to the Meeting Minutes

Related Projects and Project Proposals

Please find the overview about OpenADx hosted projects here.

OpenADx Toolchain Proposal

I started to fill the OpenADx blueprint with life and I would like to improve this proposal together with you, to get further examples / solutions and insights in the proposal. Please check what is missing. Appreciate your feedback!

OpenADx Toolchain Proposal

Awesome Robotic Tooling

Just a bunch of powerful robotic resources and tools for professional robotic development with ROS in C++ and Python.

A bit more related to Robotics, but there are some tools, which are also used in AD development.

GitHub repository: Awesome Robotic Tooling

eCAL - enhanced communication layer

"The enhanced communication abstraction layer (eCAL) is a middleware that enables scalable, high performance interprocess communication on a single computer node or between different nodes in a computer network. The design is inspired by known Data Distribution Service for Real-Time Systems (see Data distribution service on wikipedia). The current eCAL implementation realizes a subset of such a DDS system, there is only a basic support for Quality of Service (QoS) driven data transport (best effort and reliable).

eCAL is designed for typical cloud computing scenarios where different processes exchange their I/O's using a publisher/subscriber pattern. The data exchange is based on so called topics. A topic wraps the payload that should be exchanged with additional informations like a unique name, a type and a description. A topic can be connected to more than one publisher and/or subscriber. These are the basic elements of the eCAL API."

eCAL uses Eclipse iceoryx. ;-)

GitHub repository: eCAL

openGADES - currently in proposal edit phase

openGADES is a customizable, lightweight toolchain for systems and software engineering. It can support you in fulfilling process requirements such as arising from ASPICE and ISO26262. openGADES stands for:

  • open
  • Generic
  • Ascii-based
  • Documentation and
  • Engineering
  • System

Find more information here.

Challenge

AD is a complex challenge and therefore requires a multifaceted development process incorporating a variety of software tools. The tools the industry currently uses are very good, but they don’t seamlessly work with one another. This is a result of the tools not being designed to work together. This is an industry-wide issue that slows us down in the race to AD development. By pooling resources, we can remove the “friction” between widely used tools. We can create something of use to all of us: open, compatible and accessible.

OpenADx Grafiken weiß 72dpi Automated driving is a complex challenge.jpg

Problem and benefits for OEMs and Tier1s

User insight: "Developing automated driving functions is extremely complicated and requires the use of many complex software tools which do not work efficiently with one another. What I need is a set of tools which work with each other seamlessly so that my teams can move through the development process more quickly and efficiently."

Benefit: The automated driving tool chain allows your team to work together more efficiently with a suite of highly integrated tools by enabling seamless transfer of data and code through each step of the automated driving development process.

Problem and benefits for tool and technology providers

User insight: "Currently, tools used to create automated driving applications do not work efficiently with one another. If our tool/technology is compatible with other widely used technologies and tools, it will ease the development process for our customers and make our products even more attractive to them."

Benefit: The seamless integration of your technology in the automated driving tool chain makes it more attractive to organizations developing automated driving applications by increasing their development efficiency.

Integrated tool chain for AD system development

Leveraging the current tool landscape and tying in players from industry and academia is a must. Therefore, our approach is two-fold. First, we will fine-tune the development tool chain to the needs of our industry. We do this by integrating existing products in the market, adjusting existing tools to our needs, and developing additional tools through Open Source Software (OSS) where none today currently exist. Second, we will bring areas of expertise together in order to make the complex AD tool landscape more easily accessible for all stakeholders.

OpenADx Grafiken integrated toolchain fo AD system development.jpg

Approach

We believe an initiative like this should be inclusive, not exclusive. It’s about removing barriers to efficient development with widely established tools. It’s about bundling industry competencies and sharing development. We plan to demonstrate our ability to work together on joint testbeds in an open source setting. This allows potential partners to engage with a limited initial investment. The testbeds produce demonstrable results and strengthen confidence in the approach.

The Idea of Testbeds

Testbeds are setup to produce demonstrable results that incubate potential open source projects. To realize a testbed the idea is to prepare a use case/topic in a series of workshops and to execute so called Hack-Fests which assemble developers from the cooperation partners for a defined period of time, e.g. 3-4 days, in which they realize a demonstrator or prototype.

To identify testbed candidates, everybody is invited to propose ideas here to build a starting point for development of the idea towards the requirements for the execution of a Hack-Fest and for winning further interested parties.

To execute a Hack-Fest, we have identified these minimum requirements to make this a fruitful event:

  • A minimum of two partners collaborating on the testbed, be it companies, universities or research organizations
  • A minimum of 5 committed participants

Workflow for testbed candidates

  1. Verbalization of a task in use case form, which has potential for further work
  2. Contribution of the use cases by interested partners as testbed candidates
  3. Preparation of the testbed candidates in one or a series of workshops to a state that is sufficient for the participants of a HackFest to produce results
  4. Execution of the Hack-Fest
  5. Evaluation of the Hack-Fest results to decide on whether to follow the idea or to stop the effort
  6. Reworking the Hack-Fest results to build a contribution either to an existing project or as an initial contribution of a new open source project

Who We Are and How to Join

As we have a public website it would be nice to give newcomers an understanding who is involved and how to interact with us.

How to participate in OpenADx?

OpenADx is in normal operation mode, means, since 25th June 2019 we are an official Eclipse Working Group which consists of more than 10 member companies, who are shaping the Working Group, which is done in the Steering Committee.

OpenADx is an open working group so everyone can participate!

Feel free to use our mailing list to start a discussion or to be part of one, to get answers to your questions around OpenADx and of course to stay tuned! You can use the solutions we provide in compliance with the open source license of the specific product.

From time to time, there will be also some workshops, which will be announced via our website, wiki and mailing list. So feel free to participate!

If you would like to engage more, e.g. to shape the working group together with us, you have to fulfil some prerequisites:

Our recommendation is “Driver Member” after the incubation phase to have the biggest possible influence in the working group.

For further questions, you can use our mailing list. ;-)

Interested Parties

Please add the name of your organization if you are interested in OpenADx or tell us to do it for you.

  • ADLINK Technology
  • AITAD
  • AVL
  • Bosch
  • CEA
  • Continental (ITS)
  • Dassault Systemes (3DS)
  • DENSO
  • EclipseSource
  • Elektrobit
  • Eteration
  • Fachhochschule Dortmund
  • German Aerospace Center (DLR)
  • IBM
  • IPG Automotive GmbH
  • itemis
  • JC Information Management GmbH
  • Kontrol GmbH
  • Maeve Automation
  • MathWorks
  • Microsoft
  • Open Robotics
  • Red Hat
  • Renesas
  • Samsung
  • science + computing ag (s+c)
  • Seagate CORTX
  • Siemens
  • TESIS DYNAware GmbH
  • Vattenfall AB
  • ZF Friedrichshafen AG

Communication

  • We have a mailing list: Subscribe for news and discussions: Mailing list
  • We have workshops with introduction sessions and have just started to work on concrete testbeds to identify topics that we agree to collaborate on. Currently these workshops are weekly telecons. Please check the mailing list for invitations or ask questions regarding content or participation

Presentations

Upcoming Presentations

Press releases

Blog posts


Our logo design contest is finished, please find here the winning design.

OpenADx-Logo-CMYK 320 128.png

Copyright Eclipse Foundation

Testbed Candidates

Link to the Testbed Candidates

Events

EclipseCon 2021 - Community Day - October, 25th 2021 - virtual event

Find out more about the EclipseCon and have a look to the session recordings! (will come soon)

Find here the presentation material from the "Automotive@Eclipse" Community Day

Presentation list - Automotive@Eclipse Community Day

Meet the Automotive@Eclipse Community
Welcome, Agenda
Introduction to openMobility
Introduction to openPASS
Introduction to openMDM
Introduction to OpenADx
The Automotive Top Level Project
Welcome to OpenMCx
[Indy Autonomous Challenge]
[Software defined vehicle]
[Automotive Edge Computing Consortium AECC]

Assets

Pitch deck to be used inside of respective organizations File:OpenADxInformationDeck.zip

Retrieved from "https://wiki.eclipse.org/index.php?title=OpenADx&oldid=444378"

This page was last modified 13:24, 9 December 2021 by Andreas Riexinger. Based on work by Josko Balic, Tuan Duong Quang and Robert Hilbrich and others.

Back to the top