Avant de déconnecter le modem, demandez qui peut encore arrêter l'eau. Dans un système de contrôle d'irrigation, perdre la connexion au nuage, perdre le bus du capteur et perdre la puissance du panneau sont des défauts différents. Un écran qui continue de montrer l'humidité d'hier ne prouve pas que le contrôle local d'aujourd'hui fonctionne.
La décision d'achat est de déterminer si le contrôleur installé a une politique d'exploitation approuvée et testée pour chaque défaillance. La mémoire passerelle, un connecteur RS485 ou une sortie relais n'établit pas de programme d'arrosage hors ligne. Commencez par la division des responsabilités, puis testez le comportement sur le matériel exact et le logiciel fourni.
Distinguer la chaîne de surveillance du contrôleur de vannes
Le capteur mesure une condition. Un enregistreur ou une passerelle lit et transporte cette mesure. Le contrôleur local décide si un événement est permis, et le circuit de commande actionne la vanne. Un appareil peut jouer plusieurs rôles, mais chaque fonction requise a encore besoin de preuves.
Le NiuBoL Collecteur de données intelligentes page identifie une passerelle de bord TG451 avec interfaces série et interfaces relais-contrôle. Ces interfaces peuvent supporter une intégration; elles ne prouvent pas qu'une application d'irrigation, un calendrier hors ligne ou une politique de redémarrage particulière est installée.
TG451 matériel de collecte de données et de communication. La composante illustrée n'est pas la preuve d'un contrôleur d'irrigation complet ou d'une fonction de sécurité validée.
Écrivez le modèle de contrôleur, le firmware ou la version d'application et le propriétaire de la logique d'exploitation dans la portée d'achat. Si ce rôle appartient à un PLC existant, conservez-le explicitement. Ne pas remplacer un contrôleur local de travail par un routeur en supposant que le calcul de bord signifie un contrôle de vanne prêt à l'emploi.
Définir l'action autorisée pour chaque défaut
Il n'existe pas de règle universelle selon laquelle la perte de télémétrie doit soit fermer toutes les vannes, soit poursuivre le dernier calendrier. La réponse approuvée dépend de la culture, de la source d'eau, de l'actionneur et des conséquences de l'arrosage interrompu ou excessif. Le propriétaire du site et l'intégrateur responsable doivent en convenir avant l'acceptation.
Un délai de communication est une décision logicielle concernant les messages manquants. Un chien de garde processeur détecte un problème différent et peut réinitialiser un appareil. Aucune des deux fonctions, par son seul nom, n'établit la position physique de la valve ou ne prouve qu'une minuterie locale survivra à un redémarrage.
| Défaut ou état | Ce que la spécification d'acceptation doit répondre |
|---|---|
| Nuage ou uplink mobile perdu | Quelles fonctions locales restent autorisées, et comment la panne est-elle indiquée? |
| Capteur de sol non disponible | Les démarrages à base d'humidité sont-ils inhibés ou un recul approuvé séparément est-il permis? |
| Mesure trop ancienne | Quelles décisions le rejettent et où est calculé son âge? |
| Arrosage actif lorsque le lien échoue | Quelle condition d'arrêt imposée localement reste efficace? |
| Le contrôleur redémarre | Quel état, quel calendrier et quels registres d'exécution survivent, et qu'est-ce qui nécessite un examen par l'opérateur? |
| L'approvisionnement en panneaux échoue | Qu'arrive-t-il à chaque actionneur et à l'horloge locale ? |
| Retour des communications | Comment les commandes expirées et les événements déjà exécutés sont-ils gérés ? |
| L'opérateur place une cale locale | Une action à distance ou en cache peut-elle l'emporter, et qui peut la libérer ? |
Pour un actionneur conçu pour fermer lorsqu'il est désénergé, vérifiez ce comportement dans l'arrangement installé. Une soupape de verrouillage peut conserver sa position sans puissance continue. Un état relais n'est pas une mesure de position de la valve, et une commande d'arrêt ne prouve pas que l'eau s'est arrêtée. Ne pas décrire l'ensemble de l'installation comme un système de sécurité certifié sur la base de ces fonctions de surveillance.
Traiter l'ancienneté de la mesure comme une entrée de commande
Gardez le temps d'acquisition séparé du temps de réception. Lorsqu'une passerelle transmet une lecture de sol stockée après une panne, le serveur a reçu un nouveau message contenant des informations anciennes. Le remplacement de l'horodatage d'acquisition par le temps de téléchargement peut rendre les données périmées appropriées pour une décision d'arrosage.
Convenir d'un âge maximum utilisable pour chaque décision avec le propriétaire du procédé; ne pas emprunter un délai de sortie d'un capteur ou d'une culture différent. Préserver les états invalides et manquants au lieu de les convertir à zéro humidité ou à zéro pluie. Une connexion en modem vivant n'établit pas de mesure du sol vivant.
Aussi des conditions distinctes qui permettent un départ de ceux nécessaires pour terminer un événement actif. Si la rétroaction du sol disparaît pendant l'arrosage, la règle d'arrêt locale approuvée doit encore être définie. Indiquer si l'opération s'est arrêtée, s'est poursuivie dans les limites d'une limite existante ou si l'intervention de l'exploitant a été requise, plutôt que de laisser un vide inexpliqué dans l'historique de l'événement.
Demander ce que contient réellement un programme hors ligne
Une archive de mesure en cache n'est pas un calendrier exécutable en cache. Pour toute opération hors ligne requise, demandez au fournisseur de contrôleur de démontrer la conservation, l'expiration, les périodes d'exploitation autorisées et les limites de durée ou de volume imposées localement. Inclure les conditions de capteur et d'équipement qui demeurent obligatoires.
La validité de l'horloge compte plus qu'un titre de capacité mémoire. Spécifiez la base temporelle, la méthode de synchronisation, l'exigence de retenue et la réponse à une horloge non réglée. Un calendrier conservé ne devrait pas devenir l'autorisation de courir à un moment arbitraire après une interruption de puissance. Si l'horloge change en arrière, confirmez qu'un événement déjà terminé ne peut plus être dû en silence.
Le TG501 RTU page décrit l'acquisition de données et la transmission 4G, les interfaces RS485/RS232 et les E/S de commutation dépendant de la configuration. C'est un candidat pour la couche de suivi et d'intégration. Confirmez les sorties commandées et le logiciel ; la page n'établit pas le comportement hors ligne spécifique à l'application ci-dessus.
Surveillance RTU et matériel d'E/S. La programmation locale, la compatibilité des actionneurs et le comportement de récupération doivent être confirmés pour la configuration fournie.
Le guide actuel l'enregistrement de données hors ligne et le stockage et l'avenir couvre la conservation et la transmission des relevés de mesure. Utilisez ça pour la rétention télémétrique. L'acceptation d'une action d'arrosage nécessite un contrôle séparé.
Rétablir la connexion sans répéter aveuglément un arrosage
Définir le remblayage de mesure et la récupération de commande comme des chemins séparés. Le téléchargement d'observations historiques peut être utile; rejouer chaque commande de démarrage manquée peut arroser une récolte à nouveau après que le besoin est passé. Un ancien horaire n'est pas une instruction automatique pour rattraper chaque événement manqué.
Exiger des identités d'événement durables, des règles d'expiration et un historique d'exécution approprié à la conception du contrôleur. Un numéro de séquence peut aider, mais comparer seulement le nombre le plus élevé peut masquer les événements ignorés ou incertains. Le redémarrage, la réutilisation et les messages hors-commande ne doivent pas transformer silencieusement un événement en deux.
Une reconnaissance de réseau ne prouve que la limite de reconnaissance qu'elle représente. Conservez la commande reçue, l'action commencée, l'action terminée et la livraison vérifiée distinguable. Si le pouvoir échoue entre l'actionnement et l'enregistrement du résultat, le résultat peut être incertain. Router cette affaire vers la règle de rapprochement approuvée plutôt que de réclamer exactement une fois l'arrosage physique d'un drapeau de message.
Prendre toute décision de rattrapage en fonction des conditions actuelles et de l'incertitude enregistrée. Préserver les retenues locales pendant la reconnection, et conserver qui a approuvé la prochaine action.
Réaliser un essai de coupure supervisé avant la remise du système
Effectuer des essais perturbateurs sur une installation de mise en service isolée ou par une procédure de site approuvée. Enregistrer la configuration et déterminer comment l'opérateur arrêtera le test. Ne pas interrompre un processus de culture en direct simplement pour prouver qu'une passerelle se reconnecte.
- Enlever la liaison ascendante pendant que les appareils locaux restent alimentés. Comparez la politique convenue avec les démarrages et arrêts autorisés.
- Laissez le lien ascendant fonctionner mais arrêtez les mises à jour du capteur. Confirmer que les valeurs statiques ou non valides sont visiblement rejetées au besoin.
- Interruption de la commande à un moment convenu. Inspecter l'horaire, la validité de l'horloge et la gestion incertaine des événements après le redémarrage.
- Renvoyez une commande terminée et présentez une commande expirée. Vérifier les règles de rejet et d'enregistrement convenues.
- Restaurer les communications pendant qu'une prise locale est active. Confirmer que la cale demeure efficace et que l'historique est réconcilié avant de poursuivre l'opération.
Conserver les temps d'essai réels, la version de configuration, l'actionneur ou les preuves de livraison observées, les raisons de l'événement manqué et les actions de l'opérateur. Marquer les cas non testés explicitement. Un modem réussi se reconnecter seul n'est pas l'acceptation du contrôle d'irrigation hors ligne.
Questions à résoudre avant la commande
Q1. Une passerelle RS485 peut-elle continuer à commander l'irrigation sans connexion 4G ?
Pas nécessairement. Il peut rester une interface de mesure pendant qu'un contrôleur existant fonctionne localement. L'arrosage autonome nécessite une application locale vérifiée et des circuits d'actionnement appropriés, et pas seulement des sondages continus.
Q2. Chaque vanne devrait-elle se fermer en cas de panne de communication?
Ce doit être une politique de site approuvée, pas une revendication universelle. Vérifier le comportement du actionneur installé et la réponse du contrôleur séparément, y compris ce qui se passe lorsque la puissance est également perdue.
Q3. Le stockage local garantit-il un programme hors ligne?
Non. Le stockage des mesures, les registres d'exécution et les calendriers ont des objectifs différents. Demandez la fonction de calendrier exacte, ses limites et une démonstration avec le logiciel commandé.
Q4. Les mesures restaurées peuvent-elles déclencher immédiatement l'irrigation?
Seulement lorsque leur qualité et leur âge satisfont à la règle approuvée. Les documents retardés doivent conserver leur temps d'acquisition et ne doivent pas être confondus avec les conditions actuelles.
Q5. Comment éviter un double arrosage après la perte d'un accusé de réception ?
Le contrôleur a besoin d'un suivi persistant des événements et d'une règle définie pour les résultats incertains. Un message retransmis, une reconnaissance de courtier ou un numéro de séquence élevé à lui seul ne prouve pas l'événement physique accompli une fois.
Q6. Un opérateur peut-il prendre le contrôle pendant une panne?
Ce n'est que par le biais des installations locales soutenues et de la procédure convenue. Tester l'accès sans dépendance au cloud, enregistrer les dépassements et spécifier comment le contrôle automatique est délibérément restauré.
Acheter sur la base d'un comportement démontré
La commande d'irrigation hors ligne repose sur des décisions testées, pas sur la seule capacité de stockage d'une passerelle. Définissez le traitement des données périmées, les conditions d'arrêt local, la remise à l'heure et la réconciliation des commandes.
