Protocolo Modbus-Rtu; Modos De Transmisión; Estructura De Los Mensajes En El Modo Rtu; Dirección - WEG SSW-06 V1.6X Manual De La Comunicación

Ocultar thumbs Ver también para SSW-06 V1.6X:
Tabla de contenido

Publicidad

Protocolo Modbus-RTU

5
PROTOCOLO MODBUS-RTU
El protocolo Modbus fue inicialmente desarrollado en 1979. Actualmente, es un protocolo abierto ampliamente
difundido, utilizado por varios fabricantes en diversos equipamientos. La comunicación Modbus-RTU de la Soft-
Starter SSW-06 fue desarrollada con base en los siguientes documentos:
MODBUS Protocol Reference Guide Rev. J, MODICON, June 1996.
MODBUS Application Protocol Specification, MODBUS.ORG, May 8
MODBUS over Serial Line, MODBUS.ORG, December 2
En estos documentos está definido el formato de los mensajes utilizadas por los elementos que hacen parte de
la red Modbus, los servicios (o funciones) que pueden estar disponibles vía red, y también como estos
elementos cambian datos en la red.
5.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 serán transmitidos los bytes del mensaje. No es posible utilizar los dos modos de transmisión en
la misma red.
La Soft-Starter SSW-06 utiliza solamente el modo RTU para la transmisión de telegramas. Los bytes serán
transmitidos en el formato hexadecimal, donde cada byte transmitido tiene 1 start bit, 8 bits de datos, 1 bit de
paridad(opcional) y 1 stop bit (2 stop bits si no es utilizada paridad). La configuración del formato de los bytes
es hecha a través del parámetro P312.
Start bit
5.2

ESTRUCTURA DE LOS MENSAJES EN EL MODO RTU

La red Modbus-RTU utiliza el sistema maestro-esclavo para el cambio de mensajes. Ella puede tener hasta 247
esclavos, mas solamente un maestro. Toda comunicación empieza con el maestro haciendo una solicitación a
un esclavo, y este responde al maestro lo que fue solicitado. En los dos telegramas (pregunta y respuesta), la
estructura utilizada es la misma: Dirección, Código de la Función, Datos y CRC. Solamente el campo de datos
podrá tener tamaño variable, dependiendo de lo que está siendo solicitado.
Maestro (telegrama de requisición):
Esclavo (telegrama de respuesta):
5.2.1
Dirección
El maestro empieza la comunicación enviando un byte con la dirección del esclavo para el cual es destinado el
mensaje. Al enviar la respuesta, el esclavo también empieza el telegrama con la suya 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
destinado a todos los esclavos de la red (
5.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.
Bit 0
Bit 1
Bit 2
Bit 3
8 bits de datos
Dirección
Función
(1 byte)
(1 byte)
Dirección
Función
(1 byte)
(1 byte)
broadcast
th
nd
2002.
Bit 4
Bit 5
Bit 6
Bit 7
Datos de la requisición
(n bytes)
Datos de la respuesta
(n bytes)
). En este caso, ningún esclavo responderá al maestro.
2002.
Paridad o stop bit
Stop bit
CRC
(2 bytes)
CRC
(2 bytes)
SSW-06 | 17

Publicidad

Tabla de contenido
loading

Tabla de contenido