Nombre: Bravo Jhonny Asignatura: Redes industriales

Buitrón Francisco
Jima Javier
Mendoza Edison
Fecha: 13/05/2019 Curso: TE

TÍTULO DE LA PRÁCTICA: Comunicación MODBUS arduino y plc

1. OBJETIVOS: Realizar la comunicación Modbus usando PLC S7

1200 y Arduino.

2. DIAGRAMA DE FLUJO:

 Esta guía teórico práctica tiene por objeto poder trabajar con el protocolo
Modbus mediante placas Arduino. La placa Arduino Mega, que es la que hemos
utilizado para realizar este material de prácticas y por lo tanto recomendamos,
la utilizaremos para hacer simulaciones y test, convirtiéndola en un pequeño y
potente dispositivo Modbus.
 En pocas tecnologías podríamos definir tan claramente la línea de “un antes y un
después” como ocurre con Modbus. En los sistemas de control y en la industria
en general, se puede hablar claramente del mundo antes de Modbus y el mundo
después de Modbus.
 Antes de Modbus absolutamente cada nuevo equipo que se quería integrar
tenía que cablearse, y por ello era muy habitual encontrar salas de control con
innumerables conexiones, que muchas veces eran difíciles de entender y
documentar, con malas terminaciones que provocaban paradas técnicas de
planta habitualmente.

 También antes de Modbus, el concepto de “datos” tal y como conocemos hoy en

día no existía. Todas las comunicaciones eran analógicas, lo que recibíamos de
un sensor era una señal 0- 10Vdc, o una señal 4-20mA, que luego teníamos
que reinterpretar en función del valor esperado.

 Las redes Modbus utilizan una arquitectura maestro – esclavo. El maestro

inicia las comunicaciones (por ejemplo un SCADA) preguntando datos a un
esclavo (por ejemplo un PLC), que le responde siempre en función de la
pregunta hecha por el maestro. Cada dispositivo de una red posee una
dirección única.
 Modbus es un protocolo de aplicación, lo que significa que puede
implementarse sobre diferentes capas físicas. Es por ello que podemos
encontrar versiones TCP/IP, o también serie como RTU y ASCII. Por lo tanto,
podremos usar Modbus tanto con cables de red como con cables serie, siempre
que los dispositivos con los que interactuemos estén preparados para ello.

 El MODBUS RTU es un protocolo que utiliza 3 hilos. Si la tirada es larga, se

suele usar estos hilos dentro de una protección apantallada, con la pantalla
421
 conectada a tierra.
Teóricamente, con Modbus y un buen cable se pueden alcanzar distancias de
1.200 m. Aunque para llegar a esto, se necesita trabajar a velocidad mínima de
baudios y no tener interferencias eléctrica
 Es una tipo de conexión muy simple y extendida en la industria.

La arquitectura es de tipo MASTER – SLAVES, con un único máster para hasta

256 esclavos. Como pequeño defecto tiene que a cada esclavo, sólo le puede
preguntar un único Master (conectado directamente a él).

Códigos de función:

Existen códigos de función definidos por el estándar Modbus, pero además otros
adicionales que se pueden desarrollar.
Códigos de función únicos y predefinidos:
 1 - 64
 73 - 99
 111 - 127

Códigos de uso definidos a para el usuario:

 65 – 72
 100 – 110

Con estos códigos programables, se puede usar cualquier estructura de datos.

Estos pueden exceder el límite de 253 bytes estándar para la unidad de datos de
protocolo (PDU) de ModBus.
Códigos para respuesta de excepción:
 127 – >127

Algunos de los códigos más frecuentes son:

 Función 1: Permite realizar la lectura del estado de los esclavos.
 Función 6: Permite la escritura en el esclavo, ya sea una señal o valor
interno. Similar a una memoria.
 Función 20: Retorna el contenido de los registros.
 Función 21: Modifica el contenido de los registros.

Capas de red:

Modbus se puede ejecutar en muchos protocolos de capa de red: Serial, TCP, y

uno de los ideales UDP.
UDP
UDP es un protocolo de red para el envío de datagramas. No necesita
establecer conexión previa pues el propio datagrama incluye información de
direccionamiento.
La implementación de UDP en Modbus hace más sencilla y directa la
comunicación pues permite enviar un paquete bien definido a nivel de aplicación
mediante el uso de un API recibiendo correctamente los paquetes.
Al no usar unidad de datos de aplicación (ADU), no se realiza la confirmación de
la transacción. Esto libera la posibilidad de múltiples transacciones pendientes
simultáneas. 
Solución 1: Maestro sincrónico + paquete en protocolo UDP debe tener identificador
para organizar solicitudes.
Solución 2: Usar la ADU de TCP/IP en la capa de red UDP.

422
4. CUESTIONARIO:

¿Qué finalidad tiene usar MODBUS y arduino?

¿Cómo se puede solucionar la colisión de paquetes de datos en la comunicación

maestro-esclavo?

5. BIBLIOGRAFÍA:

423
424