LABORATORIO CALIFICADO Nº1

TEMA: “Configuración de la comunicación de los Instrumentos”

DOCENTE: Osniel Pozo Mederos

CURSO: Redes Industriales

ALUMNO: Pichilingue Pasache, Almendra Antonela

CODIGO: 1410263
 2020 – 2
1. Logro de la Unidad de Aprendizaje:

Conocer el modelo jerárquico CIM y los tipos de redes industriales.

2. Objetivo:

- Conocer el protocolo de comunicación industrial Modbus TCP/IP

- Realizar la conexión entre dos dispositivos virtuales, bajo el modelo cliente –
servidor
- Analizar la trama del protocolo Modbus TCP/IP

3. Materiales y Equipos:

- ModSim
- ModScan

4. Fundamento:

El protocolo industrial Modbus fue desarrollado en 1979 para permitir la comunicación entre
dispositivos de automatización. Originalmente implementado como un protocolo a nivel de la
aplicación para transferir datos en una capa serial, el protocolo se ha expandido para incluir
implementaciones a través de protocolo serial, TCP/IP y UDP (User Datagram Protocol). Hoy en
día, es un protocolo común usado por innumerables dispositivos para comunicación simple,
confiable y eficiente en una variedad de redes modernas.

El Ciclo de Solicitud-Respuesta

El protocolo Modbus sigue una arquitectura de maestro y esclavo, en la que un maestro

transmite una solicitud a un esclavo y espera la respuesta. Esta arquitectura brinda al maestro
control completo sobre el flujo de información, lo cual tiene beneficios en redes seriales
multipunto más viejas. Aún en redes TCP/IP modernas, le da al maestro un alto grado de
control en el comportamiento del esclavo, lo cual es útil en algunos diseños.
 Figura 1. La Relación de solicitud-respuesta y maestro-esclavo de los dispositivos Modbus

En Modbus, esta solicitud es un conjunto de datos en capas. La primera capa es la unidad de

datos de la aplicación (ADU), la cual es lo que la mayoría de las personas consideran que es el
"tipo" de Modbus usado. Existen tres ADUs: ASCII, unidad de terminal remota (RTU) y TCP/IP.

TCP es un formato moderno que permite un manejo eficiente de las solicitudes y respuestas
Modbus en software, así como un sistema de red más eficiente a través del uso de conexiones
e identificadores dedicados para cada solicitud. RTU y ASCII son formatos de ADU seriales
antiguos y la principal diferencia entre los dos es que RTU utiliza una representación binaria
compacta, mientras que ASCII envía todas las solicitudes como cadenas de caracteres ASCII.

Para la mayoría de las aplicaciones, el ADU preferido depende de la red física deseada
(Ethernet, serial o alguna otra), el número de dispositivos en la red y los ADUs soportados por
los dispositivos maestros y esclavos en la red. Desde el punto de vista de la aplicación usando
Modbus, los datos deben ser expuestos simplemente como si el ADU no existiera.

En cada ADU, existe una unidad de datos de protocolo (PDU) que es el núcleo del protocolo
Modbus. Cada PDU contiene un código de función y datos asociados. Cada código de función
tiene una respuesta bien definida y usted puede pensar en este código de función como el
comando que ha sido enviado al esclavo.

El Modelo de Datos de Modbus

Modbus administra el acceso de los datos de manera simple y flexible. Originalmente, Modbus
soporta dos tipos de datos: un valor Booleano y un entero sin signo de 16 bits. En los sistemas
SCADA, es común para los dispositivos embebidos tener ciertos valores definidos como
entradas, como ganancias o parámetros PID, mientras que otros valores son salidas, como la
temperatura actual o posición de la válvula. Para cumplir con esta necesidad, los valores de los
datos Modbus son divididos en cuatro rangos (ver la Tabla 1).Un esclavo puede definirse como
65,536 elementos en cada rango.
 Tabla 1. Bloques de modelo de datos de Modbus

Códigos de Función de Modbus

Los códigos de función de Modbus determinan cómo el maestro tiene acceso y modifica los
datos. A diferencia de los rangos de datos, los cuales son conceptuales, los códigos de función
tienen un comportamiento bien definido. Cuando a un esclavo se le pide realizar un código de
función, utiliza los parámetros de la función para ejecutar ese comportamiento bien definido.
Tabla 2. Códigos de función más comunes
 5. Procedimiento:

PARTE 1

En ModSim generar los

registros Modbus:
MODBUS TCP/IP

ID TRANSICIÓN: [222][022]
PROTOCOLO ID: [000][000]
LONGITUD: [000][003]
UNID ID: [001]
CODIGO FUNCION: [131]
DATOS: [002]

: 2
PARTE 2

En ModSim generar mapa de registros Modbus: (3 registros)

DIRECCIÓN TIPO DE VARIABLE LIMITE INFERIOR LIMITE SUPERIOR

40300 Aleatoria 0 500

40301 Valor fijo 250 250

40302 Incremental 500 1024

Utilizando la herramienta Virtual Serial Port Kit para generar el par de puertos
seriales y efectuar el ejercicio relacionado con el análisis de la trama Modbus RTU.
MODBUS RTU

ID ESCLAVO: [001]
CODIGO DE FUNCIÓN:[131]
DATOS:[002]
CRC: [192][241]

El empleo del protocolo Modbus en las comunicaciones industriales.

¿En qué nivel de la pirámide CIM ubicaría a este protocolo? Mencione ejemplos de su
empleo en las redes industriales.

Se encuentra en el nivel de red de Célula, ya que se encarga de interconectar dispositivos de

fabricación que operan en modo secuencial.

Ejemplos:

Robots, Maquinas de control numérico, PLC, vehículos de guiado automático (AGV).

6. Observaciones y Conclusiones

- En Modbus TCP se utiliza frecuentemente en sensores y actuadores, plc y sistemas

SCADA.
- Es un protocolo de comunicación en serie abierto y fácil de usar para implementar
con dispositivos industriales.
- modbus RTU solo requiere puerto serie o conexión de bus con cableado
compatible entre la instalación y controlador.
- Este sistema engloba los bloques de datos de solicitud y respuesta del
Modbus RTU en un bloque TCP transmitido a través de redes estándar de
Ethernet.
- Modbus RTU es de uso limitado.
- Modbus RTU Se requiere alimentación independiente.
- Modbus TCP los objetos binarios grandes no son compatibles.
- Modbus TCP, en la transmisión debe ser consecutivas.