Planifier la collecte industrielle en temps réel commence par le délai dans lequel une décision exige une information fiable. Réponse du capteur, mise à jour de l’automate, interrogation et rafraîchissement d’écran sont des mesures différentes. Les réunir sous une étiquette « direct » peut inspirer une confiance injustifiée.
Inventorier les signaux
Pour chaque signal, relevez identité d’équipement, sens, unité, type, interface, fréquence autorisée et qualité. Préférez une description physique telle que « température ambiante de la chambre froide nord ». Précisez si un compteur indique une puissance instantanée ou une énergie cumulée.
Vérifiez la table des registres du bon modèle et micrologiciel, puis comparez à une condition terrain connue. Échelle, signe et ordre des mots peuvent produire une valeur plausible mais fausse. À la mise en service, comparez lecture brute, enregistrement normalisé et affichage.
Distinguer échantillonnage et présentation
Un échantillonnage rapide n’impose pas d’envoyer chaque point au navigateur à la même cadence. Un collecteur peut conserver les événements tandis que l’écran résume plus lentement. À l’inverse, rafraîchir souvent ne rajeunit pas la mesure source. Son horodatage doit rester visible.
| Temps | Signification | Erreur courante |
|---|---|---|
| Mesure | Production de la valeur physique | Remplacer par l’arrivée au serveur |
| Collecte | Lecture par le collecteur | Prétendre que c’est l’heure source exacte |
| Traitement | Traitement par un service | Masquer le délai réseau |
| Présentation | Affichage à l’écran | Assimiler nouvel écran et nouvelle donnée |
La synchronisation des horloges peut échouer. Si l’heure source est incertaine, indiquez-le dans la qualité au lieu d’affirmer un ordre exact. Le stockage utilise une référence temporelle cohérente et l’interface précise son fuseau.
Exemple de volume
Supposons 20 points produisant chacun un enregistrement toutes les 10 secondes : 20 × 8 640 = 172 800 enregistrements par jour. Ce n’est pas une estimation de stockage. Les octets dépendent de la structure, du regroupement, des index et des frais d’exploitation. Mesurez des données représentatives avant de dimensionner.
Un événement bref peut apparaître et disparaître entre deux interrogations. Un événement enregistré ou un compteur interne peut mieux convenir. Une température ambiante lente nécessite parfois une autre approche. La fréquence conserve l’information utile sans charge matérielle superflue.
Le manque de données est un état distinct
Zéro valide, défaut de capteur, appareil injoignable et enregistrement absent sont différents. Une courbe ne relie pas silencieusement les lacunes. Si la dernière valeur valide reste affichée, montrez son âge. Les alarmes ne doivent pas retraiter une valeur périmée comme nouvelle mesure.
Les observations différées retrouvent leur heure d’événement. Une identité stable évite les doublons. Définissez si les données tardives modifient les rapports et comment les utilisateurs apprennent qu’une période incomplète a été complétée.
Tester les défaillances
Testez séparément production normale, coupure réseau, dérive d’horloge, défaut capteur et reconnexion. Présentez distributions de délai et pertes plutôt qu’une seule moyenne. Supervision distante et boucle de commande déterministe n’ont pas les mêmes exigences.
Le pilote achevé comprend dictionnaire des signaux, justification des politiques d’échantillonnage, volume mesuré et comportement en panne. Ces éléments préservent les hypothèses lors de l’ajout d’équipements.
Transformer une exigence de délai en test
Une équipe de maintenance veut voir un changement dans un intervalle défini. Convenez de ses bornes : transition physique, mise à jour automate, lecture du collecteur ou réception navigateur. Mesurer seulement la dernière requête réseau ignore les étapes précédentes. Sans horodatage source, annoncez l’incertitude d’interrogation plutôt que l’heure de détection comme instant exact.
Utilisez une séquence contrôlée avec référence indépendante. Incluez deux transitions plus proches que l’intervalle habituel et un événement pendant une déconnexion temporaire. Vérifiez ce que la source conserve, ce que le collecteur observe et ce que le rapport montre. Un test lent réussi ne prouve pas la capture des événements brefs ; une mesure environnementale lente ne demande pas nécessairement la cadence d’un état machine.
Mesurez la distribution des retards sous charge représentative. Résultat courant, retards exceptionnels et périodes sans résultat valide répondent à des questions distinctes. Notez charge et réseau pour permettre les comparaisons futures. Une démonstration sur réseau libre sert au développement, sans garantir le délai de l’installation.
Rétablir sans réécrire discrètement l’histoire
Une passerelle revient avec quinze minutes d’observations. Envoyer tout l’historique avant les nouvelles mesures peut vieillir l’écran courant. Prioriser uniquement le présent sans plan borné peut laisser l’historique incomplet indéfiniment. Définissez les deux responsabilités et mesurez leur concurrence sur équipements, réseau et serveur.
Les données tardives exigent une politique de rapport claire. Un rapport d’équipe peut rester provisoire jusqu’à la fin de la reprise, ou être révisé ensuite avec une couverture corrigée. Le choix suit le processus opérationnel, sans se cacher dans un traitement de base non documenté. Conservez nombres et catégories de rejets sans journaliser inutilement les valeurs brutes. Apportez l’événement utile le plus bref, la plus longue coupure à couvrir et l’âge maximal acceptable d’une mesure. Cela précise mieux la collecte qu’une demande générale de tableau de bord en direct.