Compliance-Tests und Training

Der Automotive Ethernet Interoperability (IOP) Tester bietet eine ideale Testlösung für Steuergeräte-Interoperabilitätstests gemäß TC8 v1 und TC8 v2 der OPEN ALLIANCE.

Der Automotive Ethernet IOP Tester verifiziert Steuergeräte auf Interoperabilität mit anderen Steuergeräten für Layer 1, basierend auf (100BASE-T1/1000BASE-T1). Er bietet eine offene Anwendungsprogrammierschnittstelle (API) und ist daher leicht in bestehende Testsysteme zu integrieren. Benutzer können ihre eigenen Tests und Testsequenzen erstellen. Messungen der Verbindungszeit, der Signalqualität und der Kabeldiagnose gehören zum Testumfang.

Validierung eines Automotive-Ethernet-Switches vom FPGA zum Silizium:

• Switching

• Benchmarking

• TSN

• Configuration

• IEEE802.1X

• Automotive Use Cases, z.B. Logging concept (remote mirroring), AVB streaming, Robustness testing

Die AVB-Endpunktsimulation visualisiert das spezifische AVB-Verhalten, emuliert bestimmte Fehlermuster und verifiziert das Zeitverhalten. Darüber hinaus kann sie zur Validierung von Schalt-Halbleitern und Schalt-Steuergeräten eingesetzt werden, um z.B. die Genauigkeit der Zeitsynchronisation exakt zu messen.

Basic Functions

• IEEE 802.1AS (gPTP)

• IEEE 802.1BA (AVB systems)

• IEEE 802.1Qat (MRP/MSRP/MVRP)

• IEEE 802.1Qav (FQTSS)

• IEEE 1722 (AVTP und MAAP)

• IEEE 1722.1 (AVDECC)

Advanced Functions

• Compensation for onboard delays (Phy + Chip + Board)

• 100BASE-TX or optional 100BASE-T1 (BroadR-Reach) port

• Simulation of automotive AVB device with induced failure behavior

• Simulation of 1-step or 2-step clock behavior

• Support of BMCA or static gPTP grandmaster/gPTP slave

• Customized adjustment of protocol parameters

• Logging of timestamps for master and slave operation

• Output for PPS signals and customized trigger signals

Der Ethernet Live Monitor (ELM) ist die ideale Lösung zum Testen der korrekten TSN/AVB-Implementierung in Ethernet-Netzwerken. Implementierte Rule-Checker identifizieren Fehler in der TSN/AVB-Protokollfamilie in Echtzeit und lösen über den Triggerausgang eine Aufzeichnung im Datenlogger aus. Eine zusätzliche Überwachungsfunktion zeigt Analysedaten und die Historie der erkannten Fehler in Echtzeit auf dem PC-Client an und gibt Auskunft über Zeitabweichungen der TSN/AVB-Implementierung.

Mit dem Automotive Ethernet Tester (AET) bieten wir eine hochautomatisierte Testlösung für OPEN ALLIANCE TC8 Switching und TSN/AVB-Tests auf Komponentenebene. Das Testsystem wird vollständig über eine PC Control Application gesteuert. Für die jeweiligen Testumfänge stehen Testsuiten zur Verfügung, die einzelne Testfälle enthalten. Diese sind skriptbasiert und werden vor einem Testlauf über eine einzige Konfigurationsdatei parametriert, die alle relevanten Eigenschaften des Prüflings enthält. Die aufgezeichneten Daten werden automatisch in einer vordefinierten Ordnerstruktur gespeichert. Darüber hinaus enthält das System eine Infrastruktur zur vollständigen Aufzeichnung gesendeter und empfangener Daten. Zur Analyse der aufgezeichneten Daten steht ein zusätzliches AET Analyzer-Tool zur Verfügung. Es greift auf die Dateistruktur zu und erstellt aus den aufgezeichneten Daten ein Ergebnisprotokoll.

