Protocolo Modbus

Modbus — Ficha técnica

Creado por	Modicon (Schneider Electric)
Año	1979
Tipo	Protocolo maestro/esclavo
Variantes	RTU, TCP/IP, ASCII, Plus
Capa OSI	Niveles 1, 2 y 7
Puerto TCP	502
Esclavos RTU	Hasta 247 por bus
Licencia	Abierto y gratuito
Norma ref.	IEC 61158

El protocolo Modbus es el estándar de comunicación industrial más extendido del mundo. Diseñado en 1979 por Modicon para sus PLCs, define un lenguaje común que permite a dispositivos heterogéneos —PLCs, variadores de frecuencia, sensores, contadores de energía o sistemas SCADA— intercambiar datos de forma fiable a través de redes serie o Ethernet, independientemente del fabricante.

De hecho, su longevidad se explica por tres factores: es de código abierto y sin royalties, tiene una arquitectura conceptualmente simple de entender e implementar, y está presente en prácticamente todos los equipos de automatización industrial fabricados desde finales de los años setenta.

Qué es el protocolo Modbus Modbus es un protocolo de comunicación industrial abierto, basado en arquitectura maestro/esclavo (RTU) o cliente/servidor (TCP), creado en 1979 por Modicon. Permite que un dispositivo maestro —habitualmente un PLC o un sistema SCADA— lea y escriba datos en hasta 247 dispositivos esclavos por bus serie, o en un número ilimitado vía Ethernet. Sus variantes principales son Modbus RTU (serie RS-485, binario), Modbus TCP (Ethernet, puerto 502) y Modbus ASCII (serie, legible por humanos). De hecho, es el protocolo industrial con mayor adopción global y forma parte de los entornos de automatización de Electrohine en todos los sectores que integra.

Índice

1. Definición y origen
2. Cómo funciona Modbus
3. Variantes: RTU, TCP y ASCII
4. Tipos de registros y áreas de datos
5. Ventajas y limitaciones
6. Preguntas frecuentes
7. Fuentes

Definición y origen del protocolo Modbus

Modbus es un protocolo de comunicación industrial situado en las capas 1, 2 y 7 del modelo OSI, diseñado en 1979 por Modicon para sus controladores lógicos programables. Define la estructura de los mensajes intercambiados entre un dispositivo maestro y sus esclavos, y es, desde hace décadas, el estándar de facto más implantado en la industria. Su especificación es pública, abierta y sin coste de licencia.

En 1979, la empresa Modicon —creadora del primer PLC en 1968 y hoy parte de Schneider Electric— publicó el protocolo Modbus como especificación abierta para permitir que sus PLCs se comunicaran con otros dispositivos en las líneas de fabricación de sus clientes. Además, la decisión de no protegerlo mediante patentes ni licencias fue determinante: en pocos años, prácticamente todos los fabricantes de equipos industriales lo adoptaron, convirtiéndolo en el lingua franca de la automatización.

En consecuencia, hoy en día el protocolo Modbus sigue siendo la primera opción en proyectos de integración por su universalidad: desde un contador eléctrico de 50 euros hasta un variador de frecuencia de alta gama, si el equipo tiene un puerto RS-485 o Ethernet, casi con certeza habla Modbus.

Cómo funciona el protocolo Modbus

Modbus funciona mediante un modelo maestro/esclavo: solo el maestro inicia la comunicación enviando una solicitud (petición de lectura o escritura) a un esclavo identificado por su dirección. El esclavo responde con los datos solicitados o confirma la escritura. Nunca dos esclavos se comunican entre sí ni transmiten de forma espontánea.

En particular, cada mensaje Modbus contiene cuatro campos obligatorios:

1. Dirección del esclavo: número único de 1 a 247 que identifica el dispositivo destinatario. La dirección 0 es la dirección de difusión (broadcast), que todos los esclavos reciben pero a la que ninguno responde.
2. Código de función: indica la operación solicitada. Los más habituales son: 01 (leer bobinas), 03 (leer registros holding), 05 (escribir bobina única) y 06 (escribir registro único).
3. Datos: contiene la dirección de inicio del registro y el número de registros a leer o el valor a escribir.
4. Código de verificación de errores: en Modbus RTU es un CRC de 16 bits; en Modbus ASCII, un LRC de 8 bits. En Modbus TCP lo gestiona directamente la capa TCP/IP.

El ciclo de consulta del maestro

