Tabla de contenido
Publicidad
Capítulo 8 - Protocolo serie
8.1 Protocolo Modbus RTU para el convertidor ADV80
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 mensa-
jes 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 en-
voltura 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 corre-
sponde 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 men-
saje 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.
ADV80 • Manual de instrucciones
187
Publicidad
Tabla de contenido
