Com-Server Box-to-Box:

• Configure el modo RS485 de 2 hilos en ambos Com-Server través de un interruptor DIP: 1,2,5 = ON, Rest = OFF. La activación de la terminación (interruptores 6 y 7) depende de la estructura de bus RS485 disponible. Un segmento RS485 físico no puede tener más de dos redes de terminación.

• Conecte la fuente de alimentación y la conexión serial de los Com-Server en el bus- RS485, p. ej. con el adaptador roscado RS485.

  

• Asigne los parámetros de IP (dirección de IP, máscara subred, gateway) en los dos Com-Server con WuTility.

  

• Configure los parámetros de transmisión seriales en los dos Com-Server adaptados al bus RS485 (normalmente esto es idéntico en los dos Com-Server). El handshake tiene que ser None.

  

• Active la opción de empaquetado Interpacket Delay = 3ms en ambos Com-Server. Esto garantiza que el datagrama de Modbus sea transferido cerrado en un paquete de red.

  

• Configure el modo Box-to-Box en el Com-Server seleccionado como maestro B2B, incl. la opción Activ. Packet Options.

  

• Active la opción Activ. Packet Options también en el Com-Server que trabaja como esclavo B2B.

  

• Importante: todos los ajustes llevados a cabo en los Com-Server tienen que ser guardados a través de la página de Logout.

  

En el mejor de los casos, la conexión entre el maestro Modbus y los esclavos Modbus remotos funciona ahora a través de la conexión Box-to-Box.

Tanto en el maestro B2B como en el esclavo B2B tiene que estar ejecutado en Connection State el estado ’Locked’:

"Scanning", "Unlocked" y otros mensajes indican problemas en el lado de la red. Por ejemplo, que la otra parte respectiva no esté accesible o el rechazo de un intento de conexión vía TCP. Compruebe:

• La configuración de B2B en el Com-Server maestro
• Los parámetros básicos de IP de los Com-Server (dirección de IP, máscara de subred, gateway)
• La conexión de red entre los dos Com-Server
• Si hay cortafuegos en la estructura que bloqueen la conexión.

Aquí se muestran los errores notificados por el módulo de transmisión serial (UART) durante la recepción de datos (Framing Error o Parity Error).

Toda comunicación serial es iniciada por el maestro Modbus, de modo que el Error State debería ser comprobado primero en el Com-Server conectado allí. En primer lugar, borre la lista actual para eliminar errores antiguos. Si tras una actualización manual de la página web siguen apareciendo errores, se pueden considerar las causas siguientes:

• Diferente configuración de velocidad en baudios, paridad o cantidad de bits de datos en el maestro Modbus y en Com-Server
• Conexiones A/B o +/- del bus RS485 invertidas
• No hay ninguna terminación del bus RS485 (o son más de dos)

Independientemente del modo de operación, aquí tiene lugar un recuento de todos los caracteres recibidos (= Serial Rec) y enviados (= Serial Rec) por el Com-Server respectivo. La página web no se actualiza automáticamente, por lo que es necesario cargarla de nuevo (F5) manualmente para disponer de los datos actuales. Algunos ejemplos:

1. Todo perfecto:

2. Esclavo RTU no envía ninguna respuesta:

Posibles causas:

• Diferente configuración de los parámetros de transmisión seriales en Com-Server y en el esclavo RTU
• Polaridad del bus invertida en el lado del esclavo RTU
• Rotura de cable, errónea asignación de pines, etc. en el esclavo RTU
• Direcciones de Modbus erróneas en las peticiones
• Las opciones de empaquetado en el maestro B2B no están configuradas o activadas

3. Todos los contadores funcionan correctamente, pero el maestro RTU notifica timeouts o errores para los esclavos RTU conectados tras el túnel de la red

Posibles causas:

• Las opciones de empaquetado en el esclavo B2B no están configuradas o activadas
• Tiempo de respuesta demasiado justo en el maestro RTU