Modbus-protocol

De wiki.kiconex
Revisión del 11:44 3 jul 2026 de Bruiz (discusión | contribs.) (Bruiz trasladó la página BorradoresIA/Modbus-protocol a Modbus-protocol sin dejar una redirección: rehecha)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)


Protocolo Modbus

Modbus es un protocolo de comunicación utilizado en entornos industriales para intercambiar información entre equipos, regulaciones electrónicas, sensores, contadores, PLC u otros sistemas compatibles.

En kiconex, Modbus se utiliza como una de las vías habituales para integrar equipos en una instalación. El Box kiconex actúa como pasarela de comunicación entre los equipos Modbus y Cloud kiconex. En Cloud kiconex, cada equipo integrado se representa normalmente mediante un control.

Esta página explica los conceptos básicos del protocolo Modbus y la diferencia entre Modbus RTU y Modbus TCP. Los detalles de cableado, planificación, comprobación e integración se documentan en páginas específicas.

Qué es Modbus

Modbus define una forma estructurada de solicitar y responder datos entre equipos. Permite leer valores, consultar estados, revisar alarmas o modificar determinados registros cuando el equipo lo permite y la integración está configurada para ello.

Un equipo Modbus no envía información útil a kiconex solo por estar conectado físicamente. Para interpretar sus datos es necesario conocer cómo se organiza su información interna, qué registros están disponibles y qué configuración de comunicación utiliza.

Esquema general de comunicación Modbus.


Cómo se utiliza Modbus en kiconex

En una instalación kiconex, el Box kiconex recoge información de los equipos conectados y la transmite a Cloud kiconex.

De forma general:

  1. El equipo físico o regulación electrónica dispone de comunicación Modbus.
  2. El Box kiconex se configura para comunicarse con ese equipo.
  3. Cloud kiconex representa ese equipo mediante un control.
  4. La librería kiconex permite interpretar las variables, alarmas, comandos, consignas o parámetros disponibles.
  5. Los datos se muestran en Cloud kiconex según la configuración del control y los permisos del usuario.

Importante

Que un equipo utilice Modbus no garantiza por sí solo que pueda integrarse automáticamente. Es necesario disponer de documentación técnica, parámetros de comunicación y mapeado Modbus válido para el modelo concreto.

Modbus RTU

Modbus RTU es una variante de Modbus utilizada habitualmente sobre líneas serie, especialmente mediante comunicación RS485.

En una red Modbus RTU se utiliza una arquitectura maestro/esclavo. El maestro solicita información y los esclavos responden a esas solicitudes. En una instalación kiconex con Modbus RTU, el Box kiconex realiza la función de maestro del bus y los equipos conectados responden como esclavos Modbus.

Cada equipo conectado al mismo bus debe tener una dirección Modbus única. El rango habitual documentado para Modbus RTU es de 1 a 247. Dos equipos con la misma dirección en el mismo bus pueden provocar fallos de comunicación o respuestas incorrectas.

Además de la dirección, los equipos conectados al mismo bus deben compartir la misma configuración serie.

Los parámetros principales son:

  • Dirección Modbus.
  • Velocidad o baudrate.
  • Bits de datos.
  • Paridad.
  • Bits de parada.

La conexión física, la topología del bus, la polaridad, la malla, el común y las comprobaciones eléctricas se documentan en páginas específicas. Para más información, consulte Modbus RTU-RS485 y Comprobación y diagnóstico de cableado RS485.

Esquema de comunicación Modbus RTU.


Modbus TCP

Modbus TCP es una variante de Modbus utilizada sobre redes Ethernet/IP.

En una integración mediante Modbus TCP, el equipo debe estar accesible desde la red del Box kiconex y disponer de una configuración de red compatible. La conexión física a un cable Ethernet no garantiza por sí sola que exista comunicación.

Modbus TCP utiliza habitualmente el puerto 502, aunque la configuración concreta depende del equipo y del proyecto.

Cada equipo Modbus TCP debe tener una dirección IP única dentro de la red. Se recomienda utilizar una IP fija o una reserva DHCP para evitar cambios de dirección que puedan interrumpir la comunicación.

En algunos equipos Modbus TCP también puede ser necesario configurar un identificador de unidad o dirección interna, según el fabricante. Cuando no sea necesario indicar un identificador específico, suele utilizarse la dirección Modbus 1.

Esquema de comunicación Modbus TCP.


Diferencias principales entre Modbus RTU y Modbus TCP

