UNIVERSIDAD TÉCNICA DE AMBATO

FACULTAD DE INGENIERÍA EN SISTEMAS, ELECTRÓNICA E INDUSTRIAL

PERÍODO ACADÉMICO: OCTUBRE/2014 – MARZO/2015

MODBUS
Objetivos
 Analizar las variantes de Modbus.
 Comprender las aplicaciones de un Modbus en sus respectivos campos.
 Distinguir el funcionamiento de cada una de las variantes
Introducción
El protocolo de comunicaciones industriales MODBUS fue desarrollado en 1979 por la
empresa norteamericana MODICON y debido a que es público, relativamente sencillo de
implementar y flexible se ha convertido en uno de los protocolos de comunicaciones más
populares en sistemas de automatización y control. A parte de que muchos fabricantes
utilizan este protocolo en sus dispositivos, existen también versiones con pequeñas
modificaciones o adaptadas para otros entornos, Modbus especifica el procedimiento que
el controlador y el esclavo utilizan para intercambiar datos, el formato de estos datos, y
como se tratan los errores. No especifica estrictamente el el tipo de red de comunicaciones
a utilizar, por lo que se puede implementar sobre redes basadas en Ethernet, RS-485, RS-
232 etc.
Descripción General
Es un protocolo utilizado para establecer comunicación Maestro-Esclavo y Cliente-
Servidor entre dispositivos inteligentes y con dispositivos de campo. Transmitir Señales
analógicas y registros entre ellos, o monitorizar dispositivos de campo.
Variantes de Modbus:
Jbus
JBUS es una designación utilizada por la firma APRIL para bus propio que presenta gran
similitud con MODBUS. El motivo de mencionarlo aquí es el de poner de relieve
precisamente esta gran similitud entre buses de distinta designación, con protocolos
prácticamente idénticos.
La designación JBUS, de la misma forma que se dijo para Modbus, corresponde a un
protocolo de enlace más que a una red propieamente dicha, Puede, por tanto,
implementarse con cualquiera de las conexiones físicas normalizadas.
Comparación entre JBUS Y MODBUS
La arquitectura de la red, el formato general de la trama y muchos de los códigos de
función de ambos buses coinciden exactamente. Existen, sin embargo, algunos códigos
de función cambiados, otros que presentan ligeras diferencias o funciones añadidas.
Como diferencias más relevantes citamos las siguientes:
 En cuanto a arquitectura, Jbus tiene prevista un área de memoria Ram de 654
octetos donde almacena una traza de las últimas transacciones y un registro de
 UNIVERSIDAD TÉCNICA DE AMBATO
FACULTAD DE INGENIERÍA EN SISTEMAS, ELECTRÓNICA E INDUSTRIAL
PERÍODO ACADÉMICO: OCTUBRE/2014 – MARZO/2015

estado en cada estación que permite un diagnóstico de la estación. La figura

muestra el contenido de dicho registro
 El número de esclavo para Jbus (1er byte dela trama) permite valores que van de
01H hasta el FF H. Permite, por tanto, direccionar 255 esclavos en vez de 63. El
número 00 H se reserva igualmente para mensajes difundidos.
 Las funciones disponibles son prácticamente las mismas en protocolos, pero
algunos códigos de función (2° byte de la trama) y de las subfunciones no
coinciden. La figura 2 muestra la lista de las funciones en el protocolo JBUS.
Puede observarse que las funciones 1 a 7, la 15 y la 16 coinciden totalmente.
La función de 8 es respectivamente idéntica, pero en el protocolo Jbus se añaden algunas
subfunciones para puesta a cero de la traza y para forzae la desconexión de un esclavo de
la red.
La función 13 de Jbus realiza las mismas funciones que la función 0 en Modbus, aunque
las tramas de petición y respuesta y las subfunciones no coinciden.
El Jbus dispone de dos subfunciones adicionales, que permiten el acceso directo de la
interfaz de bus y a la memoria del autómata. Jbus dispone además de la función 12, que
permite leer el buffer de la traza y de la función 14, que permite la petición del código de
error en caso de transacciones incorrectas.

Tabla 1. JBUS Funciones básicas y codigos de operación

 UNIVERSIDAD TÉCNICA DE AMBATO
FACULTAD DE INGENIERÍA EN SISTEMAS, ELECTRÓNICA E INDUSTRIAL
PERÍODO ACADÉMICO: OCTUBRE/2014 – MARZO/2015

Modbus RTU
Es una representación binaria compacta de los datos, el formato RTU finaliza la trama
con un suma de control de redundancia cíclica (CRC)
Modbus ASCII
Es una representación legible del protocolo pero menos eficiente, el formato ASCII utiliza
una suma de control de redundancia longitudinal (LRC).
La versión Modbus/TCP es muy semejante al formato RTU, pero estableciendo la
transmisión mediante paquetes TCP/IP
Modbus Plus (Modbus+ o MB+)
Es una versión extendida del protocolo y privativa de Modicon, dada la naturaleza de la
red precisa un coprocesador dedicado para el control de la misma, con una velocidad de
1 Mbit/s en un par trenzado sus especificaciones son muy semejantes al estándar EIA/RS-
485 aunque no guarda compatibilidad con este.
Nivel de Aplicación
Como se ha dicho a nivel general de buses de campo, el nivel de aplicación de Modbus
no está cubierto por un software estándar, sino que cada fabricante suele suministrar
programas para controlar su propia red. No obstante el nivel de concreción en la
definición de las funciones permite al usuario la confección de software propio para
gestionar cualquier red, incluso con productos de distintos fabricantes.
Aplicaciónes
 Comunicaciones de baja velocidad en entornos industriales.
 Control de motores pasó a paso para la tensión de pantalla de los tubos
electrónicos correspondientes a los transmisores Driver y PA.
 Monitoreo de corrientes de los transmisores del ROJ de corrientes de los
transmisores del ROJ.
 Monitoreo de corrientes. [1]
Conclusiones
 MODBUS especifica el procedimiento que el controlador y el esclavo utilizan
para intercambiar datos, el formato de estos datos, y como se tratan los errores.
 Puede implementarse con diversos tipos de conexión física y cada fabricante suele
suministrar un software de aplicación propio.
 Existen diferentes variantes de Modbus cada una con sus respectivas
funcionalidades que las diferencian unas de otras.
Bibliografía:
[1] José Balcells, José Luis Romeral. Autómatas Programables .6° Ed. Alfaomega
Marcombo.