Inglés
Chino
Ruso
Portugués
Francés
Alemán
Indonesio
Tailandés
Vietnamita
Árabe
Italiano
Turco
Polaco
Japonés
El almacenamiento temporal de datos de nivel para SCADA necesita una duración de corte definida, un formato de registro y una prueba de recuperación. La capacidad debe cubrir las mediciones previstas sin presentar el historial atrasado como información actual. En una estación remota de agua, especifique las necesidades de registro y cómo el radar, la RTU y el servicio receptor tratarán los registros ausentes o recuperados antes de seleccionar el equipo de telemetría.
Seguir el dato a través de la estación
Una disposición posible combina una versión RS485 del METRAVON MV-RD12T, una RTU TG501, un enlace celular adecuado y el servicio SCADA receptor. Confirme conjuntamente el protocolo del radar y el modo de adquisición de la RTU. La conexión por radio no determina si la medición serie es válida.
Ponga en marcha la medición local antes de probar el envío remoto. Establezca la referencia del radar, las unidades y la variable leída; después compare el valor de la RTU con una referencia de campo. La telemetría puede transmitir perfectamente un desplazamiento de cero equivocado. La guía de puesta en marcha de RS485 y Modbus desarrolla las comprobaciones de cableado y registros; las pruebas de corte empiezan cuando esa cadena local funciona.
Separar los datos radar de nivel actuales del historial recuperado en SCADA
El modelo de datos receptor debe incluir, como mínimo, la hora de medición, la hora de recepción, la calidad de la medición y el estado de comunicación. No todos esos campos tienen que proceder del radar. La RTU o el servidor pueden añadir algunos, pero hay que documentar su origen. Si el instrumento no aporta una marca de tiempo propia, la hora de la RTU normalmente describe la adquisición, no necesariamente el instante de la medición interna del radar.
Tras restablecer el enlace, las muestras antiguas deben conservar su asociación temporal original y diferenciarse de los datos en tiempo real. De lo contrario, un nivel alto histórico podría parecer un evento nuevo o sustituir el valor actual de pantalla. El histórico puede necesitar esas muestras para completar una tendencia, mientras que el control en tiempo real necesita una observación reciente y válida. Defina explícitamente ambos comportamientos.
| Situación | Información para el operador | Tratamiento que debe acordarse |
|---|---|---|
| Adquisición normal | Nivel actual, hora de adquisición y estado válido de la medición. | Actualizar la pantalla en tiempo real y el histórico según el muestreo aprobado. |
| Pérdida de comunicación con el sensor | Fallo de lectura del instrumento aunque siga activo el enlace celular. | Marcar el valor conservado como desactualizado o no válido; no crear muestras que simulen lecturas correctas. |
| Red no disponible | Último contacto y antigüedad del dato en el servidor. | Continuar la adquisición local solo según la configuración y las funciones admitidas; conservar evidencia de las lagunas. |
| Llegada de registros pendientes | Historial recuperado identificado por separado de las observaciones recientes. | Aplicar las reglas de orden y duplicados sin sustituir datos actuales por registros anteriores. |
| Reinicio de la estación | Evento de reinicio, estado del reloj y validez de las primeras mediciones. | Verificar configuración, hora y recuperación del almacenamiento antes de tratar los datos como normales. |
Calcular los datos útiles para la memoria intermedia de nivel SCADA
La información de la TG501 indica 16 MB de almacenamiento local y retransmisión de datos. Eso no garantiza que toda la memoria esté disponible para cualquier configuración de registro. Confirme el firmware seleccionado, el formato de registro, los canales habilitados y la capacidad reservada, junto con el comportamiento cuando se llena la memoria intermedia asignada.
Para una estimación de compra, calcule primero los datos útiles necesarios. Un registro ilustrativo de 64 bytes almacenado una vez por minuto durante 24 horas necesita 92160 bytes antes de cabeceras, índices, campos de calidad y otros gastos de almacenamiento. Si se duplica el número de registros guardados por separado, se duplica ese volumen. El cálculo define una necesidad; no demuestra la retención que admite una configuración concreta de TG501.
Al comparar ese requisito con la memoria intermedia ofertada, indique si la capacidad se comparte o se asigna por canal y qué bytes se contabilizan. La estimación de datos útiles es un mínimo para el formato elegido. No puede confirmarse una duración de retención hasta documentar el espacio utilizable y el gasto adicional de cada registro. Incluya también el tiempo necesario para enviar el historial pendiente mientras siguen llegando registros nuevos.
Pida al proveedor la capacidad admitida y la política de saturación del firmware propuesto. Confirme si los registros sobreviven a un corte de alimentación, cómo funcionan las confirmaciones de entrega y si una retransmisión interrumpida se reanuda sin pérdidas ni duplicados. Si no está documentado, inclúyalo en una prueba de aceptación presenciada, en vez de suponer que lo garantiza una función de almacenamiento.
Probar el corte, la recuperación y un segundo corte
Utilice un entorno de prueba o una ventana de mantenimiento aprobada, con las consecuencias sobre el control aisladas. Registre la configuración, el firmware, la fuente horaria, el intervalo de muestreo y el estado inicial de la memoria intermedia. Genere una secuencia identificable de cambios seguros de entrada o registros de prueba: con un nivel constante por sí solo es difícil detectar muestras ausentes y duplicadas.
- Interrumpa únicamente la red externa. Compruebe si continúa la adquisición local y si el servidor muestra una antigüedad creciente del dato.
- Restablezca la conexión. Compare secuencias enviadas y recibidas, marcas de tiempo, calidad y cantidades de registros, no solo el valor final.
- Compruebe que las observaciones nuevas llegan a tiempo durante la recuperación del historial. Acuerde antes de la prueba el retraso de recuperación permitido.
- Interrumpa de nuevo el enlace durante la recuperación. Verifique la reanudación y el tratamiento de duplicados documentados.
- Pruebe por separado un reinicio de estación y un fallo de lectura del instrumento. La memoria intermedia de red no recupera mediciones que nunca se adquirieron correctamente.
Defina la duración máxima del corte requerida y una política para los datos que excedan la capacidad admitida. Si la prueba no cubre toda la duración exigida, documente lo demostrado y lo pendiente. Una reconexión breve no debe presentarse como prueba de varios días de retención.
Acordar responsabilidades antes de la puesta en marcha
El proveedor del instrumento debe identificar la variable medida y sus indicaciones de fallo. El proveedor o integrador de la RTU debe documentar adquisición, almacenamiento y entrega. El integrador SCADA debe implementar la interpretación temporal, los duplicados, la indicación de datos antiguos y las reglas de inserción en el histórico. El propietario de la instalación debe aprobar el comportamiento de alarmas y control cuando falten datos o no sean válidos.
Una red celular pública no debe ser la única base de una acción local de protección esencial. La protección independiente y la respuesta a fallos necesarias deben seguir la evaluación de riesgos del emplazamiento. Un registro almacenado de nivel alto puede ser útil para investigar un incidente sin ser una orden válida para actuar sobre el proceso actual.
Para una consulta, indique cantidad de estaciones, interfaces de sensores, intervalo de envío, corte máximo cuyos datos deben conservarse, protocolo previsto del servidor, requisitos regionales de red y condiciones de la envolvente. Aclare quién suministra la SIM, el servidor y la asistencia de puesta en marcha. Pida a METRAVON que revise la configuración del radar y la RTU según esos requisitos, incluyendo almacenamiento y recuperación como puntos de aceptación.
Preguntas sobre cortes y registros recuperados
P1. ¿Una RTU conectada demuestra que el nivel es actual?
No. La sesión de red puede seguir activa mientras falla la consulta al sensor. Controle por separado la última adquisición correcta del instrumento y la última conexión al servidor. Si el dispositivo proporciona información del estado de medición, transmítala también en lugar de reducir todas las situaciones a un único indicador de conexión.
P2. ¿Las muestras recuperadas de nivel alto deben generar alarmas?
Pueden necesitar registros históricos de eventos, pero no deben convertirse sin indicación en alarmas nuevas en tiempo real ni órdenes de control. Acuerde si el sistema registra la hora original, emite un aviso retrospectivo o solo completa el histórico. Mantenga esa política separada del tratamiento de una observación reciente de nivel alto.
P3. ¿Qué ocurre si el reloj de la estación está equivocado después de reiniciar?
Conserve la evidencia y marque la incertidumbre temporal. Una marca de recepción puede mostrar cuándo llegó el registro al servidor, pero no reconstruye la hora exacta de la medición. Confirme la fuente horaria, la sincronización y el comportamiento tras reiniciar; no presente un orden histórico incierto como secuencia verificada.
Resumen
Especifique la recuperación tras cortes como una secuencia observable: adquirir, fechar, almacenar, reconectar y cotejar. MV-RD12T y TG501 forman una disposición posible de instrumento y RTU; no garantizan un historial completo ante cualquier interrupción. La aceptación debe demostrar qué registros sobreviven, cómo se distinguen los datos actuales y qué ve el operador cuando falla la medición o la comunicación.
