Idioma: ES
Solicitar una demo
Integraciones

Una pasarela, todas las salidas

PLCGateway recoge los datos de máquina una sola vez y los ofrece en la forma que quiere cada sistema: OPC UA para SCADA e historiadores, MQTT para plataformas IoT y la nube, Modbus TCP para otros controladores, una API REST con flujo en vivo para ERP, MES y scripts, y webhooks, correo electrónico y Telegram para las personas y los sistemas que deben enterarse cuando ocurre algo.

Vías para sacar los datos

Servidor OPC UA

Cada dispositivo y cada valor como un nodo, con None / Sign / SignAndEncrypt, certificados automáticos, confianza de clientes y cuentas de usuario.

Más información →

Publicador MQTT

Cada tag en <base>/<device>/<tag> como JSON con valor, calidad, hora y unidad, por cambio o por intervalo, con TLS, birth y last will; escrituras opcionales por topics /set.

Servidor Modbus TCP

Todos los tags como un único esclavo Modbus: coils y holding registers asignados automáticamente o fijados, orden de palabras seleccionable, mapa de direcciones en CSV.

API REST y flujo en vivo

Valores, histórico con agregados, alarmas, cifras de producción, fuentes de datos y escrituras por HTTPS con un token; Server-Sent Events envía cada cambio.

Notificaciones

Correo electrónico por SMTP con STARTTLS, bots de Telegram y webhooks con cabeceras personalizadas; reglas por prioridad, grupo y alarma, resúmenes para avalanchas de alarmas, reintentos y registro de envíos.

Informes programados

Informes diarios, semanales y por turno con cifras de producción, estadísticas de alarmas y la sección de energía como correo HTML con adjuntos CSV.

Fuentes de datos

Órdenes de trabajo, recetas y registros como tablas que el ERP rellena por la API y las pantallas leen; importación CSV y descarga por HTTP.

Ejemplos del asistente

Un asistente de IA explica qué vía encaja y devuelve ejemplos listos para copiar y ejecutar con sus tags, topics y registros reales.

Más información →

MQTT para plataformas IoT y la nube

Mosquitto, EMQX, HiveMQ, AWS IoT Core o Azure IoT Hub a través de un puente, Node-RED, Grafana vía Telegraf: suscríbase a los topics de la pasarela en lugar de sondear los PLC. El publicador se reconecta con un retardo creciente, pone en cola los mensajes mientras tanto e informa al broker de cuándo la pasarela está en línea o ha desaparecido.

  • MQTT 3.1.1 por TCP o TLS, QoS 0 o 1, mensajes retenidos
  • Payload JSON o el valor sin más, selección por dispositivo
  • Estado con contadores de publicados y recibidos y el último error
Configuración del publicador MQTT: broker, TLS, topic base, modo de publicación y formato del payload

Modbus TCP para los sistemas que solo hablan Modbus

Un DCS, otro SCADA o un PLC leen la pasarela como un único dispositivo, incluidos los tags de protocolos que ellos no hablan: S7, Mitsubishi, FOCAS, OPC UA, IEC 61850. Los booleanos se convierten en coils y los números en holding registers de una, dos o cuatro palabras; el mapa se mantiene estable, puede fijarse y el cliente recibe un CSV con él.

  • Códigos de función 1 a 6, 15 y 16, unit id, hasta 16 clientes
  • Escrituras desactivadas por defecto
  • Último valor conocido mientras un dispositivo está desconectado
Servidor Modbus TCP con el mapa de registros automático de todos los tags

Avise a las personas y a los sistemas

