Public Support

Supportanfrage

So wie wir heute über den CAN mit den CanConfigCodec aus ADTF2 kommunizieren können, müssen wir mit den zukünftigen Steuergeräten auch über SOME/IP via Ethernet kommunizieren können.

Was beim CAN die DBC-Datei ist, wäre bei SOME/IP eine Autosar-XML-Datei (ARXML). Basierend auf den Signal-Beschreibungen im ARXML benötigen wir eine Bibliothek um SOME/IP Botschaften aus C++-Structs zu generieren und umgekehrt.

Ist eine Unterstützung/Toolbox für SOME-IP geplant oder in Entwicklung?
Wenn ja, wann wird das kommen?
Wenn nein, warum nicht?

Lösung

Die Unterstützung für SOME/IP wird gerade umgesetzt - die ersten Features erscheinen mit der ADTF Device Toolbox 3.1.

Damit ist es möglich, SOME/IP-Nachrichten von einem Netzwerkadapter oder einer Pcap-Datei abzugreifen.
ADTF verhält sich dabei passiv d.h. vorhandener Traffic wird wird mittels Pcap mitgelesen - ähnlich zu Tools wie Wireshark.

Zur Darstellung der Nachrichten liefern wir das SOME/IP Trace View (siehe angefügter Screenshot).

Neben den einzelnen Header-Feldern werden auch Service-Discovery-Informationen angezeigt.
Die eigentliche Payload einer Nachricht wird aktuell im Rohformat (hexadezimal) angezeigt.

In der ersten Iteration wird ADTF keine Funktionalität zum Dekodieren der Payload enthalten,
die nötige Anbindung von ARXML- / Fibex-Parsern steht noch aus.

Grundsätzlich planen wir die künftige Anbindung solcher Parser über ein standardisiertes Interface Seitens der Device Toolbox.
So geben wir Anwendern die Möglichkeit, bei Bedarf eigene ARXML- / Fibex-Parser anzubinden.

Ob und in welchem Rahmen die Device Toolbox bereits Parser out-of-the-box zur Verfügung stellen wird, kann ich aktuell nicht beantworten.

Wie die (De)serialisierung von C++-Structs genau aussehen wird ist ebenfalls noch offen.
Mangels Reflection in C++ sehe ich 2 Herangehensweisen:

• automatische Code-Generierung (mittels Tool)
• manuelle (De)serialisierung (mittels unterstützender Library)

Zusammengefasst:

• Bis Ende Q2/19: Tracing + Aufzeichnen von SOME/IP-Traffic
• Später: (De)serialisierung und Interpretation der Payload, Anbindung von Config-Parsern