Das Testsystem besteht aus einem 19"-Testrack mit Steuerungs- und Analysesoftware. Je nach Ausführung kann das Testsystem bis zu 15 Ethernet-Ports (100BASE-T1, 1000BASE-T1) enthalten, von denen jeder einzelne bestimmte Testszenarien simulieren und auswerten kann.

• Bis zu 15 x 100 / 1000BASE-T1 Ports zur Erzeugung und Aufzeichnung von Datenverkehr

• Anzeige und PPS-Ausgang zur genauen Auswertung der gPTP-Synchronisation

• Anzeige für Portstatus

• Kontrollierte Stromversorgung für DUT

• Skriptbasierte Erstellung von Testfällen

• Testsuiten für OPEN ALLIANCE TC8 Switching, Automotive gPTP, 1722 Talker, QAV

• Testsuiten für QBV und andere TSN-Funktionen sind in Entwicklung

Wir bieten einen SOME/IP Deserializer mit Plug-in für Wireshark an, um die Analyse von Traces mit SOME/IP-Nachrichten für Automotive Ethernet zu vereinfachen. Der SOME/IP Deserializer ermöglicht die übersichtliche Darstellung der Strukturen und Datentypen des SOME/IP Headers und der SOME/IP Payload aus Trace-Dateien (pcap) oder Live-Analysen. Die Strukturen und Datentypen der Nutzdaten werden analysiert und als XML-Daten (ASAM-Standard) gemäß den entsprechenden FIBEX-Dateien dargestellt.

• Analyse und Deserialisierung einer seriellen SOME/IP-Nachricht in eine Baumstruktur

• Verschiedene Funktionalitäten zur Auswertung von Nachrichtendetails

• Methoden zur Verarbeitung komplexer Meldungsbäume (Strukturen, Unions, etc.)

• Abfrage einzelner Signale

• Interne Instanz der gewünschten Nachricht aufbauen (Baumstruktur) und Signal senden

• Signal mit Hilfe von Aufzählungsstrings definieren

• Indikator auf Byte-Array mit serialisierter Nachricht empfangen

• Kundenspezifische Pufferverwendung (z.B. Nachrichtenübergabe an Testsystem)

Bitte beachten Sie, dass die geparsten Informationen auf den BMW SP2018 optimiert sind.

Der TCP/IP UpperTester (UT) bietet die Implementierung eines einfachen Clients zum Testen von TCP-Stacks auf einem Device Under Test (DUT). Auf einem Steuergerät implementiert, bietet der UT verschiedene Funktionalitäten (z.B. das Öffnen und Schließen von Kommunikationssockets). Der Tester löst diese Funktionen durch UDP-Befehle, so genannte ServicePrimitives (SP), aus.

TCP/IP UpperTester-Anpassung

Die UT-Quellen sind in einfachem C89. Für die Regelung der Netzwerkfunktionalitäten der zu testenden Stacks wird die BSD-Socket-API verwendet, die 1983 veröffentlicht wurde. Diese API ist in gängigen UNIX-Systemen, (leicht modifiziert) in Windows und in den meisten TCP/IP-Stacks für Embedded implementiert.

Das UT kann auch in der AUTOSAR-Software von Elektrobit oder VECTOR Informatik mit entsprechenden Anpassungen implementiert werden.

A short list of extensions:

• GET_VERSION
  Request UpperTester version

• START_TEST
  This ServicePrimitive is for logging only and does not execute test relevant activities.

• END_TEST
  This ServicePrimitive is for logging only and does not execute test relevant activities.

• CLOSE_SOCKET
  Closure of a socket (usually at the end of a test)

• CREATE_AND_BIND
  Generates a socket and connects it to a local port/IP address, if necessary

• SEND_DATA
  Initiates the UT to send data to a predetermined address

• RECEIVE_AND_FORWARD
  Puts the UT in a specific mode to forward incoming telegrams to the test system

• LISTEN_AND_ACCEPT
  Prepares the UT to accept incoming connection request

• CONNECT
  Executes the typical TCP handshake

• SHUTDOWN
  Executes a shut-down with the given socket