Los canales de notificación transportan alarmas, órdenes de trabajo de mantenimiento e informes. Una regla indica qué eventos van a dónde: prioridad, grupo, alarmas concretas, eventos de activación, desactivación y reconocimiento, con una ventana de resumen para que una avalancha de alarmas se convierta en un solo mensaje. Los webhooks envían JSON con sus cabeceras a sistemas de tickets, herramientas de chat y API propias; los envíos fallidos se reintentan y se registran.

  • Correo electrónico (SMTP, STARTTLS / TLS), Telegram, webhook
  • Envío de prueba con la transcripción del servidor cuando algo falla
  • Secretos guardados enmascarados, nunca se vuelven a mostrar
Página Notificaciones: canales de correo electrónico, Telegram y webhook, reglas y registro de envíos

Qué vía para qué sistema

SistemaVía recomendadaPor qué
SCADA, historiador, MES con cliente OPC UAServidor OPC UAEstándar en la industria, suscripciones, certificados y cuentas de usuario
Plataforma IoT, nube, Node-RED, GrafanaPublicador MQTTMuchos consumidores, publicación por cambio, sin sondear las máquinas
DCS, PLC, SCADA que solo habla ModbusServidor Modbus TCPUn esclavo para todas las máquinas, mapa de registros estable
ERP, BI, scripts, panelesAPI REST y flujo en vivoJSON por HTTPS con un token, histórico con agregados, escrituras con permisos de operador
Sistema de tickets, GMAO, chat, receptor propioWebhooks y correo electrónicoEnvío inmediato cuando se producen alarmas, órdenes de trabajo o informes
Hojas de cálculo, análisis puntualesExportaciones CSVLista de tags, mapa Modbus, adjuntos de informes, histórico a CSV
FAQ

Integraciones: preguntas frecuentes

¿Cómo se conecta un asistente de IA a PLCGateway y qué puede hacer con los datos?

Todos los productos PLCGateway incluyen un servidor MCP (Model Context Protocol) por Streamable HTTP y stdio. Un asistente compatible con MCP se conecta con una sesión de usuario o un token y obtiene herramientas para valores, histórico, alarmas, cifras de producción, energía, mantenimiento y configuración, cada una limitada a los permisos de ese usuario. Puede responder preguntas a partir de datos en vivo e históricos, preparar borradores de pantallas e informes para que las personas los revisen, configurar dispositivos y tags, y entregar a su integrador ejemplos listos para cada vía de integración de esta página.

¿Puede PLCGateway enviar datos a la nube?

Sí. El publicador MQTT envía cada valor a un broker por TLS, que es como AWS IoT Core, Azure IoT Hub (a través de su puente MQTT), HiveMQ Cloud, EMQX Cloud y la mayoría de las plataformas IoT reciben los datos. La API REST y los webhooks son la alternativa para servicios basados en HTTP.

¿Hay una API REST?

Sí. Tags, valores actuales, histórico con muestras en bruto o intervalos agregados e incrementos de contador, alarmas, KPI de producción, fuentes de datos y cifras de energía y mantenimiento están disponibles como JSON por HTTPS con un bearer token; un flujo Server-Sent Events envía cada cambio. Las escrituras requieren permisos de operador.

¿Cómo obtengo los ejemplos exactos para mi integrador?

Conecte un asistente de IA compatible con MCP a la pasarela y pregúntele: lee la guía de integración, comprueba qué está activado y devuelve fragmentos listos para copiar y ejecutar en curl, Python, Node.js o C# con sus nombres de tag, topics MQTT, direcciones Modbus e identificadores de nodo OPC UA reales, sin el token.

¿Pueden otros sistemas escribir en el PLC a través de PLCGateway?

Sí, cuando está permitido: por OPC UA con un nodo escribible, por topics MQTT /set cuando las escrituras están habilitadas, por los códigos de función Modbus 5, 6, 15 y 16 cuando el servidor permite escrituras, y por la API REST con permisos de operador. Las escrituras en tags de solo lectura o en dispositivos desconectados se rechazan con un error claro.

¿Qué sistema debería ver sus máquinas?

Cuéntenos qué utiliza; le mostramos la vía, el payload y los primeros valores llegando a su sistema.