Aspecto Modbus RTU Modbus TCP
Medio habitual Línea serie, normalmente RS485. Red Ethernet/IP.
Identificación del equipo Dirección Modbus única dentro del mismo bus. Dirección IP única en la red y, si aplica, identificador de unidad.
Configuración crítica Dirección Modbus, baudrate, bits de datos, paridad y bits de parada. Dirección IP, puerto, accesibilidad de red y configuración TCP del equipo.
Cableado Requiere revisar polaridad, topología del bus, malla y posibles interferencias. Requiere revisar red, direccionamiento IP, puerto y conectividad entre equipos.
Página relacionada Modbus RTU-RS485 y Comprobación y diagnóstico de cableado RS485. Integración de equipos en kiconex y Crear y editar un control.

Datos necesarios para integrar un equipo Modbus

Antes de integrar un equipo Modbus en kiconex, se debe recopilar información técnica suficiente para configurar la comunicación y validar los datos.

Como mínimo, se recomienda disponer de:

  • Protocolo disponible: Modbus RTU o Modbus TCP.
  • Mapeado Modbus.
  • Manual técnico del equipo o regulación.
  • Modelo exacto de máquina o regulación.

Para Modbus RTU también deben conocerse la dirección Modbus y los parámetros de comunicación serie.

Para Modbus TCP deben conocerse la dirección IP, el puerto utilizado y cualquier identificador interno que exija el fabricante.

Mapeado Modbus

El mapeado Modbus es el documento que describe los registros disponibles en el equipo.

Puede incluir:

  • Variables de lectura.
  • Estados.
  • Alarmas.
  • Comandos.
  • Consignas.
  • Parámetros.
  • Unidades de medida.
  • Rangos.
  • Tipos de dato.
  • Direcciones de registro.

En muchos casos el mapeado Modbus puede solicitarse al fabricante del equipo o de la regulación electrónica. Su disponibilidad depende del fabricante y del modelo.

Librería kiconex

Una librería kiconex traduce el mapeado Modbus en información utilizable por Cloud kiconex.

Gracias a la librería, Cloud kiconex puede interpretar las variables, alarmas, comandos, consignas o parámetros de un equipo integrado y mostrarlos dentro de un control.

Para más detalle sobre el proceso de integración, consulte Integración de equipos en kiconex.

Relación con controles en Cloud kiconex

En Cloud kiconex, un equipo integrado mediante Modbus se configura normalmente como un control.

La configuración del control define cómo se comunica el Box kiconex con el equipo y qué información estará disponible en la plataforma.

Al configurar o revisar un control Modbus, pueden intervenir datos como:

  • Protocolo utilizado.
  • Puerto o interfaz de comunicación.
  • Dirección del equipo.
  • Parámetros de comunicación.
  • Librería asociada.
  • Variables visibles.
  • Permisos de usuario.

Para más información, consulte Controles en Cloud kiconex y Crear y editar un control.

Comprobación y diagnóstico

La comprobación de una integración Modbus depende del tipo de comunicación utilizada.

En Modbus RTU, los fallos pueden estar relacionados con cableado, polaridad, malla, continuidad, tensión indebida, direcciones duplicadas o parámetros de comunicación diferentes entre equipos del mismo bus.

En Modbus TCP, los fallos pueden estar relacionados con direccionamiento IP, puerto, acceso entre redes, configuración del equipo o disponibilidad del servicio Modbus TCP.

Desde la edición de un control, Cloud kiconex puede disponer de acciones técnicas relacionadas con la comunicación, como Test Modbus, cuando la configuración y los permisos lo permiten. Esta herramienta debe utilizarse solo con datos técnicos correctos y dentro del alcance previsto para la instalación.

Para más detalle, consulte Acciones técnicas del control.

Buenas prácticas

  • No configure un equipo Modbus sin revisar su manual técnico.
  • Compruebe que el protocolo disponible es Modbus RTU o Modbus TCP antes de crear el control.
  • Verifique que dispone del mapeado Modbus correcto para el modelo exacto.
  • En Modbus RTU, no repita direcciones dentro del mismo bus.
  • En Modbus RTU, mantenga la misma configuración serie en los equipos del mismo bus.
  • En Modbus TCP, utilice una IP única y estable para cada equipo.
  • No confunda conexión física con comunicación validada.
  • Valide las lecturas reales antes de dar por finalizada la integración.
  • Revise cualquier escritura, comando, consigna o parámetro antes de permitir su uso operativo.

Enlaces relacionados