Système de surveillance de la qualité de l’eau en temps réel : paramètres, taux d’échantillonnage et alertes

Un système de surveillance de la qualité de l’eau en temps réel ne se limite pas aux capteurs en ligne. Le temps réel signifie que les données mesurées peuvent atteindre l’opérateur suffisamment rapidement pour justifier une décision. Pour certains paramètres, des mises à jour d’une minute sont utiles. Pour d’autres, un intervalle plus long est acceptable si la maintenance et la qualité des données sont stables.

Définir d’abord l’objectif du système de surveillance de la qualité de l’eau en temps réel

Une station d’alerte à la pollution fluviale, un bassin d’aquaculture, une sortie d’eaux usées et une station d’osmose inverse utilisent une logique d’alarme différente. L’acheteur doit noter les actions qui suivent chaque alarme : inspection, aération, ajustement du dosage, arrêt de la sortie, changement de pompe ou revue du dosier. La fréquence d’échantillonnage devrait alors soutenir cette action.

Options de boîtier capteurs

NiuBoL capteurs à paramètre unique et multiparamètre peuvent être combinés en une station de surveillance. RS485 Modbus RTU permet à plusieurs capteurs numériques de se connecter à un enregistreur de données ou à une passerelle lorsque la longueur du bus, la planification des adresses, la mise à la terre et la conception de l’alimentation sont correctement gérées.

Conception des alarmes

N’utilisez pas un seul seuil d’alarme. Un bon système sépare l’alerte, l’alarme d’urgence, l’alarme de maintenance et l’alarme de communication. Les valeurs d’avertissement guident les opérateurs avant que le processus ne devienne dangereux. Les alarmes d’urgence déclenchent une intervention immédiate. Les alarmes de maintenance empêchent les capteurs sales de créer de fausses alarmes de procédé.

Contrôles de qualité des données

Les données en temps réel doivent être dignes de confiance. L’acceptation du projet doit vérifier l’état de l’étalonnage, les données manquantes, les événements de nettoyage des capteurs, la perte de communication et la synchronisation horaire. Si la plateforme ne peut pas afficher les périodes de maintenance, les utilisateurs ultérieurs peuvent considérer les données défectueuses comme un véritable événement de pollution.

Site Architecture

Une station peut inclure des capteurs, un contrôleur, une alimentation électrique, une alimentation solaire ou AC, une batterie, une armoire, une protection contre la foudre, une passerelle 4G et une plateforme cloud. Les sites distants nécessitent une responsabilité claire pour la carte SIM, le compte plateforme, les pièces détachées et la maintenance sur le terrain. Les gares urbaines peuvent s’intégrer à des quais SCADA ou municipaux.

Pour une RFQ, envoyez le type d’eau, la plage de concentration attendue, la température, la pression, la méthode d’installation, la longueur du câble, les préférences de sortie, la quantité et le pays de destination. Pour un système de surveillance de la qualité de l’eau en temps réel, il faut indiquer si le but est de vérifier le point ponctuel, de contrôler en boucle fermée, de preuves d’alarme ou de relevés de tendances à long terme.

Pour les projets de sous-traitants, définissez également qui fournit l’armoire, le contrôleur, la ligne d’échantillonnage, l’alimentation électrique, la protection contre la foudre, les travaux civils et la carte de communication. Des limites d’approvisionnement claires évitent les retards lors de la mise en service et facilitent la comparaison des devis.

Concevez le flux de travail de réponse avant d’acheter des capteurs

Un système en temps réel devrait définir qui reçoit l’alarme, ce qu’il vérifie en premier et comment l’événement est clôturé. Sans flux de travail de réponse, une plateforme devient un écran d’affichage plutôt qu’un outil de gestion. Par exemple, un pic de turbidité peut nécessiter de vérifier les précipitations, les débits en amont et l’encrassement des fenêtres des capteurs avant que l’opérateur ne décide s’il s’agit d’un événement polluant.

Pour l’aquaculture, une alarme à faible DO peut déclencher une aération immédiate, mais un avertissement à l’ammoniac peut entraîner un ajustement de l’alimentation et des tests supplémentaires. Pour les eaux usées, une alarme de pH peut arrêter les rejets ou alerter le système de neutralisation. Ces actions doivent être documentées avant que les seuils ne soient saisis sur la plateforme.

Paquets de paramètres par type de projet

