Protocolo Modbus Rtu; Modos De Transmisión; Estructura De Los Mensajes En El Modo Rtu; Dirección - WEG Modbus RTU MW500 Manual Del Usuario

Tabla de contenido

Publicidad

4 PROTOCOLO MODBUS RTU

El protocolo Modbus fue inicialmente desarrollado en 1979. Actualmente, es un protocolo abierto ampliamente
difundido, utilizado por varios fabricantes en diversos equipos.
4.1
MODOS DE TRANSMISIÓN
En la especificación del protocolo están definidos dos modos de transmisión: ASCII y RTU. Los modos definen
la forma como son transmitidos los bytes del mensaje No es posible utilizar los dos modos de transmisión en la
misma red.
El convertidor de frecuencia MW500 utiliza solamente el modo RTU para la transmisión de telegramas. Los
bytes son transmitidos en el formato hexadecimal, y su configuración depende de la programación hecha a
través del P0311.
4.2

ESTRUCTURA DE LOS MENSAJES EN EL MODO RTU

La red Modbus RTU utiliza el sistema maestro-esclavo para el intercambio de mensajes. Permite hasta 247
esclavos, más solamente un maestro. Toda comunicación inicia con el maestro haciendo una solicitación a un
esclavo, y este contesta al maestro el que fue solicitado. En ambos los telegramas (pregunta y respuesta), la
estructura utilizada es la misma: Dirección, Código de la Función, Datos y CRC. Luego el campo de datos
podrá tener tamaño variable, dependiendo del que está siendo solicitado.
Maestro (telegrama de solicitación:
Esclavo (telegrama de respuesta):
4.2.1
Dirección
El maestro inicia la comunicación enviando un byte con la dirección del esclavo para el cual se destina el
mensaje. Al enviar la respuesta, el esclavo también inicia el telegrama con el su propia dirección. El maestro
también puede enviar un mensaje destinado a la dirección "0" (cero), lo que significa que el mensaje es
destinada a todos los esclavos de la red (broadcast). En este caso, ninguno esclavo irá contestar al maestro.
4.2.2
Código de la Función
Este campo también contiene un único byte, donde el maestro especifica el tipo de servicio o función solicitada
al esclavo (lectura, escrita, etc.). De acuerdo con el protocolo, cada función es utilizada para acceder un tipo
específico de dato.
Para la lista de funciones disponibles para acceso a los datos, consulte el ítem 5.
4.2.3

Campo de Datos

Campo con tamaño variable. El formato y el contenido de este campo dependen de la función utilizada y de los
valores transmitidos. Este campo está descrito juntamente con la descripción de las funciones (consultar ítem
5).
4.2.4

CRC

La última parte del telegrama es el campo para el chequeo de errores de transmisión. El método utilizado es el
CRC-16 (Cycling Redundancy Check). Este campo es formado por dos bytes, donde primero es transmitido el
byte menos significativo (CRC-), y después el más significativo (CRC+). La forma de cálculo del CRC es descri t a
en la especificación del protocolo, sin embargo informaciones para su implementación también son
suministradas en el Apêndice B.
Dirección
Función
(1 byte)
(1 byte)
Dirección
Función
(1 byte)
(1 byte)
Datos de la solicitación
(n bytes)
Datos de la respuesta
(n bytes)
Protocolo Modbus RTU
CRC
(2 bytes)
CRC
(2 bytes)
MW500 | 20

Publicidad

Tabla de contenido
loading

Este manual también es adecuado para:

Modbus rtuCfw500 serie

Tabla de contenido