Anglais
Chinois
Espagnol
Russe
Portugais
Allemand
Indonésien
Thaï
Vietnamien
Arabe
Italien
Turc
Polonais
Japonais
La mise en tampon des données de niveau SCADA nécessite une durée de coupure, un format d’enregistrement et un essai de récupération définis. La capacité doit couvrir les mesures prévues sans présenter un historique retardé comme des données actuelles. Pour une station d’eau distante, spécifiez les besoins d’enregistrement et la manière dont le radar, la RTU et le service récepteur traiteront les données manquantes ou récupérées avant de choisir le matériel de télémétrie.
Suivre les données dans la station
Une disposition possible comprend une version RS485 du METRAVON MV-RD12T, une RTU TG501, une liaison cellulaire adaptée et le service SCADA récepteur. Confirmez ensemble le protocole du radar et le mode d’acquisition de la RTU. La liaison radio ne détermine pas si la mesure série est valide.
Mettez en service la mesure locale avant de tester la transmission distante. Établissez la référence radar, les unités et la variable lue, puis comparez la valeur RTU à une référence du site. Une télémétrie peut transmettre parfaitement un décalage erroné. Le guide de mise en service RS485 et Modbus traite les contrôles de câblage et de registres ; les essais de coupure commencent lorsque cette chaîne locale fonctionne.
Séparer les données radar de niveau actuelles de l’historique récupéré dans le SCADA
Spécifiez au minimum l’heure de mesure, l’heure de réception, la qualité de mesure et l’état de communication dans le modèle de données récepteur. Ces champs ne proviennent pas nécessairement tous du radar. La RTU ou le serveur peut en ajouter certains, mais leur origine doit être documentée. Si l’instrument ne fournit pas son propre horodatage, celui de la RTU décrit normalement l’acquisition, pas nécessairement l’instant de la mesure interne du radar.
Après reconnexion, les anciens échantillons doivent conserver leur association temporelle initiale et rester distincts des données en temps réel. Sinon, un niveau haut historique pourrait apparaître comme un nouvel événement ou écraser l’affichage actuel. L’archive historique peut avoir besoin de ces échantillons pour compléter une tendance, tandis que la commande en temps réel exige une observation récente et valide. Définissez explicitement les deux comportements.
| État | Information opérateur | Traitement à convenir |
|---|---|---|
| Acquisition normale | Niveau actuel, heure d’acquisition et état de mesure valide. | Mettre à jour l’affichage en temps réel et l’archive historique selon le programme d’échantillonnage approuvé. |
| Communication capteur perdue | Échec de lecture de l’instrument, même si la liaison cellulaire reste connectée. | Marquer la valeur conservée comme ancienne ou invalide ; ne pas fabriquer de nouveaux échantillons réussis. |
| Réseau indisponible | Dernier contact et âge des données côté serveur. | Poursuivre l’acquisition locale uniquement selon la configuration et les fonctions prises en charge ; conserver la trace des lacunes. |
| Arrivée de l’arriéré | Historique récupéré identifié séparément des observations récentes. | Appliquer les règles d’ordre et de doublons sans remplacer les valeurs actuelles par des enregistrements plus anciens. |
| Redémarrage de la station | Événement de redémarrage, état de l’horloge et validité des premières mesures. | Vérifier configuration, heure et récupération du stockage avant de considérer les données comme normales. |
Calculer les données utiles pour le tampon de niveau SCADA
Les informations produit du TG501 indiquent 16 MB de stockage local et la retransmission des données. Ce chiffre ne garantit pas que toute la mémoire soit disponible pour chaque configuration d’enregistrement. Confirmez le micrologiciel sélectionné, le format, les canaux activés et la capacité réservée, ainsi que le comportement lorsque le tampon alloué est plein.
Pour une estimation d’achat, calculez d’abord le volume utile nécessaire. Un enregistrement illustratif de 64 octets sauvegardé une fois par minute pendant 24 heures nécessite 92160 octets avant en-têtes, index, champs de qualité et surcoûts de stockage. Doubler le nombre d’enregistrements stockés séparément double ce volume utile. Ce calcul définit un besoin ; il ne démontre pas la durée de rétention prise en charge par le TG501 dans une configuration donnée.
En comparant ce besoin au tampon proposé, consignez si la capacité est partagée ou allouée par canal et quels octets sont comptabilisés. L’estimation du volume utile est une borne inférieure pour le format choisi. La durée de rétention ne peut être confirmée avant documentation des surcoûts et de la capacité utilisable. Incluez le temps nécessaire pour résorber l’arriéré pendant que de nouveaux enregistrements continuent d’arriver.
Demandez au fournisseur la taille de tampon prise en charge et la politique de débordement du micrologiciel proposé. Confirmez si les enregistrements persistent après une coupure d’alimentation, comment fonctionnent les accusés de réception et si une retransmission interrompue reprend sans perte ni doublon. Si ces comportements ne sont pas documentés, incluez-les dans un essai de réception en présence d’un témoin plutôt que de les déduire d’une fonction de stockage.
Tester la perte, la récupération et une seconde interruption
Utilisez un environnement d’essai ou une fenêtre de maintenance approuvée en isolant les conséquences sur la commande. Consignez configuration, micrologiciel, source horaire, intervalle d’échantillonnage et état initial du tampon. Créez une séquence identifiable de variations d’entrée sûres ou d’enregistrements d’essai ; un niveau constant seul rend les échantillons manquants et dupliqués difficiles à détecter.
- Interrompez uniquement le réseau externe. Vérifiez si l’acquisition locale continue et si le serveur affiche l’âge croissant des données.
- Rétablissez la connexion. Comparez les séquences émises et reçues, horodatages, qualité et nombres d’enregistrements, pas seulement la valeur finale.
- Confirmez que les nouvelles observations restent disponibles à temps pendant la récupération de l’historique. Convenez du retard de récupération admissible avant l’essai.
- Interrompez de nouveau la liaison pendant la récupération. Vérifiez les comportements documentés de reprise et de traitement des doublons.
- Testez séparément un redémarrage de station et un échec de lecture de l’instrument. Le tampon réseau ne peut récupérer des mesures qui n’ont jamais été acquises correctement.
Définissez la durée maximale de coupure exigée et une politique pour les données dépassant la capacité prise en charge. Si l’essai ne couvre pas la durée requise, documentez ce qui est démontré et ce qui reste à vérifier. Un bref essai de reconnexion ne doit pas être présenté comme la preuve de plusieurs jours de rétention.
Convenir des responsabilités avant la mise en service
Le fournisseur de l’instrument doit identifier la variable mesurée et les indications de défaut. Le fournisseur ou l’intégrateur de la RTU doit documenter acquisition, stockage et transmission. L’intégrateur SCADA doit mettre en œuvre l’interprétation temporelle, le traitement des doublons, l’affichage des valeurs anciennes et les règles d’insertion dans l’archive historique. L’exploitant doit approuver le comportement des alarmes et de la commande en présence de données invalides ou absentes.
Ne faites pas d’une liaison cellulaire publique l’unique fondement d’une action locale de protection essentielle. La protection indépendante requise et la réponse aux défauts doivent suivre l’évaluation des risques du site. Un enregistrement de niveau haut conservé en tampon peut être utile à l’analyse d’un incident sans constituer une commande valide pour agir sur le procédé actuel.
Pour une demande, indiquez le nombre de sites, les interfaces capteurs, l’intervalle de transmission, la plus longue coupure dont les données doivent être conservées, le protocole serveur prévu, les besoins réseau régionaux et les conditions du coffret. Précisez qui fournit la SIM, le serveur et l’assistance à la mise en service. Demandez à METRAVON d’examiner la configuration radar et RTU selon ces exigences, en faisant du stockage et de la récupération des points de réception.
Questions sur les coupures et les enregistrements récupérés
Q1. Une RTU connectée prouve-t-elle que le niveau est actuel ?
Non. La session réseau peut rester active alors que l’interrogation du capteur échoue. Suivez séparément la dernière acquisition réussie de l’instrument et la dernière connexion au serveur. Si l’appareil fournit des informations d’état de mesure, transmettez-les aussi au lieu de réduire toutes les situations à un indicateur de connexion.
Q2. Les échantillons récupérés de niveau haut doivent-ils générer des alarmes ?
Ils peuvent nécessiter des enregistrements d’événements historiques, mais ne doivent pas devenir silencieusement de nouvelles alarmes en temps réel ou des commandes. Convenez si le système enregistre l’heure d’origine, émet une notification rétrospective ou complète seulement l’archive historique. Séparez cette politique du traitement d’une observation récente de niveau haut.
Q3. Que faire si l’horloge de station est fausse après redémarrage ?
Conservez les preuves et signalez l’incertitude temporelle. Un horodatage de réception peut montrer quand le serveur a obtenu l’enregistrement, mais ne peut reconstruire l’heure exacte de mesure. Confirmez la source horaire, la synchronisation et le traitement du redémarrage, sans présenter un ordre historique incertain comme une séquence vérifiée.
Résumé
Spécifiez la récupération après coupure comme une séquence observable : acquérir, horodater, stocker, reconnecter et rapprocher. Le MV-RD12T et le TG501 constituent une disposition possible d’instrument et de RTU, sans garantir un historique complet pour toute interruption. La réception doit démontrer quels enregistrements subsistent, comment les données actuelles restent distinctes et ce que voit l’opérateur en cas d’échec de mesure ou de communication.
