Conectividad de Captia Connect
Protocolos industriales que habla Captia Connect
Captia Connect habla los protocolos que ya hay en la planta. La capa de adquisición se adapta al parque instalado en lugar de sustituirlo: el PLC, el analizador de red, el contador o el bus de edificio se quedan donde están y el dato sale de ellos tal y como lo exponen.
Cada página explica cómo Connect habla ese protocolo en una instalación real: qué equipos lo exponen, qué configuración hace falta, qué señales se adquieren y dónde están los límites.
Índice de protocolos
Una página por protocolo, con su integración detallada
Modbus TCP y Modbus RTU sobre RS-485 comparten página porque son el mismo protocolo de registros sobre dos transportes. API REST, webhooks y CSV comparten página porque la decisión real es elegir entre las tres.
- OPC UAOT estándarEl estándar OT con modelo de información tipado. Connect navega el address space y se suscribe a los nodos que hacen falta.Ver el protocolo en detalle
- MQTTMensajeríaMensajería pub/sub ligera para telemetría. Connect se suscribe a los topics relevantes y normaliza los payloads.Ver el protocolo en detalle
- Modbus TCP y Modbus RTU / RS-485FieldbusEl mismo protocolo de registros sobre dos transportes: Ethernet en TCP y bus serie multipunto en RTU sobre RS-485.Ver el protocolo en detalle
- IEC 870-5-102EnergíaPerfil IEC de telemedida para contadores eléctricos. Connect lee curvas de carga y totalizadores del contador.Ver el protocolo en detalle
- OpenWebNetEdificioAutomatización de edificio: iluminación, clima y consumos de instalación en el mismo histórico que la planta.Ver el protocolo en detalle
- Integraciones estándar: API REST, webhooks y CSVIT / IntegraciónPara ERP, MES, aplicaciones cloud y sistemas cerrados: consulta de endpoints, recepción de eventos e ingesta de ficheros.Ver el protocolo en detalle
Convivencia de protocolos
Cómo se elige la vía cuando conviven varios protocolos
Una planta rara vez habla un solo protocolo. Lo habitual es que un mismo equipo se pueda leer de dos formas y que cada área hable la suya, así que la pregunta no es cuál es mejor sino cuál conviene para cada señal.
Empieza por lo que ya expone el equipo
La vía preferente es la que el equipo ya publica sin tocar su programa: el servidor OPC UA embebido en el PLC o el SCADA, el mapa de registros Modbus del analizador o el topic que el equipo ya publica en el broker MQTT.
Deja el modelo de información donde lo haya
Cuando el equipo expone OPC UA, Connect conserva tipos y timestamps de origen al navegar el address space. Con Modbus esa semántica no viaja en el protocolo y hay que declararla: tipo y factor de escala por señal, y timestamp puesto en el edge.
Separa la telemetría del sondeo
Lo que el equipo emite por su cuenta entra por MQTT, con Connect suscrito a los topics y con buffering local si cae el broker o la salida a red. Lo que hay que ir a buscar entra por sondeo de registros a la frecuencia configurada.
Los sistemas sin protocolo industrial entran por integración estándar
ERP, MES, aplicaciones cloud y sistemas cerrados no hablan protocolo de planta: se integran consultando endpoints REST, recibiendo webhooks o ingiriendo ficheros CSV de forma programada. Las tres llegan al mismo modelo de series temporales.
Cuando conviven varias vías sobre el mismo equipo, cada página de protocolo detalla en qué casos esa vía no es la adecuada y a cuál conviene ir.
Dónde encaja
La adquisición es la primera capa de la plataforma
Los protocolos son la entrada del dato. Lo que ocurre después (normalización, histórico, visualización y los módulos de IA) se explica en el hub de la plataforma.