Automotive-SOA-Middleware und High-Throughput-IPC-Backplanes
Moderne Fahrzeugfunktionen verlangen nahtlose Kommunikation ueber heterogene OS, MCUs und Cloud-Backends hinweg. Automotive-Middleware abstrahiert Netzwerkgrenzen und ermoeglicht Mikrosekunden-IPC.
Service-Middleware Zonal Architecture
Central Controller: Service-Middleware — IPC- und Kommunikations-Bus
Zonal Control Units & TSN Ring
- AUTOSAR Adaptive
- OMG DDS Brokerless
- Eclipse Zenoh Hub
- Zero-Copy-Shm-IPC
- Dynamische Discovery
Entkopplung von Software und Netzwerktopologie durch Service-Orientierte Schichten
Frueher waren ECUs fest an starre CAN-IDs gebunden: Funktionsverschiebungen erforderten Kabelumbau und Flashen mehrerer Steuergeraete. SOA-Middleware abstrahiert Kommunikation in funktionale Schnittstellen: Ein Bremsdienst publiziert Daten, und Abonnenten nutzen sie unabhaengig vom physischen Ort.
Core Engineering Areas
- AUTOSAR Adaptive Platform — Im Gegensatz zum Classic AUTOSAR fuer einfache Mikrocontroller zielt AUTOSAR Adaptive auf 64-Bit-SoCs unter POSIX (QNX, Linux). Es standardisiert C++17-APIs: ara::com fuer Kommunikation, ara::exec fuer Lifecycle und ara::sm fuer Fahrzeugzustaende.
- Data Distribution Service (DDS) — Im Gegensatz zu Broker-Systemen (wie MQTT) mit Single Point of Failure ist OMG DDS eine dezentrale Peer-to-Peer-Daten-Ebene. Knoten kommunizieren direkt ueber RTPS geregelt durch ueber 20 vertraglich bindende QoS-Profile.
- Ultra-Lightweight Middleware — Beseitigung von Serialisierungs-Overheads durch Uebergabe von Gigabyte-groessen Radardaten ueber Shared-Memory-Leihmechanismen.
Technical Articles