Une station fluviale peut combiner pH, DO, conductivité, turbidité, COD et azote ammoniac. Une station d’aquaculture peut se concentrer sur le DO, le pH, la température, l’azote ammoniac et la salinité lorsque cela est pertinent. Une station de traitement de l’eau peut utiliser le pH, le chlore résiduel, la conductivité et la turbidité. Un système en temps réel ne devrait pas copier un autre site sans vérifier l’objectif de la décision.

Pour les projets multi-sites, gardez les noms de paramètres et les unités cohérents. Si une station indique le TDS et une autre la conductivité, les gestionnaires peuvent comparer incorrectement les valeurs. La standardisation des unités et des noms de tag réduit les erreurs.

Examen des données après installation

Après l’installation, examinez les données pendant au moins plusieurs cycles de fonctionnement avant de considérer chaque seuil comme définitif. Cherchez les données manquantes, les flatlines, les pics impossibles et les périodes de maintenance. Ces vérifications révèlent si le système mesure la qualité de l’eau ou si elle mesure principalement les problèmes d’installation.

Une bonne discussion avec les fournisseurs inclut le modèle de capteur, la méthode de communication, les fonctions de la plateforme et le flux de travail de maintenance. NiuBoL peut soutenir la sélection du capteur et du paquet de surveillance lorsque l’objectif de réponse est clair.

Comment prévenir la surcharge de données

Les systèmes temps réel peuvent produire plus de données que les opérateurs ne peuvent en utiliser. La plateforme doit afficher les valeurs actuelles, les courbes de tendance, l’historique des alarmes et les enregistrements de maintenance de manière à soutenir les décisions. Si chaque petite fluctuation déclenche une alarme, les opérateurs commenceront à ignorer le système. De bons seuils exigent une connaissance des processus et une revue précoce des données.

L’intervalle de données doit également correspondre au coût de communication et au budget énergétique. Une centrale solaire en upload 4G n’a peut-être pas besoin de données de second niveau pour chaque paramètre. Une plante PLC peut avoir besoin d’un pollage plus rapide pour contrôler le pH. Le même ensemble de capteurs peut donc être configuré différemment selon les projets.

Les données de maintenance doivent être visibles

Si une sonde est nettoyée ou calibrée, cet événement doit être enregistré. Sinon, un changement soudain de valeur peut ressembler à un événement de l’eau. Pour la surveillance à long terme, les enregistrements de maintenance font partie de la qualité des données. Les acheteurs doivent demander si la plateforme peut indiquer les périodes de service ou si le propriétaire doit tenir un journal séparé.

Comment garder le système utile après le premier mois

Le premier mois doit être utilisé pour régler les seuils, confirmer les intervalles de nettoyage des capteurs et supprimer les alarmes qui ne déclenchent pas d’action. Si le système génère trop de messages, les opérateurs cessent de lui faire confiance. Si les seuils sont trop souples, le système rate l’événement pour lequel il a été acheté. Une réunion de révision après un début d’opération est un moyen pratique de protéger l’investissement.

Pour la surveillance multi-sites, comparez le taux de données manquantes, le nombre d’alarmes et le nombre de maintenance par station. Une station avec de nombreuses alarmes peut avoir un vrai problème d’eau, mais elle peut aussi avoir une mauvaise installation, une communication faible ou un encrasement des capteurs. Examiner ces indicateurs évite de tirer de mauvaises conclusions.

Avant de publier un ordre de surveillance en temps réel

Avant la publication, rédigez une matrice de réponse d’une page. Il doit lister chaque paramètre, seuil d’alerte, seuil d’urgence, personne responsable et première action. Ce document rend le système opérationnel. Sans cela, les capteurs peuvent télécharger des données en continu alors que personne ne sait quelle action suivre une alarme.

Définissez également les exigences de conservation et d’exportation des données. Les projets environnementaux nécessitent souvent des rapports historiques, tandis que les projets de processus peuvent nécessiter des SCADA des tags et des diagrammes de tendances. Si l’exigence de la plateforme n’est pas indiquée tôt, l’acheteur peut recevoir des capteurs qui fonctionnent techniquement mais ne répondent pas aux besoins de rapport.

Exemple : Surveillance des événements fluviaux

