Why


The ADAS/AD challenge
Learn about the challenges of developing safe ADAS/AD vehicle functions


The AD Cycle - How it works
Learn about the AD Cycle works for efficient ADAS/AD development


Benefits of ETAS Deterministic Middleware Solution
See why the worlds top automotive OEMs choose us

Solution concepts


System representation concepts
Fundamental concepts to construct ADAS / AD systems


YAAA Modeling Concepts and Workflow
YAML-based concepts and workflows to model ADAS / AD systems


Deterministic Recompute and Virtual Drives
The 🔑 to development efficiency


Scheduling Mechanisms in ETAS DMS
Achieving optimal compromises between latency and predictability

Basics


Determinism
Gain deeper understanding on determinism in embedded real-time systems


Differences of μC and μP-based embedded systems
Why achieving deterministic behavior μP-based embedded systems is a challenge


Glossary
Understand the terms and abbreviations used in ETAS Deterministic Middleware Solution

Products


ETAS DMS Software Development Kit
Design, develop, build, debug and test ADAS/AD applications

ETAS DMS Middleware & Runtime Libraries
Safety-certified middleware and runtime libraries for series production

For whom


Software Architects
Architecture-as-code. Git-based collaboration. Auto-generated graphics.


Feature Developers
Reduced development complexity. Fast debugging with real vehicle data.

Services


Trainings
Get up to speed on developing with ETAS Deterministic Middleware Solution through our expert trainings


Consultancy
Want to know how to best make use of ETAS Deterministic Middleware Solution for your ADAS/AD platform or project?


Proof of Concept (PoC)
See one of your ADAS/AD vehicle functions developed with ETAS Deterministic Middleware Solution


Custom Project
Have a special need or require an extension to ETAS Deterministic Middleware Solution?

Support


FAQs
Get answers to frequently asked questions about ETAS Deterministic Middleware Solution


Contact
Get in touch with an expert to obtain support

Infos and news about ETAS Deterministic Middleware Solution


Blog
Get the latest news about ETAS Deterministic Middleware Solution


Newsletter
Get the latest news about ETAS Deterministic Middleware Solution delivered to your email inbox


Whitepapers
Read in-depth information, analysis, and insights from our experts

ETAS DMS for architects: Architecture-as-code. Git-based collaboration. Auto-generated graphics.

In ADAS (Advanced Driver Assistance Systems) and AD (Autonomous Driving) projects, software architects play a crucial role in designing and shaping the software infrastructure that enables the functionality and intelligence of these systems. Their responsibilities involve various tasks to ensure the successful development and deployment of safe and efficient autonomous driving technologies.

System Design and Architecture

Software architects are responsible for defining the overall system architecture and designing the software components that make up the ADAS/AD system. They create a high-level plan that outlines how different software modules will interact, communicate, and work together to achieve the desired functionality.

Performance Optimization

In real-time ADAS/AD applications, performance optimization is critical. Software architects analyze and optimize algorithms and software modules to ensure the system can operate efficiently and respond quickly to changing conditions.

Collaboration

Software architects work closely with other team members, including hardware engineers, control engineers, data scientists, and testers, to ensure effective collaboration throughout the development process.

How ETAS DMS supports software architects

In ETAS Deterministic Middleware Solution, the software architecture is specified with YAAA, a domain-specific language.

YAAA provides means to specify interfaces as well as runnables. The latter communicate via ports that are typed by the interaces. Runnables are grouped to activities, forming so-called runnable-graphs for which ETAS DMS ensures deterministic behavior.

Through separation of concerns, interfaces, runnables, activities are all managed in separate YAML files.

The activity graph provides an architectural description of the system.

Learn more about the YAAA modeling concepts and workflow.

Benefits

Through the architecture-as-code approach, creating and changing artifacts is as easy as writing code.

This brings several benefits:

  • The YAAA DSL provides an easy to learn syntax
  • Due to the conventional project structure, architecture files are well organized
  • Keeping architecture description together with actual code ensures consistency
  • The YAAA VS Code add-on provides convenience features such as syntax-highlighting and code completion
  • No switching between tools required: editing architecture description files and actual functional code can be done in the same editor of choice
  • With the help of YAAA-Vis, graphical visualizations of the system can be automatically generated and provide an up-to-date graphical representation of the system
  • As YAAA DSL are plain text files, they can also be generated by other tools

Efficiency gains

  • The initial creation of software architecture is comparable to other approaches (e.g., graphical modeling)
  • Faster changes: 2-3x faster implementation of changes due to textual specification over graphical modeling
  • Eased communication with stakeholders with the help of auto-generated, up-to-date graphical visualizations