Sin embargo, dado que en Modbus RTU los esclavos nunca transmiten de forma espontánea, el maestro debe consultar periódicamente a cada dispositivo de la red. Además, este modelo de polling consume ancho de banda proporcional al número de esclavos y a la frecuencia de consulta. Por tanto, en redes con muchos dispositivos o con requisitos de refresco muy rápido, conviene planificar cuidadosamente el tiempo de ciclo del maestro. En cambio, Modbus TCP sobre Ethernet —gracias a su mayor velocidad— resuelve este problema en la mayoría de aplicaciones prácticas. [1]

Variantes del protocolo Modbus: RTU, TCP y ASCII

Existen tres variantes principales del protocolo Modbus en uso activo: RTU (serie RS-485, binario, hasta 247 esclavos a 1.200 m), TCP/IP (Ethernet, ilimitado de dispositivos, puerto 502) y ASCII (serie, legible por humanos, menor eficiencia). Modbus RTU es el más implantado históricamente; Modbus TCP es el estándar en instalaciones nuevas con infraestructura Ethernet.

Parámetro	Modbus RTU	Modbus TCP/IP	Modbus ASCII
Medio físico	RS-485 / RS-232	Ethernet (RJ-45)	RS-485 / RS-232
Formato de datos	Binario (8 bits)	Paquetes TCP/IP	Caracteres ASCII
Verificación errores	CRC-16	TCP (nativa)	LRC-8
Nº de dispositivos	Hasta 247 por bus	Ilimitado (IP)	Hasta 247 por bus
Distancia máxima	1.200 m (con repetidores)	Ilimitada (router)	1.200 m
Velocidad típica	9.600–115.200 bps	10–1.000 Mbps	9.600–19.200 bps
Puerto/conector	DB9, bornes RS-485	Puerto TCP 502	DB9, bornes RS-485
Uso actual	Muy extendido (legacy)	Instalaciones nuevas	Residual

Modbus RTU: el más implantado

Por un lado, Modbus RTU es la implementación serie original y, a día de hoy, la variante más presente en instalaciones industriales por el enorme parque instalado de equipos con puerto RS-485. Su codificación binaria lo hace más eficiente que ASCII y su CRC-16 garantiza la integridad de los datos. De hecho, en la práctica es el estándar para instrumentación de campo: contadores de energía, variadores de frecuencia, analizadores de calidad del agua, sensores de temperatura y presión, y caudalímetros.

Modbus TCP/IP: el estándar en instalaciones nuevas

Por otro lado, Modbus TCP/IP encapsula los mensajes Modbus dentro de paquetes TCP/IP sobre Ethernet, aprovechando la infraestructura de red existente en la planta. Conecta a través del puerto 502 y elimina la limitación de 247 dispositivos, ya que cada esclavo se identifica por su dirección IP. Además, permite el acceso remoto desde sistemas SCADA en sala de control o, con las medidas de seguridad adecuadas (IEC 62443), desde la nube. Su tiempo de ciclo habitual es de aproximadamente 100 ms, adecuado para la mayoría de aplicaciones de supervisión y control de proceso.

Pasarelas RTU–TCP: la solución híbrida

Finalmente, en proyectos de modernización de plantas con equipos legacy en RS-485, las pasarelas Modbus (convertidores RTU/TCP) permiten integrar los dispositivos serie existentes en arquitecturas de red Ethernet modernas. De este modo, es posible conectar un sistema SCADA Modbus TCP a una red de esclavos RTU sin reemplazar los equipos de campo.

Tipos de registros y áreas de datos en Modbus

El modelo de datos Modbus organiza la información en cuatro áreas de memoria: bobinas (salidas digitales, lectura/escritura), entradas discretas (entradas digitales, solo lectura), registros de entrada (valores analógicos de entrada, solo lectura) y registros holding (variables analógicas internas, lectura/escritura). Los registros holding son los más utilizados para intercambiar medidas y parámetros de configuración.

Las cuatro áreas de datos del modelo Modbus

Concretamente, el protocolo Modbus define cuatro tipos de objetos de datos que mapean la memoria interna del esclavo:

• Bobinas (Coils, 0x): bits de lectura/escritura que representan salidas digitales. Por ejemplo, el estado de un relé de salida de un PLC o la orden de arranque de una bomba.
• Entradas discretas (Discrete Inputs, 1x): bits de solo lectura que representan entradas digitales del dispositivo. Por ejemplo, el estado de un final de carrera o un pulsador.
• Registros de entrada (Input Registers, 3x): registros de 16 bits de solo lectura que contienen valores analógicos medidos. Por ejemplo, la temperatura de un sensor PT100 o la presión de un transmisor.
• Registros holding (Holding Registers, 4x): registros de 16 bits de lectura/escritura, los más utilizados en la práctica. Almacenan variables de proceso, parámetros de configuración y consignas. Por ejemplo, la frecuencia de consigna de un variador de velocidad o el punto de ajuste de un regulador PID.

