Figure 12.9: Scenario where only the raw data stream server is fully formalized inside an AUTOSAR model

1. Diagrammtyp & Architektur-Kontext

Struktur- und Modellierungsdiagramm (Manifest-Konfigurations- und Bereitstellungsmodell) aus der AUTOSAR Adaptive Platform (TPS Manifest Specification). Das Diagramm veranschaulicht ein asymmetrisches Integrationsszenario für Raw Data Streams über Ethernet, in dem ausschließlich der Server (RawDataStreamServer) vollständig innerhalb eines AUTOSAR-Modells formalisiert ist, während die Gegenstelle (Client) außerhalb des AUTOSAR-Modells existiert und über explizite statische Konfigurationsparameter (remoteClientConfig) eingebunden wird.

2. Komponenten, Entitäten & Schnittstellen

Das Modell gliedert sich in Server- und externe Client-Konfigurationen sowie Netzwerk-Topologieelemente:

• RawDataStreamServer (AUTOSAR): Server-Komponente mit den API-Methoden WaitForConnection(), Read(), Write() und Shutdown().
• remoteClientConfig: Aggregationscontainer für Client-spezifische Anmelde- bzw. Verbindungsinformationen (blau hinterlegt):
  • Remote Client Credentials: Enthält Unicast-Parameter udpPort=3333 und ipV4Address=192.168.2.240.
  • Multicast Credentials: Enthält Multicast-Parameter multicastIpV4Address=224.224.1.2 und multcastUdpPort=7654.
• EthernetRawDataStreamMapping: Zentrales Zuordnungselement, das mit remoteClientConfig verbunden ist (Aggregation/Referenz mit ausgefüllter Raute) und die Verknüpfung zu den AUTOSAR-Netzwerkelementen herstellt.
• ApApplicationEndpoint (Server Configuration, orange): Lokaler Endpunkt des Servers mit udpPort=7777.
• CommunicationConnector: Bindeglied zwischen Mapping und Netzwerktopologie, assoziiert mit einem VLAN.
• local Network Endpoint: Lokaler Netzwerk-Endpunkt, der per Komposition/Aggregation eine IPV4Configuration (Server Configuration, orange) mit ipV4Address=192.168.2.223 bindet.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm beschreibt primär die statische Konfigurationsbeziehung zur Laufzeitvorbereitung des Raw-Data-Stream-Servers:

1. Der RawDataStreamServer initialisiert den Kommunikationskanal und ruft WaitForConnection() auf, um auf eingehende Datenströme oder Verbindungsaufbauten zu warten.
2. Eingehende oder ausgehende UDP-Pakete werden über den lokalen Endpunkt (ApApplicationEndpoint auf UDP-Port 7777, gebunden an IP 192.168.2.223 über das zugehörige VLAN) verarbeitet.
3. Die Zuordnung des Datenstroms erfolgt über das EthernetRawDataStreamMapping, welches den Datenstrom anhand der vordefinierten remoteClientConfig filtert bzw. zuordnet:
   • Unicast-Kommunikation von/zu Client IP 192.168.2.240 auf Port 3333.
   • Multicast-Empfang oder -Aussendung über die Multicast-Gruppe 224.224.1.2 auf UDP-Port 7654.
4. Nach erfolgreicher Adresszuordnung führt der Server zyklische oder ereignisgesteuerte Datentransfers mittels Read() und Write() durch, bis der Stream über Shutdown() geschlossen wird.

4. Normative Relevanz & Entwickler-Hinweise

Für Integratoren und Software-Entwickler auf der AUTOSAR Adaptive Platform:

• In diesem Szenario existiert kein korrespondierendes AUTOSAR-Software-Design-Modell für den Client. Daher müssen die Verbindungsparameter der Gegenstelle auf Server-Seite deterministisch als remoteClientConfig modelliert werden, damit der Kommunikationsstack (Adaptive Socket- bzw. RawDataStream-Implementierung) Pakete filtern, validieren und routen kann.
• Die Port- und Adresskonfigurationen müssen konsistent zu den System- und Maschinen-Manifesten gepflegt werden: Lokaler Server-Port (ApApplicationEndpoint.udpPort=7777) und Server-IP (IPV4Configuration.ipV4Address=192.168.2.223) dürfen nicht mit anderen Diensten auf demselben Interface/VLAN kollidieren.
• Beachtung der Multicast-Konfiguration (multicastIpV4Address und Port): Auf Socket-Ebene muss der Server der Multicast-Gruppe über IGMP beitreten, sofern Empfang über Multicast gefordert ist.