Stockage des événements
Traduction de la notice originale
Format de données des événements
Un bloc FIFO dédié fournit un espace permettant le stockage et le transfert des informations des événements.
Les données d'événement comprennent la polarité des fronts (montant ou descendant), l'ID d'événement et la qualité de l'heure.
Le tableau suivant décrit l'espace FIFO attribué à une unité de données d'horodatage :
Reserved
Octet 0
Value
Octet 1
Event ID
Bits 7 à 0
Octet 2
Bits 15 à 8
Octet 3
DateAndTime
SecondSinceEpoch
Bits 7 à 0
Octet 4
Bits 15 à 8
Octet 5
Bits 23 à 16
Octet 6
Bits 31 à 24
Octet 7
FractionOfSecond
Bits 7 à 0
Octet 8
Bits 15 à 8
Octet 9
Bits 23 à 16
Octet 10
TimeQuality
Octet 11
Le tableau ci-dessous décrit la signification de chaque bloc de données :
Nom de l'attribut
Type de l'attribut
Description/Valeur
Reserved (octet 0)
BYTE
Réservé pour une utilisation ultérieure.
Cet octet est réglé sur 0.
Value
BYTE
Valeur de la variable après détection de la modification :
Bit 0 : Front descendant (0), front montant (1)
Event ID
WORD
L'outil de configuration attribue automatiquement l'identification de la variable.
NOTE : Cette identification doit être unique dans l'horodatage du système.
DateAndTime
TIMESTAMP
Date et heure de détection de la modification de la variable.
Le tableau ci-dessous décrit le format du bloc de données DataAndTime :
Définition du type Timestamp
Nom de l'attribut
Type
Description/Valeur
SecondSinceEpoch
INT32U
(0 à MAX)
FractionOfSecond
INT24U
Consultez le tableau ci-dessous pour plus d'informations sur FractionOfSecond.
TimeQuality
TIMEQUALITY
Le format d'heure est défini conformément à la norme CEI 61850-7-2 Edition 2.
Les définitions des attributs sont les suivantes : SecondSinceEpoch : Nombre de secondes depuis minuit (00:00:00) le 1er janvier 1970 (heure UTC). FractionOfSecond :
FractionOfSecond
SEC_1970_0 à 3
Codage UINT32 petit-boutiste
FRACT_SEC_0 (octet de poids faible)
B7-B0
FRACT_SEC_1
B15-B8
FRACT_SEC_2 (octet de poids fort)
B23-B16 (B23 = 1 pour 1/2 s)
TimeQuality
B7-B0 (B7 = LeapsSecondsKnown)
FRACT_SEC_2 (octet de poids fort)
FRACT_SEC_1 (2e octet)
FRACT_SEC_0 (octet de poids faible)
23
22
21
20
19
18
17
16
15
14
13
12
11
10
9
8
7
6
5
4
3
2
1
0
Le tableau ci-dessous décrit le format du bloc de données TimeQuality :
Définition de TimeQuality
Nom de l'attribut
Type
Description/Valeur
PACKED LIST (8 bits)
LeapsSecondsKnown
BOOLEEN (B7)
ClockFailure
BOOLEEN (B6)
ClockNotSynchronized
BOOLEEN (B5)
TimeAccuracy
CODED ENUM (B4 à B0)
Nombre de bits significatifs dans FractionOfSecond
Intervalle de temps minimum : 2**-n
Par exemple, codage de LeapSecond = 0, ClockFailure = 0, ClockNotSynchronized = 0, TimeAccuracy = 3 bits : TimeQuality = 0x03.
LeapSecondsKnown : ce bit est réglé sur FALSE. ClockFailure : indique la même signification que I% (variable implicite) CLOCK_FAILURE. ClockNotSynchronized : indique la même signification que I% (variable implicite) CLOCK_NOT_SYNC. TimeAccuracy : dans la norme CEI, TimeAccuracy représente le nombre de bits significatifs N dans FractionOfSecond.
TimeAccuracy permet également de définir des valeurs spécifiques TimeQuality, décrites dans le tableau ci-dessous :
Valeurs spécifiques de TimeAccuracy
Valeurs
Commentaires
Non valide
0xx11110
Utilisée en cas de tampon saturé
Erreur de voie d'E/S
0xx11101
Utilisée en cas de détection d'erreur sur une voie d'E/S
TSInit
0xx11100
Utilisée en cas de synchronisation des valeurs avec le client (en stockant un événement virtuel avec des valeurs TOR 16 voies dans le tampon)
ClockInSync
0xx11011
Utilisée avec une horloge externe pendant la synchronisation
Si plusieurs erreurs sont détectées, la priorité des valeurs spécifiques de TimeAccuracy est définie comme suit :
  1. TimeAccuracy = IOChannelError (priorité la plus élevée)
  2. TimeAccuracy = Non valide ou TSInit
  3. TimeAccuracy = ClockInSync
  4. TimeAccuracy = Non spécifié
