Le rapport par exception est une méthode d'acquisition de données où une machine ou un dispositif en périphérie n'envoie une valeur que lorsqu'elle change de plus qu'un seuil défini, au lieu de transmettre des relevés à intervalles fixes. L'alternative, le sondage (polling), interroge chaque appareil pour sa valeur actuelle à intervalles réguliers, que quelque chose ait bougé ou non. Sur un atelier moderne avec des centaines de balises provenant d'automates programmables (PLC), de capteurs et de systèmes de vision, la différence entre ces deux approches détermine si votre réseau reste sain ou se noie dans un trafic redondant. Cet article explique le rapport par exception, les techniques de bande morte et de changement de valeur qui le sous-tendent, et comment mettre à l'échelle les données machines de façon économique sans perdre le signal qui compte.
Le sondage est le réglage par défaut dans de nombreuses installations SCADA et historiseurs hérités parce qu'il est simple : un dispositif maître demande chaque balise sur un cycle, disons une fois par seconde, et enregistre ce qui revient. Le problème est que la plupart des valeurs de procédé sont stables la plupart du temps. Une température de cuve qui reste à 72,0 °C pendant dix minutes génère quand même 600 relevés identiques avec un sondage à une seconde. Multipliez cela par chaque balise d'une ligne et vous payez de la bande passante, du stockage et du CPU en périphérie pour déplacer des données qui n'apportent rien de nouveau.
Le sondage évolue aussi mal. Chaque nouvel appareil ajoute de la longueur à la boucle de sondage, si bien que soit votre cadence de balayage ralentit, soit vous répartissez la charge sur plus de canaux et de passerelles. Sur des liaisons contraintes (cellulaire, LoRa ou un VLAN industriel partagé), le plancher fixe du trafic lié au sondage peut évincer les relevés qui vous importent réellement. Comprendre votre profil de données réel est une condition préalable à tout effort de surveillance en temps réel, de la même manière que comprendre vos pertes est une condition préalable pour améliorer le rendement global des équipements (OEE).
Le rapport par exception (souvent appelé RBE ou reporting événementiel) inverse le modèle. Le dispositif en périphérie conserve la dernière valeur transmise et la compare en continu à la lecture en direct. Il envoie une mise à jour uniquement lorsque la nouvelle lecture franchit un seuil. Rien ne change sur le réseau tant que le procédé est stable, et dès qu'une valeur bouge, le changement se propage immédiatement. Le résultat est un trafic proportionnel à la variation réelle de votre procédé, et non au nombre de balises ou à la vitesse de sondage.
Deux mécanismes rendent cela fiable :
La plupart des implémentations associent les deux : la bande morte supprime le bruit, la logique COV gère le reporting effectif, et un signal de vie ou un réglage de durée maximale garantit une mise à jour périodique même pendant de longues périodes stables afin que les systèmes en aval sachent que la liaison est active.
La bande morte s'exprime généralement en valeur absolue ou en pourcentage de la plage du signal. Supposons que vous ayez un capteur de température couvrant de 0 à 200 °C, délivrant un signal analogique en direct portant environ 0,3 °C de bruit électrique. Vous définissez une bande morte de 1,0 °C.
Maintenant le calcul de bande passante. Avec un sondage à une seconde, cette seule balise produit 86 400 messages par jour, quelle que soit son activité. Supposons que la température franchisse réellement la bande morte de 1,0 °C environ 40 fois par heure pendant la production, soit 960 événements par jour, plus un signal de vie toutes les 15 minutes ajoutant 96 messages. Le rapport par exception envoie environ 1 056 messages par jour contre 86 400 en sondage, une réduction d'environ 98,8 %. Sur 300 balises au profil similaire, vous passez de 25,9 millions de messages quotidiens à environ 317 000, sans perdre aucune des transitions significatives.
Le levier est la largeur de la bande morte. Trop large et vous lissez de vrais événements ; trop étroite et le bruit passe. Calibrez chaque balise sur son propre plancher de bruit et sur le plus petit changement qui a une signification métier, comme le spécifie un bon plan de contrôle qui définit des tolérances par caractéristique plutôt qu'une règle générale.
La crainte avec le rapport par exception est de manquer quelque chose d'important. Vous l'évitez en définissant la bande morte de façon délibérée plutôt qu'empirique :
Fait de cette manière, le rapport par exception n'est pas destructeur. Vous conservez chaque transition qui franchit votre seuil de signification défini et vous arrêtez simplement de payer pour les lignes plates entre les deux. Pour l'analyse des causes racines sur des pertes tenaces, les transitions sont exactement ce qu'il vous faut, et une analyse de Pareto des événements d'exception met en lumière les principaux coupables plus rapidement que le tri dans le bruit du sondage.
Ce n'est pas un choix tout ou rien. Une architecture pragmatique utilise les deux :
Les compromis à peser : le rapport par exception nécessite une logique en périphérie pour conserver les dernières valeurs et évaluer les bandes mortes, et il peut produire un trafic en rafales lorsqu'un procédé fluctue fortement. Le sondage est d'une simplicité absolue et déterministe dans le temps mais coûteux en ressources et peu performant à grande échelle. De nombreux historiseurs SCADA supportent les deux modèles par balise, ce qui vous permet d'adapter la méthode au signal. La même réflexion en couches qui différencie la maintenance réactive de la maintenance proactive s'applique ici : utilisez par défaut la méthode événementielle, moins coûteuse, et réservez la méthode à cadence fixe plus lourde là où elle justifie son coût. Les flux d'événements s'intègrent aussi naturellement à la maintenance conditionnelle, où le franchissement d'un seuil est précisément le déclencheur d'action.
Fabrico est la couche de données en temps réel qui s'installe au-dessus de la méthode d'acquisition utilisée sur votre atelier. Il ingère les signaux machines et de production en direct pour le suivi OEE et la surveillance de production en temps réel, et peut lire des machines avec de la vision par ordinateur là où il n'y a pas d'automate (PLC) à sonder ou d'où aucun événement n'est poussé — ce qui est souvent le cas sur des actifs plus anciens ou autonomes. Cette voie de vision vous donne un flux de type exception (comptes de cycles, arrêts, changements d'état) à partir d'équipements qui n'ont jamais été instrumentés pour l'IIoT. Côté maintenance, Fabrico est une GMAO prête pour le terrain couvrant ordres de travail, actifs, planification préventive et pièces de rechange, de sorte que les événements mis en évidence par votre couche de données se transforment directement en actions. Fabrico est développé dans l'UE avec résidence des données dans l'UE, ce qui compte lorsque vos données machines ne peuvent pas quitter la région. Explorez les aperçus de la surveillance OEE et de la GMAO pour voir comment les éléments se connectent.
Pas si la bande morte est correctement réglée. Vous conservez chaque changement qui franchit votre seuil de signification défini et ne supprimez que les mouvements plus petits que cela, qui sont par définition soit du bruit soit en dessous du niveau auquel quelqu'un agit. Un intervalle de signal de vie obligatoire garantit une lecture périodique même pendant de longues périodes stables, de sorte que les historiseurs et les systèmes en aval ont toujours un point d'ancrage récent et peuvent confirmer que la liaison est active.
Le reporting par changement de valeur est la règle qui déclenche une mise à jour lorsqu'une valeur diffère de la dernière rapportée. La bande morte est la bande de tolérance qui définit à quel point cette différence doit être importante pour qu'elle compte. En pratique, elles fonctionnent ensemble : la bande morte filtre le jitter et le bruit analogique, et la logique de changement de valeur gère la transmission effective lorsque le signal sort de la bande.
Oui, et la plupart des systèmes bien conçus le font. Utilisez le rapport par exception pour la majorité des balises analogiques continues et pour les changements d'état, et réservez le sondage aux cas qui nécessitent une valeur garantie à une cadence fixe, comme la consignation réglementaire ou des appareils hérités qui ne peuvent pas pousser d'événements. De nombreux historiseurs et passerelles vous permettent de définir la méthode par balise, afin d'adapter chaque signal à l'approche qui lui convient.
Prêt à transformer des données machines efficaces en OEE en temps réel et en maintenance exploitable ? Réservez une démo Fabrico et voyez comment une base de données en direct, y compris la vision sur des machines sans automate programmable (PLC), se déploie sur votre atelier.
Connexion
Blog
