RS-485 Instalación y config...
Función
Código de
función
Diagnóstico 8
Tabla 9.6
Códi
Nombre
go
1
Función
incorrecta
9
9
2
Dirección de
datos
incorrecta
98
AF-650 GP
Código de
Subfunción
subfunción
1
Reiniciar comunicación
2
Devolver registro de
diagnóstico
10
Borrar contadores y
registro de diagnóstico
11
Devolver recuento de
mensajes de bus
12
Devolver recuento de
errores de comunicación
de bus
13
Devolver recuento de
errores de excepciones de
bus
14
Devolver contador de
mensajes de esclavos
Significado
El código de función recibido en la
petición no es una acción permitida para
el servidor (o esclavo). Esto puede ser
debido a que el código de la función solo
se aplica a dispositivos recientes y no se
implementó en la unidad seleccionada.
También puede indicar que el servidor (o
esclavo) se encuentra en un estado
incorrecto para procesar una petición de
este tipo, por ejemplo, porque no esté
configurado y se le pide devolver valores
registrados.
La dirección de datos recibida en la
petición no es una dirección admisible
para el servidor (o esclavo). Más concre-
tamente, la combinación del número de
referencia y la longitud de transferencia
no es válida. Para un controlador con 100
registros, una petición con desviación 96
y longitud 4 sería aceptada, mientras que
una petición con desviación 96 y longitud
5 genera una excepción 02.
TM
Guía de diseño e instalación
Códi
Nombre
go
3
Valor de
datos
incorrecto
4
Fallo del
dispositivo
esclavo
Tabla 9.7 Códigos de excepción Modbus
9.2.3.4 Campo de datos
El campo de datos se construye utilizando grupos de dos
dígitos hexadecimales, en el intervalo de 00 a FF en
hexadecimal. Están hechos con un carácter RTU. El campo
de datos de los mensajes enviados desde un maestro a un
dispositivo esclavo contiene información más detallada que
el esclavo debe utilizar para realizar la acción definida por
el código de función. Este puede incluir elementos tales
como direcciones de registro o bobinas, la cantidad de
elementos que se manejarán y el contador de los bytes de
datos reales del campo.
9.2.3.5 Campo de comprobación CRC
Los mensajes incluyen un campo de comprobación de
errores, que se comporta en base al método de Compro-
bación de redundancia cíclica (CRC). El campo CRC
comprueba el contenido de todo el mensaje. Se aplica
independientemente del método de comprobación de
paridad utilizado para los caracteres individuales del
mensaje. El valor CRC lo calcula el dispositivo emisor, que
añade el CRC como último campo del mensaje. El
dispositivo receptor vuelve a calcular un CRC durante la
recepción del mensaje y compara el valor calculado con el
valor recibido en el campo CRC. Si los dos valores son
distintos, el resultado es un tiempo límite de bus. El campo
de comprobación de errores contiene un valor binario de
16 bits implementado como dos bytes de 8 bits. Cuando
esto se ha realizado, el byte de orden bajo del campo se
añade primero, seguido del byte de orden alto. El byte de
orden alto del CRC es el último byte que se envía en el
mensaje.
DET-767/S
Significado
Un valor contenido en el campo de datos
de solicitud no es un valor permitido para
el servidor (o esclavo). Esto indica un fallo
en la estructura de la parte restante de
una petición compleja como, por ejemplo,
la de que la longitud implicada es
incorrecta. Específicamente NO significa
que un conjunto de datos enviado para
su almacenamiento en un registro cuyo
valor se encuentra fuera de la expectativa
del programa de la aplicación, ya que el
protocolo modbus no conoce el
significado de cualquier valor
determinado de cualquier registro en
particular.
Un error irrecuperable se produjo
mientras el servidor (o esclavo) intentaba
ejecutar la acción solicitada.