Event ID
Dans la configuration de la solution du système, le système attribue l'ID d'événement à chaque voie pour identifier celle à laquelle appartient l'événement. De fait, cet ID est inclus dans le bloc de données de l'événement.
Type de paramètre
Symbole
Valeurs valides
Description
Configuration
ID d'événement de la voie x (x = 0 à 15)
Lecture seule
Plage efficace
Voie
Organisation
Chaque groupe
Dans la solution d'application, l'ID d'événement est remplacé par l'adresse topologique de la voie :
NOTE : à l'exception de l'ID d'événement pour les voies TOR, en cas de tampon saturé, cet ID d'événement dans le tampon d'événements est chargé par l'ID d'événement SOE_Uncertain pour signaler un tampon saturé ou vide. Pour plus d'informations, reportez-vous à la section Mode de comportement.
Gestion FIFO des événements
L'espace prévu pour le stockage des événements est limité. Vous devez envisager la création d'un tampon de débordement pour gérer les cas où le nombre d'événements entrants est supérieur à la capacité d'acquisition.
Les paramètres d'état et de configuration suivants permettent de gérer les problèmes de débordement :
Type de paramètre
Symbole
Valeurs valides
Unité
Description
Configuration
Seuil de tampon
Fixé à 70 %
%
Plage efficace :
Module
Organisation :
Groupe 0
Configuration
ID d'événement SOE_Uncertain
Lecture seule et attribué par le système
Plage efficace
Module
Organisation
Groupe 0
Etat implicite
TIME_STAMP_RECORDS
0 à valeur pleine
Disponible dans :
DDT d'équipement
IODDT
Ecran Mise au point
Etat implicite
BUFF_FULL
0 : Non saturé
1 : Saturé
Disponible dans :
DDT d'équipement
IODDT
Ecran Mise au point
Etat implicite
TS_BUF_FILLED_PCTAGE
0...100%
Disponible dans :
DDT d'équipement
IODDT
Ecran Mise au point
Etat implicite
Erreur de communication UMAS
0 : Pas d'erreur
1 : Erreur
Disponible dans :
DDT
IODDT d'équipement
Ecran Mise au point
Commande implicite
Effacement du tampon d'événéments
Un front montant de 0 à 1 efface l'intégralité du tampon.
NOTE : Disponible uniquement pour le mode d'horodatage Applicatif.
Disponible dans :
DDT d'équipement
IODDT
Ecran Mise au point
TIME_STAMPS_RECORDS : ce mot contient le nombre d'enregistrements d'horodatage (nombre d'événements) disponibles dans le tampon local. BUFF_FULL : Le bit BUFF_FULL est réglé sur 1 en cas de détection d'un tampon saturé. Il est effacé dès qu'un seuil de saturation est atteint, c'est-à-dire lorsque le pourcentage d'événements dans le tampon est inférieur ou égal au seuil du tampon (70 %). Pour plus d'informations sur le comportement du module en cas de tampon saturé, reportez-vous à la section Mode de comportement.
L'enregistrement et la détection des événements s'arrête toujours dès que le tampon est saturé. Cela signifie que les derniers événements en date sont perdus pendant la période de saturation du tampon.
Seuil de tampon : le module BMX ERT récupère automatiquement l'enregistrement des événements lorsque le taux de saturation du tampon chute en-dessous du seuil. PERCENTAGE_OF_BUFFER_FILLED : Le seuil du tampon et le bit TS_BUF_FILLED_PCTAGE utilisent le pourcentage comme unité. Ces pourcentages sont calculés par numéro de groupe et non par nombre d'événements. Le nombre d'événements varie de 1 à 16 dans un groupe. Ce nombre dépend du nombre de voies qui reçoivent les événements survenus durant la même fenêtre d'échantillonnage de 0,5 ms. ID d'événement SOE_Uncertain : l'événement de tampon saturé est traité comme un événement spécial provenant d'une voie virtuelle. Par conséquent, cet ID d'événement unique est attribué par le système. Dès que le tampon est saturé, l'événement portant cet ID est inséré immédiatement dans la séquence de données d'événement. Pour plus d'informations, reportez-vous à la section Mode de comportement.
L'ID de la séquence d'événements incertaine est 16 en mode de solution Applicatif. Pour plus d'informations, reportez-vous à la section ID d'événement.
Effacement du tampon d'événéments : un front montant de 0 à 1 de cette commande implicite efface l'intégralité du tampon d'événements. Ce paramètre n'est disponible qu'en mode d'échantillonnage Applicatif.
NOTE : La commande Vider le tampon d'événements doit être utilisée pour vider le tampon d'événements avant que le module BMXERT1604T/H ne soit réaffecté à la nouvelle application. Sinon, le tampon risque de conserver des données d'événement de la dernière application.