8.1 Protocolo Modbus RTU para el convertidor AGy
8.1.1 Introducción
Se hace referencia a los parámetros del convertidor en el capítulo como registros Modbus de 16 bits; así un parámetro del
convertidor de 32 bits ocupa 2 registros Modbus.
Consulte el capítulo 7 para las correspondencias: índice de parámetros y registro Modbus.
8.1.2 Il Protocolo MODBUS
El protocolo MODBUS define el formato y la modalidad de comunicación entre un "master" (maestro) que administra el
sistema y uno o más "slave" (esclavos) que responden las preguntas del master. Esto define cómo el maestro y los
esclavos establecen e interrumpen la comunicación, cómo se intercambian mensajes y cómo se encuentran los errores.
Se puede tener un maestro y hasta 99 esclavos en una línea común; debe tenerse en cuenta que éste es un límite lógico
del protocolo, el interface físico puede, por otro lado, limitar posteriormente el número de dispositivos; en la instalación
actual se prevé un máximo de 32 esclavos conectados a la línea.
Solamente el maestro puede iniciar una transacción. Una transacción puede tener el formato pregunta/respuesta directa
a un solo esclavo o broadcast en el que el mensaje se envía a todos los esclavos de la línea que no dan respuesta. Una
transacción se compone de una estructura (frame) una pregunta/una respuesta o una estructura de un mensaje broadcast/
ninguna respuesta.
Algunas de las características del protocolo no están definidas. Son las siguientes: estándar de interface, baud rate,
paridad, número de stop bits. El protocolo permite además elegir entre dos "modos" de comunicación, ASCII y RTU
(Remote Terminal Unit). En el convertidor se implementa sólo el modo RTU ya que es más eficiente.
El protocolo JBUS es funcionalmente idéntico al MODBUS y se diferencia de éste por la distinta numeración de
las direcciones: en el MODBUS se parte de cero (0000= 1ª dirección) mientras que en JBUS se parte de uno
(0001 = 1ª dirección) manteniendo esta separación en toda la numeración. A continuación, si no se menciona
específicamente, cuando sólo se haga referencia al MODBUS la descripción se considera válida para ambos
protocolos.
8.1.3 Formato de los mensajes
Para poder comunicarse entre dos dispositivos, se tiene que tener el mensaje en una "envoltura". La envoltura deja el
transmisor a través de una "puerta" y se "transporta" a lo largo de la línea hasta una "puerta" análoga en el receptor.
MODBUS establece el formato de esta envoltura que, tanto para el maestro como para el esclavo, contiene:
•
La dirección del esclavo con la cual el maestro ha establecido la transacción (la dirección 0 corresponde a un
mensaje broadcast enviado a todos los dispositivos esclavos).
•
El código de la función que tiene que ejecutarse o que se ha ejecutado.
•
Los datos que tienen que cambiarse.
•
El control de errores compuesto según el algoritmo CRC16.
Si un esclavo individualiza un error en el mensaje recibido (de formato, de paridad o en el CRC16) el mensaje se
considera no válido y se descarta, del mismo modo que se descarta cuando un esclavo localiza un error en el mensaje y
no ejecuta la acción sin responder a la pregunta, y también se descarta el mensaje si la dirección no corresponde a un
esclavo en línea.
8.1.3.1 La dirección
Como se ha mencionado anteriormente, las transacciones MODBUS implican siempre al maestro, que administra la línea, y
un esclavo cada vez (excepto en el caso de mensajes broadcast). Para identificar el destinatario del mensaje se transmite
como primer carácter un byte que contiene la dirección numérica del esclavo seleccionado. Cada uno de los esclavos tiene
pues asignado un número de dirección distinto que lo identifica unívocamente. Las direcciones legales son aquellas que se
sitúan entre 1 y 99, mientras que la dirección 0, que no se puede asignar a un esclavo, puesta en cabeza del mensaje
transmitido por el maestro indica que éste es "broadcast", es decir, directo a todos los esclavos al mismo tiempo. Solamente
se pueden transmitir como broadcast mensajes que no requieran respuesta para acabar su función, es decir, solamente las
asignaciones.
Manual de instrucciones ARTDriveG
Capítulo 8 - Protocolo serie
Capítulo 8 - Protocolo serie • 197