Registros de 32 bits y mapas de registros

Asimismo, para representar valores de mayor precisión —como caudales con decimales o valores en punto flotante— se utilizan dos registros holding consecutivos de 32 bits, siguiendo el orden de bytes definido por el documento de especificación de cada fabricante.

⚠️ Importante en proyectos de integración Cada fabricante puede mapear sus variables internas en cualquier dirección de registro. Por eso, antes de integrar un dispositivo Modbus es imprescindible consultar su mapa de registros (tabla de direcciones) en la documentación técnica del fabricante. Sin él, no es posible saber qué dirección corresponde a qué variable.

Ventajas y limitaciones del protocolo Modbus

Las principales ventajas del protocolo Modbus son su universalidad, ausencia de costes de licencia, simplicidad de implementación e interoperabilidad entre fabricantes. Sus limitaciones más relevantes son la ausencia de seguridad nativa, el modelo de polling que consume ancho de banda y el límite de 247 dispositivos por bus serie.

Ventajas documentadas

• Estándar abierto sin royalties: concretamente, cualquier fabricante puede implementar Modbus sin pagar licencias, lo que explica su adopción masiva durante más de cuatro décadas.
• Interoperabilidad universal: además, al ser el protocolo más extendido, prácticamente todos los equipos de automatización industrial —independientemente del fabricante— incorporan soporte Modbus nativo.
• Simplicidad de configuración: en cambio, en Modbus RTU solo hay que configurar la velocidad de comunicación (baud rate), los bits de datos, la paridad y la dirección del esclavo. No requiere ningún software de configuración especial.
• Fiabilidad probada: asimismo, el CRC-16 en RTU detecta errores de transmisión con una tasa de no detección inferior al 0,003 %, suficiente para la gran mayoría de aplicaciones de supervisión y control.
• Diagnóstico sencillo: su arquitectura simple facilita enormemente el análisis de tramas con analizadores de protocolo y la resolución de problemas de comunicación en campo.

Limitaciones a considerar

• Sin seguridad nativa: sin embargo, Modbus no incluye autenticación, cifrado ni control de acceso. En consecuencia, en instalaciones conectadas a redes IT o internet es imprescindible añadir capas de seguridad externas (VPN, firewalls industriales, segmentación de red) según la norma IEC 62443.
• Modelo de polling: dado que además, el maestro debe interrogar periódicamente a cada esclavo, el tiempo de respuesta aumenta con el número de dispositivos en la red. En redes RTU de gran tamaño puede suponer un cuello de botella.
• Límite de dispositivos en serie: Modbus RTU está restringido a 247 esclavos por segmento de bus. Si bien es suficiente para la mayoría de instalaciones, no es adecuado para arquitecturas de planta con miles de puntos de medida.
• Tipos de datos limitados: por último, el protocolo fue diseñado para registros de 16 bits. Aunque es posible combinar registros para datos de mayor tamaño, no soporta de forma nativa estructuras de datos complejas como las que manejan protocolos modernos como OPC UA.

¿Necesitas integrar equipos Modbus en tu instalación?

En Electrohine integramos redes Modbus RTU y TCP en proyectos de automatización de todos los sectores: tratamiento de aguas, energía solar, industria alimentaria y petroquímica. Si tienes equipos legacy en RS-485 o quieres migrar a una arquitectura Ethernet moderna, nuestro equipo técnico te asesora.Consulta con nuestros ingenieros →

Preguntas frecuentes sobre el protocolo Modbus

Conceptos básicos

¿Qué es exactamente el protocolo Modbus?

En concreto, Modbus es un protocolo de comunicación industrial abierto, creado en 1979 por Modicon, que define cómo intercambian datos los dispositivos en una red de automatización. Además, opera bajo un modelo maestro/esclavo: un controlador (PLC, SCADA) actúa de maestro y solicita datos a los dispositivos esclavos (sensores, variadores, contadores). Es el protocolo industrial con mayor adopción global por su simplicidad, robustez y ausencia de costes de licencia.

¿Cuál es la diferencia entre Modbus RTU y Modbus TCP?

Modbus RTU utiliza comunicación serie a través de RS-485 o RS-232, con codificación binaria y verificación CRC-16. Permite hasta 247 esclavos por bus a distancias de hasta 1.200 m. Modbus TCP encapsula los mismos mensajes en paquetes TCP/IP sobre Ethernet (puerto 502), con velocidades de 10 a 1.000 Mbps y sin límite práctico de dispositivos. Ambas variantes comparten el mismo modelo de datos y códigos de función, por lo que la transición entre ellas es conceptualmente sencilla.

