Esta guia explica como mover datos de planta desde dispositivos de campo hasta consumidores MQTT y sistemas SCADA sin crear un arbol de topics inmanejable. El objetivo es una nomenclatura predecible, payloads limpios y alarmas consistentes.
Arquitectura de referencia
- Recoja valores desde el dispositivo o gateway de protocolo en la red industrial local.
- Normalice las tags en un namespace MQTT coherente por sitio, linea, activo y senal.
- Exponga el mismo modelo normalizado al SCADA mediante el conector northbound preferido.
Recomendacion de estructura de topics
Use una jerarquia fija como site/line/asset/signal. Evite fragmentos dinamicos basados en etiquetas manuales porque rompen suscripciones y alarmas con el tiempo.
- Defina el namespace del activo antes de comenzar cualquier mapeo.
- Separe telemetria, alarmas y comandos para aplicar reglas distintas de retencion y QoS.
- Publique metadatos de calidad como timestamp, origen y marcadores de valor dudoso.
- Mapee las tags SCADA desde el namespace normalizado en lugar de usar direcciones crudas del dispositivo.
Higiene del payload
- Deje explicitos unidades, escalado y rangos de ingenieria.
- Use booleanos y enumeraciones consistentes en todos los activos equivalentes.
- Documente si los timestamps representan tiempo de muestreo o de publicacion.
Consejo
Si el equipo SCADA y el equipo MQTT necesitan convenciones distintas, mantenga estable el namespace origen y traduzca en el edge.
Checklist de validacion
Antes de cerrar la entrega, demuestre que un nuevo valor aparece en MQTT, llega al SCADA, se actualiza a la tasa esperada y conserva el mismo significado de ingenieria en ambos extremos.