Pour une station de surveillance d’événements fluviaux, le pH, la conductivité, la turbidité, le DO, le COD et l’azote ammoniac peuvent être utilisés ensemble. Un pic de conductivité peut indiquer un événement d’apport, la turbidité peut indiquer le ruissellement, le DO peut indiquer un stress écologique et l’azote ammoniac peut indiquer un impact des eaux usées ou agricole. La valeur du système provient de la lecture de ces signaux ensemble.

L’alarme doit donc éviter de traiter chaque paramètre de manière indépendante. Une règle d’alarme combinée peut signaler les événements où plusieurs indicateurs se déplacent simultanément, tandis que les alarmes de maintenance doivent identifier séparément les sondes défectueuses ou les communications manquantes.

Note finale de l’acheteur

Pour la révision finale, conservez un document listant le paramètre mesuré, la plage de fonctionnement normale, la plage d’alarme, le point d’installation, le signal de sortie, le propriétaire de la maintenance et la méthode de vérification des références. Ce petit document aide les achats, les ingénieurs et les opérateurs de chantier à juger le même projet avec les mêmes hypothèses.

FAQ sur les décisions de projet

Q1 : Qu’est-ce qui rend la surveillance de la qualité de l’eau en temps réel ?

R : Les données sont en temps réel lorsque le capteur, le logeur et la plateforme fournissent les valeurs suffisamment rapidement pour la réponse requise sur le site.

Q2 : Quels paramètres doivent être surveillés en premier ?

R : Choisissez les paramètres selon le risque : pH, DO, turbidité, conductivité, COD, azote ammoniac, chlore résiduel ou salinité selon le site.

Q3 : Un taux d’échantillonnage plus rapide est-il toujours préférable ?

R : Non. Un échantillonnage très rapide peut créer du bruit, de la charge électrique et du désordre de données. Le taux doit correspondre à l’action requise.

Q4 : Comment les alarmes doivent-elles être structurées ?

R : Utilisez séparément les alarmes d’avertissement, d’urgence, de maintenance et de communication afin que les opérateurs sachent s’ils doivent inspecter l’eau, nettoyer un capteur ou vérifier le réseau.

Q5 : Les capteurs de RS485 peuvent-ils être utilisés dans des systèmes en temps réel ?

R : Oui. RS485 Modbus RTU est courante pour les capteurs de qualité de l’eau connectés à des enregistreurs de données, des PLC, des RTU ou des passerelles IoT.

Q6 : Qu’est-ce qui cause les fausses alertes ?

R : Les sondes sales, bulles, mauvais points d’échantillonnage, dérive d’étalonnage, pertes de puissance, pannes de communication et mauvais seuils sont des causes fréquentes.

Q7 : Quand un capteur multiparamètre est-il approprié ?

R : Utilisez-le lorsque plusieurs paramètres sont nécessaires à la fois et que le site bénéficie d’un moins de câbles et d’un entretien plus facile.

Q8 : Qu’est-ce qui doit être testé avant le transfert ?

R : Vérifier les relevés des capteurs, la communication, le stockage historique, les règles d’alarme, la gestion des données manquantes et les dossiers de maintenance.

Q9 : Quelles informations devraient-elles être fournies à NiuBoL ?

R : Fournir le but du site, la liste des paramètres, le nombre de points, l’état de l’alimentation, la méthode de communication, l’action de l’alarme et les photos d’installation.

Résumé

La surveillance en temps réel de la qualité de l’eau est une tâche de conception du système. L’acheteur doit définir le but des paramètres, l’intervalle d’échantillonnage, la réponse d’alarme et les contrôles de maintenance avant de sélectionner les capteurs. NiuBoL peut prendre en charge des logiciels de surveillance à paramètre unique et multiparamètre avec RS485 Modbus RTU, collecte de données et accompagnement d’intégration de projets.

Fiche technique du capteur de qualité de l'eau

Capteur de qualité de l'eau NBL-WQ-CL, capteur de chlore résiduel en ligne.pdf    

Capteur d'oxygène dissous à fluorescence en ligne NBL-WQ-DO.pdf    

Capteur de qualité de l'eau d'azote ammoniacal NBL-WQ-NHN.pdf    

Capteur de qualité de l'eau en ligne NBL-WQ-COD DCO.pdf    

Capteur de qualité de l'eau pH en ligne NBL-WQ-PH.pdf    

Capteur de conductivité de qualité de l'eau NBL-WQ-EC.pdf    

Capteur de DBO en ligne NBL-WQ-BOD-4A.pdf    

Capteur de dureté totale en ligne NBL-WQ-TH-4S.pdf