structure ara::tsync::TimeSlaveMeasurementType

La structure sert à l'acquisition et à la mise à disposition de données de mesure et de protocole détaillées pour la validation continue du comportement de synchronisation d'un Time Slave [SWS_TS_14156]. Pour ce faire, elle regroupe des horodatages externes et des valeurs de correction de messages de synchronisation reçus avec la valeur de délai de propagation actuellement valide ainsi que des horodatages de référence locaux [SWS_TS_14155]. En tant qu'objet de données passif, le type ne possède pas de logique de contrôle propre et devrait généralement être instancié pour chaque cycle de synchronisation et transmis à des composants d'analyse de niveau supérieur pour un contrôle de plausibilité. Question (ouverte)

plus ›

Contexte

Au sein du cluster fonctionnel Time Synchronization (tsync), la structure ara::tsync::TimeSlaveMeasurementType sert à fournir des données de mesure détaillées pour la validation d'un Time Slave. Dans le cadre de la communication synchronisée dans le temps au sein des systèmes AUTOSAR distribués, la sécurisation de la précision temporelle requiert une vérification fiable des étapes de synchronisation. La structure agit ici comme un conteneur de données standardisé agrégeant des valeurs de mesure pertinentes pour le protocole d'un cycle de synchronisation.

Trois composants participent principalement à l'interaction : un Time Master externe, le Time Slave récepteur ainsi qu'une entité de validation ou de diagnostic en aval. Le Time Slave reçoit les messages de synchronisation du maître et en extrait des grandeurs caractéristiques spécifiques au protocole telles que le numéro de séquence sequenceId [SWS_TS_14156] de la trame Sync ainsi que la valeur de correction correctionField [SWS_TS_14153] et l'instant d'émission preciseOriginTimestamp [SWS_TS_14150] de la trame Follow-Up associée. Complétées par des horodatages locaux et la valeur actuelle du délai de propagation pDelay [SWS_TS_14155], le Time Slave met ces données à la disposition de l'entité de validation pour évaluer la qualité de la synchronisation.

Cycle de vie

En tant que simple conteneur de données (struct ... final), ara::tsync::TimeSlaveMeasurementType ne possède pas de machine à états propre ni de phases de cycle de vie actives. Les instances devraient généralement être instanciées sous forme d'objets-valeurs éphémères sur la pile ou dans des tampons internes dès qu'une paire associée formée d'une trame Sync et d'une trame Follow-Up a été traitée par le Time Slave. Question Q-d6401d9eff1764d3 (ouverte) Pendant cette phase d'initialisation, tous les attributs, y compris les horodatages de référence pour la composante globale referenceGlobalTimestamp [SWS_TS_14151] et la composante locale virtuelle referenceLocalTimestamp [SWS_TS_14154] ainsi que les horodatages d'entrée syncIngressTimestamp [SWS_TS_14152], sont renseignés de manière cohérente.

Après le remplissage, l'objet est transmis à la logique de validation chargée de l'évaluation. Comme la structure ne contient aucun mécanisme de synchronisation pour les accès concurrents, les applications doivent veiller à une synchronisation externe ou à un passage par copie en cas de transmission inter-threads. Dès que le contrôle des paramètres de synchronisation est achevé, la durée de vie de l'objet prend fin par la libération normale de la mémoire.

Parcours d'utilisation

Le déroulement régulier de l'acquisition et de la mise à disposition des données de mesure suit la séquence du protocole de synchronisation :

1. Réception de la trame Sync : lors de l'arrivée de la trame de synchronisation, le Time Slave consigne l'heure d'arrivée en temps local virtuel en tant que syncIngressTimestamp [SWS_TS_14152] et reprend le sequenceId [SWS_TS_14156].
2. Réception de la trame Follow-Up : l'instant d'émission preciseOriginTimestamp [SWS_TS_14150] ainsi que le champ de correction correctionField [SWS_TS_14153] sont extraits du message suivant.
3. Consolidation des paramètres locaux : le Time Slave complète dans la structure la valeur de délai de propagation actuellement déterminée pDelay [SWS_TS_14155] et le n-uplet temporel composé de referenceGlobalTimestamp [SWS_TS_14151] et referenceLocalTimestamp [SWS_TS_14154].
4. Transmission pour validation : la structure consolidée est transmise à l'entité de validation, qui vérifie les données pour détecter d'éventuels écarts.

Diagramme de séquence : déroulement de l'acquisition des données de mesure sur le Time Slave pour validation. Sources : [SWS_TS_14150], [SWS_TS_14152], [SWS_TS_14153], [SWS_TS_14156].

Scénarios d'erreur

Comme ara::tsync::TimeSlaveMeasurementType représente une structure de données passive sans méthodes, elle ne lève elle-même aucune exception et ne signale aucun code d'erreur. Les états d'erreur se manifestent indirectement par le biais de la plausibilité des valeurs contenues :

• Trames perdues ou mauvais ordonnancement : un trou ou un saut dans le sequenceId [SWS_TS_14156] indique des trames rejetées ou des problèmes de temps de propagation sur le support de transmission.
• Délai de propagation obsolète ou non valide : une valeur non plausible ou manquante dans pDelay [SWS_TS_14155] entraîne des erreurs de calcul lors de la compensation du temps de propagation.
• Disparités des horodatages : des incohérences entre syncIngressTimestamp [SWS_TS_14152] et le n-uplet local constitué de referenceGlobalTimestamp [SWS_TS_14151] et referenceLocalTimestamp [SWS_TS_14154] indiquent des erreurs de synchronisation ou une dérive de l'horloge locale.

Les entités d'évaluation doivent donc vérifier l'exhaustivité et la plausibilité de la structure de données avant la suite de son traitement.