Saltar al contenido

Conectividad e interoperabilidad

Integración con maquinaria industrial: lectura, control y permisos de operación

Conectar una aplicación a una máquina plantea una pregunta que en otras integraciones no existe: qué pasa si el software escribe algo que no debía. Por eso, antes de elegir entre OPC UA, MQTT, el protocolo propio de un fabricante o un sensor añadido, conviene decidir la arquitectura de permisos: qué canales son de solo lectura, si existe alguno de escritura, quién lo habilita y cómo se confirma cada acción en la planta. Esta página se centra en esas decisiones de conexión, en el papel del equipo edge y en la frontera de red. Los casos de uso de datos de planta en gestión, como paradas o declaraciones de producción, están en la capacidad de integración OT/IT.
Ejemplo de separación de canales de lectura y escritura hacia plantaEsquema ilustrativo
  1. 01 · Planta

    • PLC y controladores existentes
    • Sensores añadidos en equipos antiguos
  2. 02 · Edge en zona industrial

    • Cliente OPC UA con cuenta de solo lectura
    • Pasarela MQTT con almacenamiento local
  3. 03 · Frontera de red

    • Flujo saliente hacia la red corporativa
    • Canal de escritura deshabilitado por defecto
  4. 04 · Aplicaciones

    • Histórico y eventos con hora de origen
    • Propuesta de parámetros confirmada por el operario en el panel

El problema

Por qué hay que decidirlo bien

En planta conviven equipos de varias décadas y fabricantes, redes que nadie quiere tocar y una responsabilidad clara sobre la seguridad de personas y máquinas. Una integración pensada como si fuera un sistema de oficina puede sobrecargar un controlador, abrir un camino no previsto entre la red corporativa y la industrial o, en el peor caso, modificar un parámetro sin que el operario lo sepa. El reto es obtener datos útiles y, solo cuando esté justificado, enviar información a la máquina con permisos explícitos, límites acordados con automatización y sin interferir nunca en funciones de seguridad.

Escenarios

Situaciones en las que se plantea

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

  • 01

    Lectura pura desde un servidor OPC UA

    El conector se autentica con una cuenta de servicio que solo tiene derechos de lectura sobre las variables acordadas. Aunque el código intentara escribir, el servidor lo rechazaría: la restricción no depende únicamente del software que construimos.

  • 02

    Parámetros propuestos y confirmados en la máquina

    La aplicación calcula una receta o un ajuste a partir de la orden de fabricación, pero no lo aplica. Lo deja disponible y el operario lo revisa y confirma en el panel local, dentro de los límites que automatización ha programado en el propio controlador.

  • 03

    Máquina antigua sin comunicaciones

    Un equipo sin puerto de datos recibe un sensor de marcha o un contador de pulsos instalado por personal cualificado de la planta. Una pasarela edge convierte esa señal en mensajes MQTT con marca de tiempo y los publica hacia la aplicación.

  • 04

    Planta con conectividad intermitente

    El enlace con el centro de datos se corta varias veces al día. El equipo edge almacena las lecturas localmente, conserva la hora de origen y reenvía en orden al recuperar la conexión, de modo que los huecos se ven como retraso y no como datos perdidos.

  • 05

    Equipos de varios fabricantes en la misma línea

    Cada máquina habla su protocolo. Una pasarela traduce a un modelo común de variables con nombres, unidades y estados normalizados, y el resto de aplicaciones consume ese modelo sin saber qué hay detrás de cada equipo.

Decisiones técnicas

Qué hay que decidir y con qué criterio

  1. 01

    Protocolo según lo que ya existe

    Si los equipos o el SCADA ya ofrecen OPC UA, aporta modelo de información, sesiones cifradas, firma de mensajes y certificados X.509 que identifican a cliente y servidor. MQTT encaja para publicar eventos desde pasarelas. Los protocolos de fabricante se integran mediante pasarelas cuando no hay alternativa.

  2. 02

    Canales de lectura y escritura separados

    La lectura y cualquier posible escritura van por conexiones, cuentas y componentes distintos. La escritura está deshabilitada por defecto, se limita a variables concretas y su activación queda registrada con fecha y responsable.

  3. 03

    Permisos de operación

    Se define quién puede autorizar que un dato viaje hacia la máquina, si requiere confirmación en el panel local, en qué estados de la máquina se admite y qué límites aplica el propio controlador. Las funciones de seguridad quedan siempre fuera del alcance.

  4. 04

    Ubicación del edge y frontera de red

    El equipo edge se sitúa en la zona que indique el responsable de la red industrial, con flujos salientes hacia la red corporativa y sin abrir conexiones entrantes a la planta. Cada flujo se documenta con su origen, destino y puerto.

  5. 05

    Suscripción o muestreo

    Suscribirse a cambios reduce la carga frente a consultar cada variable a intervalos fijos. Las frecuencias se prueban con el controlador real antes de ampliarlas, porque equipos antiguos pueden tener poca capacidad de comunicaciones.

  6. 06

    Identidades y certificados de los conectores

    Cada conector tiene su propia identidad, sin cuentas compartidas, con certificados o credenciales que se renuevan antes de caducar. Si un conector se retira o se compromete, su acceso se revoca sin afectar a los demás.

Riesgos y límites

Lo que conviene tener presente

  • No intervenimos en funciones de seguridad de máquina, paradas de emergencia ni enclavamientos; cualquier escritura hacia control exige análisis de riesgos y validación del responsable de automatización.
  • No afirmamos certificaciones industriales: la conformidad de la instalación con las normas aplicables corresponde al titular de la planta y a los procesos y organismos pertinentes.
  • Una lectura demasiado frecuente puede cargar un controlador antiguo o su red; se dimensiona y se prueba en ventanas acordadas con producción.
  • Un cambio de programa en el PLC puede renombrar variables o cambiar su significado sin aviso; hace falta un procedimiento de cambio compartido con automatización.
  • Cada conexión entre la red industrial y la corporativa amplía la superficie de ataque; se minimiza el número de flujos y se revisa periódicamente.

Preguntas frecuentes

¿Es imprescindible OPC UA para integrar una máquina?

No. Es una buena opción cuando los equipos ya lo ofrecen, pero muchas integraciones se resuelven con MQTT desde pasarelas, con un historizador existente o con la API del fabricante. Se elige según el equipo, la red y lo que necesite la aplicación.

¿Quién decide si el software puede escribir en un PLC?

El responsable de la instalación y el de automatización, no el equipo de software. Nuestro papel es proponer una arquitectura que limite y registre esa escritura y que funcione igual de bien si se decide que no haya ninguna.

¿Qué ocurre con los datos si se cae la red de la planta?

Si el diseño incluye almacenamiento local en el equipo edge, las lecturas se guardan con su hora de origen y se reenvían al volver la conexión. La capacidad de ese almacenamiento se dimensiona según cuánto tiempo de corte sea razonable cubrir.

Cuéntanos qué máquinas tienes y qué datos quieres obtener de ellas

Ninguna modalidad está disponible por defecto en todos los proyectos: se elige tras evaluar requisitos, sistemas existentes y riesgos.

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.