Diese Seite wurde vollständig KI-generiert auf Basis von SWS Raw Data Stream (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
Encapsule et gère des datagrammes du format Clock Reference d'IEEE 1722 pour la synchronisation temporelle dans des flux de données brutes.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 5538d6188cf1ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Encapsule et gère des datagrammes du format Clock Reference d'IEEE 1722 pour la synchronisation temporelle dans des flux de données brutes.
La classe sert, dans le module rds, de représentation pour les datagrammes Clock Reference Format selon la norme IEEE 1722 AUTOSAR_AP_SWS_RawDataStream p. 1. Elle encapsule des informations d'en-tête et d'horloge spécifiques au protocole dans des champs de données protégés et optionnels, et fournit un destructeur virtuel pour la libération polymorphe de mémoire [SWS_RDS_90304]. Les applications utilisent des structures dérivées pour la configuration des données d'horloge et doivent vérifier la validité des valeurs optionnelles contenues avant d'y accéder. Cela garantit une manipulation flexible et sans erreur de flux de données hétérogènes.
Contexte
La classe ara::rds::IEEE1722DatagramCRF représente, au sein du cluster fonctionnel Raw Data Stream (rds) de l'AUTOSAR Adaptive Platform, un datagramme pour le Clock Reference Format (CRF) selon la norme IEEE 1722 AUTOSAR_AP_SWS_RawDataStream p. 1. La structure est définie dans le fichier d'en-tête ara/rds/raw_data_stream_IEEE1722.h[SWS_RDS_90304]. La classe sert à encapsuler et à mettre à disposition des métadonnées et des attributs de synchronisation spécifiques au protocole, nécessaires à la transmission de références d'horloge sur des connexions Ethernet.
La destruction des instances s'effectue via le destructeur virtuel ~IEEE1722DatagramCRF() noexcept[SWS_RDS_90304]. Grâce à la déclaration en virtual, la libération appropriée de toutes les ressources est également garantie lorsque des objets de classes dérivées sont gérés et détruits via un pointeur vers la classe de base. La désignation par noexcept garantit que le processus de destruction se déroule sans aucune exception.
En l'absence d'un constructeur public autonome dans la charge utile, la création et l'initialisation des instances s'effectuent probablement via des classes dérivées ou des mécanismes de fabrique spécifiques au module. Question (ouverte) En ce qui concerne la concurrence, les instances de la classe ne sont pas intrinsèquement thread-safe ; comme les attributs sont constitués de simples valeurs scalaires optionnelles, les accès concurrents en lecture et en écriture doivent être coordonnés par des mécanismes de synchronisation de niveau supérieur de l'application.
Parcours d'utilisation
Un cas d'utilisation typique comprend la création, la configuration et le traitement d'un datagramme CRF dans le flux de données, suivis de sa libération.
L'application instancie tout d'abord une variante concrète de la classe de datagramme CRF. Ensuite, les paramètres pertinents pour la référence d'horloge sont renseignés. Ainsi, il est par exemple possible de définir l'adresse MAC mac_address[SWS_RDS_90299], la fréquence d'échantillonnage via fs[SWS_RDS_90302] ou base_frequency[SWS_RDS_90295], ainsi que l'intervalle d'horodatage timestamp_interval[SWS_RDS_90303]. Comme tous les champs sont optionnels, les entrées d'en-tête non requises ou incomplètes peuvent être laissées dans l'état ara::core::nullopt. Après la configuration, le datagramme est transmis au canal Raw Data Stream. Dès que le traitement est terminé, l'instance est détruite de manière sûre via ~IEEE1722DatagramCRF()[SWS_RDS_90304].
Scénarios d'erreur
Le destructeur virtuel ~IEEE1722DatagramCRF() est déclaré comme noexcept[SWS_RDS_90304], de sorte qu'aucune exception C++ ne peut s'échapper pendant le nettoyage et qu'un arrêt anormal du programme pendant le déroulement de la pile est évité.
Lors de l'utilisation des champs de données, le risque principal réside dans la lecture erronée de valeurs non définies. Avant d'accéder à des valeurs telles que unique_id[SWS_RDS_90294], sequenceNum[SWS_RDS_90298] ou tu[SWS_RDS_90296], l'application doit toujours vérifier si le ara::core::Optional respectif contient effectivement une valeur (p. ex. via has_value()). Un accès direct par déréférencement à un élément optionnel vide constitue une violation de précondition et entraîne un comportement indéfini ou des erreurs.
Ce guide a été généré par une IA sur la base de la spécification AUTOSAR R25-11.
gemini-3.8-flash-low· 2026-10-13 · Original allemand