Planificar la recopilación de datos industriales en tiempo real empieza por determinar con qué rapidez una decisión necesita información fiable. La respuesta del sensor, la actualización del PLC, el intervalo de consulta y el refresco de pantalla son tiempos distintos. Agruparlos bajo una etiqueta «en directo» puede dar una confianza que el sistema no respalda.
Crea un inventario de señales
Para cada señal, registra identidad del equipo, significado, unidad, tipo de dato, interfaz de origen, frecuencia de consulta permitida y estado de calidad. Utiliza una descripción física como «temperatura ambiente de la cámara norte», en lugar de una etiqueta ambigua. Documenta si el contador representa potencia instantánea o energía acumulada.
Comprueba el mapa de registros con la documentación del dispositivo y firmware correctos y contrástalo con una condición conocida en campo. Escala, signo y orden de palabras pueden producir cifras plausibles pero incorrectas. En la puesta en marcha, compara la lectura en bruto, el registro normalizado y el valor mostrado.
Distingue muestreo y presentación
Un muestreo rápido no exige enviar cada punto al navegador a la misma velocidad. El recopilador puede conservar eventos mientras la pantalla presenta un resumen más lento. A la inversa, refrescar a menudo no hace más reciente la medición de origen. El usuario necesita ver su última marca temporal.
| Momento | Significado | Error frecuente |
|---|---|---|
| Medición | Cuándo se produjo el valor físico | Sustituirlo por la llegada al servidor |
| Recopilación | Cuándo lo obtuvo el recopilador | Tratarlo como hora exacta de origen |
| Procesamiento | Cuándo lo trató un servicio | Ocultar el retraso de red |
| Presentación | Cuándo lo mostró la pantalla | Confundir pantalla nueva con datos nuevos |
La sincronización de relojes puede fallar. Si la hora de origen no es fiable, incluye esa incertidumbre en la calidad en vez de afirmar un orden exacto de eventos. El almacenamiento debe usar un estándar temporal coherente y la interfaz indicar claramente su zona horaria.
Cálculo ilustrativo del volumen
Supongamos 20 puntos que producen un registro cada 10 segundos. Resultan 20 × 8.640 = 172.800 registros diarios. Es un número de registros, no una estimación de almacenamiento. Los bytes reales dependen de la estructura, el empaquetado, los índices y la sobrecarga operativa; mide registros representativos antes de estimar capacidad.
Un evento breve puede ocurrir y desaparecer entre dos lecturas periódicas. Un registro de eventos o un contador mantenido por el dispositivo puede ser más adecuado. Una temperatura ambiente que cambia despacio puede necesitar otro enfoque. La frecuencia debe conservar la información necesaria sin cargar innecesariamente al equipo.
Los datos ausentes son un estado diferente
Un cero válido, un fallo de sensor, un dispositivo inaccesible y un registro ausente no equivalen. Una curva no debe conectar silenciosamente un intervalo sin datos. Si se mantiene visible el último valor válido, muestra su antigüedad. Las reglas de alarma no deben reutilizar repetidamente datos antiguos como mediciones nuevas.
Los registros almacenados y reenviados deben colocarse en su momento de evento cuando llegan tarde. Conserva una identidad estable para evitar observaciones duplicadas. Decide si los datos tardíos modificarán informes históricos y cómo sabrá el usuario que se ha actualizado un periodo antes incompleto.
Prueba los fallos durante la puesta en marcha
Prueba por separado producción normal, pérdida de red, deriva del reloj, fallos de sensor y reconexión. Informa sobre distribuciones de retraso y pérdida de datos, sin depender solo de una media. Supervisar a distancia no equivale a ejecutar un lazo determinista de control de máquina.
El piloto terminado debe incluir diccionario de señales, justificación del muestreo, volumen medido y comportamiento documentado ante fallos. Esto evita perder los supuestos iniciales al incorporar equipos nuevos.
Convierte el requisito de retraso en una prueba
Supongamos que mantenimiento necesita ver un cambio de estado dentro de un intervalo operativo definido. Acordad dónde empieza y termina: transición física, actualización del PLC, lectura del recopilador o recepción del navegador. Medir solo la última petición de red ignora todo lo anterior. Si la fuente no fecha la transición, informa de la incertidumbre introducida por el sondeo, en lugar de presentar la detección como hora exacta de ocurrencia.
En la puesta en marcha, usa una secuencia controlada con una referencia independiente. Incluye dos transiciones más próximas que el intervalo habitual de consulta y un evento durante una desconexión temporal. Observa si la fuente los retiene, si el recopilador los ve y cómo aparecen en el informe. Superar una prueba lenta no demuestra que se capturen eventos productivos breves. Tampoco una medición ambiental lenta necesita automáticamente el ritmo de una transición de máquina.
Registra la distribución de retrasos bajo carga representativa. El resultado habitual, los retrasos ocasionales largos y los periodos sin resultado válido responden a preguntas distintas. Identifica las condiciones de carga y red para que una comparación futura sea válida. Una demostración de escritorio con red descargada sirve para desarrollar, pero no garantiza los tiempos de la instalación.
Define la recuperación sin reescribir la historia
Considera una pasarela que reconecta con quince minutos de observaciones acumuladas. Enviar todos los registros antiguos antes de recoger nuevos puede aumentar la antigüedad de la vista actual. Dar prioridad a lo actual sin un plan de recuperación acotado puede dejar el historial incompleto indefinidamente. Especifica ambas responsabilidades y mide si compiten por acceso al dispositivo, capacidad de red o procesamiento.
Los registros tardíos necesitan una política de informes clara. El informe del turno puede aparecer como provisional hasta cerrar la ventana de recuperación, o publicarse después una revisión con cobertura corregida. La elección depende del proceso operativo y no debe esconderse en una tarea de base de datos sin documentar. Cuenta los registros rechazados y sus categorías de motivo, evitando valores brutos innecesarios en los diagnósticos. Para el análisis inicial, aporta el evento más corto que importe, la interrupción más larga que se deba cubrir y la antigüedad máxima útil de una lectura. Estas condiciones hacen la planificación más concreta que pedir simplemente un panel «en directo».