Antes de desconectar el módem, pregunte quién puede detener el agua. En un sistema de control de riego, perder la conexión de la nube, perder el bus sensor y perder la potencia del panel son diferentes fallos. Una pantalla que continúa mostrando la lectura de humedad de ayer no prueba que el control local de hoy está funcionando.
La decisión de compra es si el controlador instalado tiene una política de funcionamiento aprobada y probada para cada fallo. La memoria de una pasarela, un conector RS485 o una salida de relé no establece un programa de riego sin conexión. Comience con la división de responsabilidad, y, a continuación, pruebe el comportamiento en el hardware y software exacto que se suministra.
Distinga la ruta de monitorización del controlador de válvulas
El sensor mide una condición. Un registrador o portal lee y transporta esa medición. El controlador local decide si se permite un evento y el circuito de actuador opera la válvula. Un dispositivo puede realizar varios roles, pero cada función requerida todavía necesita evidencia.
Los Registrador de datos inteligente NiuBoL page identifica una pasarela de borde TG451 con interfaces serie e interfaces de control de relés. Estas interfaces pueden soportar una integración; no demuestran que una aplicación de riego, un programa sin conexión o una política de reinicio en particular está instalada.
El componente de imagen no es evidencia de un controlador de riego completo o de una función de seguridad validada.
Escriba el modelo de controlador, firmware o versión de aplicación y propietario de la lógica de operación en el ámbito de compra. Si ese rol pertenece a un PLC existente, reténgalo explícitamente. No sustituya un controlador local funcional con un enrutador en la suposición de que la computación de borde significa control de válvula listo para usar.
Acuerde la acción permitida ante cada fallo
No existe una regla universal que la pérdida de telemetría debe cerrar cada válvula o continuar el último horario. La respuesta aprobada depende del cultivo, fuente de agua, actuador y las consecuencias de la interrupción o el exceso de riego. El propietario del sitio y el integrador de controles responsables deben acordarlo antes de la aceptación.
Un tiempo de espera de comunicaciones es una decisión de software sobre los mensajes que faltan. Un supervisor del procesador detecta un problema diferente y puede restablecer un dispositivo. Ninguna función, por su nombre solo, establece la posición física de la válvula o prueba que un temporizador local sobrevivirá a un reinicio.
| Fallo o condición | ¿Qué debe responder la especificación de aceptación? |
|---|---|
| Nube o móvil uplink perdido | ¿Qué funciones locales siguen permitidas y cómo se indica el corte? |
| Sensor de suelo no disponible | ¿Se inhiben los inicios basados en la humedad o se permite una retroactividad aprobada por separado? |
| La medición es demasiado vieja | ¿Qué decisiones la rechazan, y dónde se calcula su edad? |
| Riego activo cuando el enlace fallo | ¿Qué condición de parada impuesta localmente sigue siendo efectiva? |
| El controlador se reinicia | ¿Qué estado, calendario y registros de ejecución sobreviven, y qué requiere revisión del operador? |
| Fallo en el suministro del panel | ¿Qué le pasa a cada actuador y al reloj local? |
| Retornos de comunicaciones | ¿Cómo se manejan los comandos caducados y los eventos ya ejecutados? |
| Operador coloca una bodega local | ¿Puede cualquier acción remota o en caché anularlo, y quién puede liberarlo? |
Para un actuador diseñado para cerrar cuando se desenergiza, verifique ese comportamiento en la disposición instalada. Una válvula de cierre puede retener su posición sin energía continua. Un estado de relé no es una medida de posición de válvula, y un comando de parada no es prueba de que el agua se haya detenido. No describe toda la instalación como un sistema de seguridad certificado sobre la base de estas funciones de monitorización.
Trate la antigüedad de la medición como una entrada de control
Mantenga el tiempo de adquisición separado del tiempo de recepción. Cuando una pasarela adelanta una lectura de suelo almacenado después de un corte, el servidor ha recibido un nuevo mensaje que contiene información antigua. Sustituir la marca de tiempo de adquisición por tiempo de carga puede hacer que los datos obsoletos parezcan adecuados para una decisión de riego fresco.
Acuerde una antigüedad máxima utilizable para cada decisión con el propietario del proceso; no adopte un tiempo de espera de un sensor o cultivo diferente. Conservar estados inválidos y faltantes en lugar de convertirlos a cero humedad o cero lluvia. Una conexión de módem vivo no establece una medición de suelo vivo.
También deben definirse condiciones separadas que permitan empezar desde las necesarias para terminar un evento activo. Si la retroalimentación del suelo desaparece durante el riego, debe seguir definiéndose la regla de parada local aprobada. Registra si la operación se detuvo, continuó dentro de un límite existente o requirió la intervención del operador, en lugar de dejar un vacío inexplicable en el historial de eventos.
Pregunte qué contiene realmente un programa sin conexión
Un archivo de medición en caché no es un programa ejecutable en caché. Para cualquier operación sin conexión requerida, pida al proveedor del controlador que demuestre la retención de la programación, la expiración, los períodos de operación permitidos y la duración o los límites de volumen aplicados localmente.
La validez del reloj importa más que un titular de capacidad de memoria. Especifique la base de tiempo, método de sincronización, requisito de retención y respuesta a un reloj no configurado. Un horario retenino debe convertirse en permiso para ejecutarse en un momento arbitrario después de una interrupción de energía. Si el reloj cambia hacia atrás, confirme que un evento previamente completano puede volver a ser debido en silencio.
Los TG501 RTU página describe la adquisición de datos y la transmisión 4G, RS485/RS232 interfaces y configuración dependiente de conmutación E/S. Es un candidato para la capa de monitorización e integración. Confirme las salidas y el software ordenados; la página no establece el comportamiento de la aplicación específica sin conexión arriba.
Monitorización RTU y hardware de E/S. La programación local, la compatibilidad con el actuador y el comportamiento de recuperación deben ser confirmados para la configuración suministrada.
La guía existente para Registro de datos en línea y almacenamiento y avance La aceptación de una acción de riego requiere una prueba de control separada.
Reconecte el sistema sin repetir el riego a ciegas
Definir el relleno de medición y la recuperación de comandos como rutas separadas. Subir observaciones históricas puede ser útil; reproducir cada comando de inicio perdido puede regar un recorte de nuevo después de que la necesidad ha pasado. Un horario antiguo no es una instrucción automática para compensar cada evento perdido.
Requiere identidades de eventos duraderas, reglas de caducidad y un historial de ejecución apropiado al diseño del controlador. Un número de secuencia puede ayudar, pero comparar solo el número más alto puede ocultar eventos omitidos o inciertos. Reinicio, contra reutilización y mensajes fuera de orden no deben convertir silenciosamente un evento en dos.
Un reconocimiento de red prueba solo el límite de reconocimiento que representa. Mantenga el comando recibido, la acción iniciada, la acción completada y la entrega verificada distinguible. Si fallo la energía entre la activación y el registro del resultado, el resultado puede ser incierto. Encamina ese caso a la regla de reconciliación aprobada en lugar de reclamar exactamente una vez el riego físico de una bandera de mensaje.
Haga que cualquier recuperación de agua una nueva decisión autorizada basada en las condiciones actuales y la incertidumbre registrada. Preservar las bodegas locales durante la reconexión, y retener quién aprobó la siguiente acción.
Realice una prueba presencial de interrupción antes de la entrega
Ejecute pruebas disruptivas en una configuración de puesta en marcha aislada o a través de un procedimiento de sitio aprobado. Guarde la configuración y establezca cómo el operador detendrá la prueba. No interrumpe un proceso de cultivo en vivo simplemente para probar que una pasarela se reconecta.
- Quitar el enlace ascendente mientras los dispositivos locales permanecen encendidos. Compare la política acordada con los inicios y paradas permitidos reales.
- Deje el enlace ascendente funcionando pero detenga las actualizaciones del sensor. Confirme que las lecturas rancias o inválidas son rechazadas visiblemente cuando sea necesario.
- Interrumpir la potencia del controlador en un punto acordado. Inspeccione el horario retenido, la validez del reloj y la gestión incierta de eventos después de reiniciar.
- Reenviar un comando completado y presentar un comando caducado. Verifique las reglas de rechazo y registro acordadas.
- Restaurar las comunicaciones mientras una bodega local está activa. Confirmar que la bodega permanece efectiva y la historia se reconcilia antes de continuar la operación.
Retenga los tiempos de prueba reales, la versión de configuración, el actuador observado o la evidencia de entrega, las razones de evento omitido y las acciones del operador. Marque casos no probados explícitamente.
Preguntas que deben resolverse antes de realizar el pedido
Q1. ¿Seguirá una pasarela RS485 regando sin 4G?
No necesariamente. Puede seguir siendo una interfaz de medición mientras un controlador existente opera localmente. El riego autónomo requiere una aplicación local verificada y un circuito de actuador adecuado, no solo una votación continua de sensores.
P2. ¿Deben cerrarse todas las válvulas en caso de fallo de comunicación?
Esa debe ser una política aprobada del sitio, no una reclamación universal. Verifique el comportamiento del actuador instalado y la respuesta del controlador por separado, incluyendo lo que sucede cuando también se pierde energía.
Q3. ¿El almacenamiento local garantiza un horario fuera de línea?
No. El almacenamiento de medición, los registros de ejecución y los horarios tienen diferentes propósitos. Pregunte por la función exacta del horario, sus límites y una demostración con el software ordenado.
P4. ¿Pueden las mediciones restauradas desencadenar inmediatamente el riego?
Sólo cuando su calidad y edad cumplan la norma aprobada. Los registros retrasados deben conservar su tiempo de adquisición y no deben confundirse con las condiciones actuales.
P5. ¿Qué evita el riego duplicado después de un reconocimiento perdido?
El controlador necesita seguimiento persistente de eventos y una regla definida para resultados inciertos. Un mensaje retransmitido, un reconocimiento de corredor o un número de secuencia alta por sí solo no prueba el evento físico completado una vez.
Q6. ¿Puede un operador tomar el control durante un corte?
Sólo a través de las instalaciones locales y el procedimiento acordado. Prueba el acceso sin dependencia de la nube, registra las anulaciones y especifica cómo se restaura deliberadamente el control automático.
Compre en función del comportamiento demostrado
El control de riego fuera de línea es un conjunto de decisiones probadas, no una característica de pasarela inferida de la capacidad de almacenamiento. Defina el manejo de datos obsoletos, condiciones de parada local, recuperación de reloj y conciliación de órdenes, y luego retenga la evidencia para la configuración suministrada.
Póngase en contacto con NiuBoL e indique el modelo del controlador existente o adjunte una fotografía del panel, además de las interfaces de sensores y el comportamiento requerido ante una interrupción. Podemos ayudarle a seleccionar los sensores, la adquisición y la pasarela adecuados y confirmar los requisitos de integración. Contacte con NiuBoL.
