Hystérésis d'alarme du compteur d'énergie utilise des conditions d'activation et de décharge différentes pour éviter qu'une mesure bruyante ne déclenche et ne désactive à répétition la même alarme. Dans une alarme haute simple, l'application s'active à un seuil supérieur et se désactive uniquement lorsque la valeur tombe en dessous d'un seuil inférieur. La différence est la bande morte. Définissez-la en fonction de l'exigence opérationnelle et du comportement de mesure, puis testez dans les deux sens, le timing, les données invalides et le comportement de redémarrage.
Ce guide concerne une application de surveillance externe recevant des mesures de compteur d'énergie. Il ne suppose pas que tout instrument particulier inclut des alarmes programmables, des relais ou une hystérésis intégrée. Confirmez la documentation précise du dispositif et du logiciel avant la mise en œuvre.
Comprendre pourquoi un seul seuil peut provoquer des oscillations
Imaginez une quantité surveillée fluctuant autour d'un seuil d'alarme. Si l'activation et la décharge utilisent la même valeur, chaque petit dépassement peut créer une transition supplémentaire. Cela peut remplir une liste d'événements tout en obscurcissant l'état opérationnel sous-jacent. Cela peut également encourager les opérateurs à ignorer les alarmes qui semblent répétitives.
L'hystérésis introduit une mémoire d'état. Entre les seuils d'activation et de décharge, l'application conserve son état précédent. Une valeur à l'intérieur de cette bande n'est donc pas suffisante en soi pour déterminer si l'alarme est actuellement active ; la séquence précédente compte.
La Exemple de la fondation OPC pour les bandes mortes de délai d'activation, de délai de désactivation et d'alarme explique ces mécanismes comme des moyens de gérer la génération répétée d'alarmes. Son exemple distingue la bande morte d'amplitude des délais de persistance. Utilisez ces distinctions pour spécifier le comportement plutôt que de traiter chaque alarme gênante comme une raison d'élargir le seuil.
Définissez la condition surveillée avant de choisir une bande morte
Enregistrez la quantité, l'unité d'ingénierie, le point source, les exigences de qualité et la conséquence de l'alarme. Un avertissement de demande élevée opérationnelle est différent de la protection de l'équipement. Une notification sur le tableau de bord ne doit pas être considérée comme fournissant une fonction de protection ou répondant à une exigence de réponse de sécurité.
Pour une alarme haute, définissez l'activation à H et la décharge à H moins D, où D est la bande morte positive choisie dans la même unité. Pour une alarme basse, le seuil de décharge est généralement au-dessus de l'activation. Vérifiez comment le logiciel implémente l'égalité : “supérieur à” et “supérieur ou égal à” sont différents à la limite.
Établissez également si la configuration attend une valeur absolue, un pourcentage d'un seuil, un pourcentage de la portée ou une valeur de réinitialisation séparée. Deux interfaces affichant “5%” peuvent produire des seuils de réinitialisation différents. Traduisez le réglage configuré en une valeur explicite en unité d'ingénierie lors de la revue.
Utilisez le Vue d'ensemble du compteur triphasé pour le contexte de mesure et le guide de cartographie de la qualité des données du compteur lors de la définition des lectures éligibles pour alimenter l'application.
Séparez l'hystérésis des délais temporels et du filtrage
Une bande morte traite du mouvement autour d'une limite de valeur. Un délai d'activation nécessite que la condition d'activation persiste pendant une période définie. Un délai de désactivation nécessite que la condition de décharge persiste avant de désactiver. Le filtrage modifie le signal d'entrée utilisé par l'alarme, ce qui peut affecter sa réponse aux changements réels.
Ces mécanismes peuvent interagir. Une bande morte large peut maintenir une alarme active longtemps après que le processus est revenu près de la normale. Un délai long peut supprimer un événement court qui compte. Le lissage peut faire paraître un signal calme tout en retardant une transition importante. Choisissez chaque réglage pour une raison précise et testez le comportement combiné.
La comparaison suivante décrit le comportement général de l'application. Elle ne fournit pas de réglages recommandés ni ne garantit un délai de réponse de l'instrument.
| Mécanisme | Ce qu'il modifie | Test utile | Risque à examiner |
|---|---|---|---|
| Seuil d'activation | Valeur à laquelle une condition commence | Approche du côté normal | Quantité ou unité incorrecte sélectionnée |
| Hystérésis/deadband | Valeur de jeu et mémoire d'état | Retour dans la bande depuis les deux directions | L'alarme reste active de manière inattendue |
| Délai d'activation | Persistance d'activation requise | Impulsion courte suivie d'une condition soutenue | Événements courts significatifs supprimés |
| Délai de désactivation | Persistance de jeu requise | Récupération brève puis récupération soutenue | Le dégagement est plus lent que ce que les opérateurs attendent |
| Filtrage d'entrée | Signal présenté à la logique | Rejeu de l'étape et de l'entrée bruyante | Les excursions réelles sont obscurcies ou retardées |
| Accusé de réception | État de reconnaissance de l'opérateur | Accuser réception tant que la condition reste active | L'accusé de réception confondu avec le dégagement |
| Gestion de la qualité | Éligibilité d'une entrée obsolète ou invalide | Injecter des enregistrements de qualité invalide | Données manquantes confondues avec un fonctionnement sain |
L'exemple de la Fondation OPC supporte la séparation conceptuelle entre bande morte et délai. Les cas d'acceptation ici sont une conception pratique de test, et non une affirmation de conformité à l'ensemble du modèle d'alarme OPC.
Traitez un exemple d'alarme élevée
Considérez une alerte illustrative à 100 kW avec une bande morte absolue de 5 kW. Spécifiez l'activation à 100 kW ou plus et la désactivation à 95 kW ou moins. Ces règles d'égalité sont choisies uniquement pour cet exemple. Elles doivent correspondre au logiciel implémenté avant que le test ne soit accepté.
En partant de la normale à 94 kW, passez à 98 kW et attendez la normale. Passez à 101 kW et attendez une activation si aucun délai de mise en marche ne s'applique. Retournez à 98 kW et attendez une activation car le signal n'a pas atteint le seuil de désactivation. Enfin, passez à 94 kW et attendez la désactivation. Démarrer un test séparé à partir de la normale à 98 kW doit rester normal. La même valeur intermédiaire peut donc correspondre à différents états.
Ces chiffres démontrent la logique, non une limite de demande recommandée ou une capacité d'alarme BY194. Le seuil d'alerte réel appartient au plan opérationnel du site. Un réglage de protection nécessite sa propre base d'ingénierie approuvée et un équipement conçu à cet effet.
Tester le comportement retardé avec une séquence d'entrée contrôlée
Utilisez une lecture logicielle approuvée, un simulateur ou un environnement de test isolé lorsque disponible. Ne forcez pas une charge électrique en direct dans un état opérationnel dangereux simplement pour produire une alarme. Conservez l'entrée de test, les événements de sortie réels et la référence horloge dans le dossier.
Pour un délai d'activation illustratif, créez une excursion plus courte que la durée configurée, puis une excursion soutenue plus longue. Confirmez que la première ne s'active pas et que la seconde s'active au moment prévu. Testez si un retour à la normale réinitialise le timer ou le met en pause ; n'inférez pas cette règle à partir de l'étiquette de réglage.
Répétez pour le délai de désactivation et pour la désactivation interrompue. Incluez des valeurs de limite exactes, une valeur juste à l'intérieur de la bande morte et une valeur juste au-delà de la seuil de désactivation. Utilisez le guide d'intervalle de sondage du compteur pour évaluer si la cadence de collecte des mesures peut supporter l'observation prévue. Un timer ne peut pas recréer une excursion qui n'a jamais été échantillonnée ou livrée.
Décidez ce qui se passe lorsque les données deviennent inutilisables
Un délai de communication n'est pas une preuve que la condition surveillée est revenue à la normale. Définissez comment l'application gère les horodatages obsolètes, les nombres invalides et la mauvaise qualité. Les politiques possibles incluent la conservation du dernier état d'alarme du processus tout en levant séparément une condition de qualité des données, ou la déclaration de l'état du processus inconnu. La politique appropriée dépend de l'application et doit être explicite.
Ne pas substituer zéro à une lecture inutilisable sauf si ce comportement est spécifiquement justifié. Pour une alarme haute, zéro pourrait faussement effacer l'état ; pour une alarme basse, cela pourrait générer un événement trompeur. Maintenez la santé de la communication séparée de l'état opérationnel mesuré.
Avis données de mesure obsolètes de la passerelle lorsqu'un système continue d'afficher une dernière valeur plausible après l'arrêt de la collecte. Testez la reconnexion ainsi que la déconnexion. Un lot de valeurs anciennes arrivant plus tard ne doit pas être confondu avec la séquence opérationnelle actuelle.
Définir le démarrage, la reconnaissance et les changements de configuration
Lorsqu'une application redémarre avec une valeur à l'intérieur de la bande morte, elle nécessite une règle d'état initial documentée. Elle peut restaurer un état persistant ou commencer dans une condition inconnue jusqu'à ce que des preuves suffisantes arrivent. Aucun comportement ne doit être supposé. Incluez ce cas dans les tests d'acceptation car il expose une dépendance cachée à l'historique.
Les enregistrements de reconnaissance indiquent la prise de conscience de l'opérateur ; cela ne signifie pas nécessairement que la condition mesurée a été levée. Confirmez qu'une alarme active reconnue reste visible selon la procédure d'exploitation du site. Testez si de nouvelles excursions ou alarmes répétées créent de nouvelles exigences de reconnaissance.
Changer un seuil pendant que la valeur est à l'intérieur de la bande peut également modifier l'état attendu. Enregistrez si l'application réévalue immédiatement, conserve l'état ou nécessite un redémarrage. Évitez de modifier les réglages lors d'une alarme en direct inexpliquée sans préserver la séquence d'événements originale.
Conservez la configuration et les preuves d'acceptation ensemble
Enregistrez l'identité du point source, les unités, les seuils, la définition de la bande morte, les réglages de délai, les règles d'égalité et la politique de qualité. Conservez la version du logiciel, la période d'effet, la séquence d'entrée de test et les transitions résultantes. La Le guide du NIST sur la sécurité des technologies opérationnelles prend en charge la journalisation contrôlée de la configuration et des opérations comme pratiques de gestion plus larges ; elle ne prescrit pas les valeurs d'exemple de cet article.
Un enregistrement d'acceptation utile montre le comportement attendu versus observé pour chaque cas et identifie les écarts non résolus. Répéter uniquement un franchissement réussi est insuffisant. Testez la libération, le retour dans la bande, l'entrée obsolète, le redémarrage et la reconnaissance séparément. Lorsque le timing dépend de la collecte ou de la charge du serveur, documentez cette limitation plutôt que de revendiquer un temps de réponse universel.
Pour la sélection du produit, le famille d’instruments multifonctions de puissance BY194 fournit un point de départ pertinent pour la mesure. Confirmez la variante exacte et l'option de communication, ainsi que les champs de mesure supportés. Le traitement des alarmes peut appartenir entièrement à un logiciel externe ; l'image de la famille et la description de communication optionnelle ne prouvent pas un moteur d'alarme intégré.
Apprentissage supplémentaire : hystérésis comme mémoire d'état
La conférence NPTEL IIT Guwahati ci-dessous explique les comparateurs et les circuits à déclenchement de Schmitt. Elle est incluse pour le principe général de seuils de transition séparés et de mémoire. Ses exemples de circuits ne sont pas une instruction de câblage pour un compteur d'énergie ou une preuve d'une fonction d'alarme intégrée.
Foire aux questions
L'hystérésis d'une alarme est-elle équivalente à une temporisation à l'enclenchement ?
Non. L’hystérésis modifie la condition de valeur requise pour activer ou désactiver un état. Une temporisation à l’activation exige que la condition d’activation persiste pendant une certaine durée. Ces deux mécanismes répondent à des causes différentes de répétition des événements et doivent être testés séparément.
Quel pourcentage de zone morte un compteur électrique doit-il utiliser ?
Il n'existe pas de pourcentage universel. Définissez la condition de fonctionnement, le comportement du bruit, les limites de mesure et la réponse acceptable, puis déterminez si le logiciel exprime la bande morte en valeur absolue ou sur une base de pourcentage particulière.
Un alarme doit-elle se désactiver lorsque la communication est interrompue?
Une mesure perdue ne prouve pas un fonctionnement normal. Définissez une politique explicite de qualité des données et testez-la. Maintenez la condition de communication visible et évitez de traiter silencieusement les données manquantes comme une lecture zéro valide.
Un multimètre multifonction supporte-t-il automatiquement cette logique?
Non. Confirmez le matériel exact, le firmware, les options et la documentation logicielle. Une application de surveillance peut implémenter la logique d'alarme de manière externe, mais cela n'établit pas la présence d'alarmes programmables ou de relais dans l'instrument.