¿Cuántos dispositivos puedo conectar en una red Modbus RTU?

El protocolo Modbus RTU permite direccionar hasta 247 dispositivos esclavos por segmento de bus RS-485. La dirección 0 está reservada para difusión (broadcast) y las direcciones 248-255 están reservadas. En la práctica, para redes de muchos dispositivos conviene calcular el tiempo de ciclo del maestro para asegurar un refresco adecuado de todos los esclavos.

Implementación y configuración

¿Qué parámetros hay que configurar para conectar dos dispositivos Modbus RTU?

Los parámetros imprescindibles son: velocidad de comunicación (baud rate, típicamente 9.600 o 19.200 bps), bits de datos (8), paridad (ninguna, par o impar), bits de parada (1 o 2) y dirección del esclavo (1-247). Todos los dispositivos del mismo bus deben compartir los mismos parámetros. Además, es necesario conocer el mapa de registros del fabricante para saber en qué dirección se encuentra cada variable.

¿Cómo puedo integrar equipos Modbus RTU en un sistema SCADA con Ethernet?

En ese caso, la solución estándar es usar una pasarela o convertidor Modbus RTU/TCP, que, concretamente, actúa como interfaz entre el bus serie RS-485 y la red Ethernet. Así, el SCADA se conecta vía Modbus TCP al convertidor, que traduce las peticiones y las reenvía a los esclavos RTU del bus serie. De este modo, no es necesario reemplazar los equipos de campo existentes.

¿Es seguro usar Modbus en una red conectada a internet?

No de forma nativa; en efecto, el protocolo Modbus no incorpora autenticación, cifrado ni control de acceso. Por tanto, en instalaciones donde el PLC o el sistema SCADA tienen acceso desde redes externas es obligatorio añadir protección mediante segmentación de red (VLAN), firewalls industriales y VPN. La norma IEC 62443 establece los requisitos de seguridad aplicables a redes de automatización industrial con conectividad IT.

Contexto y alternativas

¿Sigue siendo relevante Modbus en la era de la Industria 4.0?

Sí, y de forma muy significativa. El enorme parque instalado de equipos con Modbus garantiza su presencia en plantas industriales durante al menos las próximas dos décadas. En nuevas instalaciones con requisitos de Industria 4.0 —semántica de datos, seguridad, descubrimiento de dispositivos— se complementa o sustituye con OPC UA o MQTT. Sin embargo, en la gran mayoría de proyectos de integración, Modbus sigue siendo la forma más rápida y económica de conectar equipos de campo.

¿Cuándo conviene migrar de Modbus a OPC UA?

La migración a OPC UA es recomendable cuando el proyecto requiere intercambio de datos con sistemas IT (ERP, MES, cloud), cuando se necesita semántica de datos estructurados más allá de registros de 16 bits, cuando la ciberseguridad es un requisito crítico o cuando la instalación supera los 247 dispositivos en un mismo bus serie. En muchos proyectos convive Modbus en el nivel de campo con OPC UA hacia los niveles superiores, usando pasarelas de protocolo.

Fuentes consultadas

1. Wikipedia — Controlador lógico programable / Modbus. es.wikipedia.org/wiki/Modbus
2. Modbus Organization — Modbus Application Protocol Specification V1.1b3. modbus.org/specs.php
3. Webdyn — Las 3 ventajas del protocolo Modbus RTU/TCP. webdyn.com
4. TCA Automation — Modbus: tipos y beneficios para la automatización industrial (diciembre 2024). tca-automation.com
5. Cuerva Energía — Qué es el protocolo Modbus y cómo funciona (julio 2024). cuervaenergia.com
6. IEC 62443 — Security for industrial automation and control systems. International Electrotechnical Commission. iec.ch

Sobre el autor

Artículo elaborado por el equipo técnico de Electrohine, con más de 20 años de experiencia en integración de sistemas y programación de redes Modbus RTU y TCP en proyectos de automatización industrial en los sectores de energía, tratamiento de aguas, alimentación e industria de proceso.

Cómo se ha elaborado este artículo

El contenido se basa en la experiencia directa del equipo de Electrohine en proyectos de integración Modbus, contrastada con la especificación oficial de Modbus Organization, la norma IEC 62443 y publicaciones técnicas especializadas de TCA Automation, Webdyn y Cuerva Energía. Última revisión: marzo de 2026.