Diferencia entre revisiones de «BridgeMode»

De wiki.kiconex
rehecha
 
(No se muestran 12 ediciones intermedias de 5 usuarios)
Línea 1: Línea 1:
= Modo Bridge =
{{DISPLAYTITLE:Modo bridge}}
 
= Modo bridge =
 
El '''modo bridge''' es una funcionalidad de los '''Box 2 y Box 4 kiconex''' que permite conectar un sistema de supervisión externo, como un BMS, SCADA o PLC, a la información de los equipos supervisados por el Box kiconex.
 
Esta función se utiliza cuando una instalación necesita mantener la supervisión en '''Cloud kiconex''' y, al mismo tiempo, entregar datos a otro sistema mediante '''Modbus RTU sobre RS485'''.
 
[[Archivo:SP MODO BRIDGE ESQUEMA rev3.jpg|centro|miniaturadeimagen|800x800px|Esquema funcional del modo bridge entre un Box kiconex, los equipos Modbus RTU y un sistema de supervisión externo.]]
 
__TOC__
__TOC__
== ¿Qué es el modo bridge? ==
Es la posibilidad de utilizar dos sistemas de supervisión a la vez a través del protocolo modbus RTU-RS485.[[Archivo:SP MODO BRIDGE ESQUEMA rev3.jpg|centro|miniaturadeimagen|500x500px|Esquema de conexionado del modo bridge]]


== ¿Cómo funciona el modo bridge? ==
== Qué es el modo bridge ==
En el protocolo modbus sólo puede existir un maestro por lo que esta funcionalidad nos permite conectar dos maestros en una misma red.
 
En una red Modbus RTU solo debe existir un maestro realizando consultas sobre un mismo bus RS485. Si dos maestros consultan directamente sobre el mismo bus, pueden producirse colisiones de comunicación y pérdida de datos.
 
El modo bridge evita esta situación utilizando un puerto RS485 del Box kiconex como puerto de enlace hacia el sistema externo. En esa configuración:
 
* El Box kiconex sigue actuando como maestro Modbus RTU en los puertos donde están conectados los controles o equipos de la instalación.
* El sistema externo actúa como maestro Modbus RTU en el puerto configurado como bridge.
* El puerto bridge del Box kiconex actúa como esclavo frente al sistema externo.
* El Box kiconex entrega al sistema externo los datos de los equipos conectados al propio Box.
 
De esta forma, el sistema externo no se conecta directamente al mismo bus donde el Box kiconex actúa como maestro. La comunicación con el sistema externo se realiza a través del puerto configurado como bridge.
 
== Cuándo utilizar el modo bridge ==
 
El modo bridge es útil cuando:
 
* La instalación ya está supervisada por Cloud kiconex.
* Existe otro sistema de supervisión que necesita consultar datos de la instalación.
* El sistema externo utiliza Modbus RTU sobre RS485.
* Se quiere evitar conectar dos maestros Modbus directamente sobre la misma red RS485.
 
Ejemplos habituales de sistemas externos son un BMS, un SCADA, un autómata programable o una supervisión técnica del cliente final.
 
<div style="border-left:5px solid #fc3; background:#fff4ce; padding:12px 16px; margin:16px 0;">
'''Importante'''
 
No conecte el sistema de supervisión externo en paralelo sobre el mismo bus RS485 donde el Box kiconex actúa como maestro. Para usar dos sistemas de supervisión, utilice un puerto del Box configurado como bridge.
</div>
 
== Modelos compatibles ==
 
El modo bridge aplica a los modelos '''Box 2 kiconex''' y '''Box 4 kiconex''', siempre que la instalación disponga de puertos RS485 suficientes para la arquitectura prevista.
 
Para utilizar esta función debe existir, como mínimo:
 
* Un puerto RS485 utilizado por el Box kiconex para comunicarse con los controles o equipos de la instalación.
* Un puerto RS485 disponible para configurarlo como bridge y conectarlo al sistema de supervisión externo.
 
No utilice esta página como referencia para otros modelos sin validación interna.
 
== Requisitos previos ==
 
Antes de configurar el modo bridge, compruebe:
 
* Que la instalación utiliza un Box 2 o Box 4 kiconex compatible.
* Que el usuario dispone de permisos para editar la instalación en Cloud kiconex.
* Que los controles conectados al Box comunican correctamente.
* Que existe un puerto RS485 disponible para el sistema externo.
* Que se conoce la configuración Modbus RTU que debe utilizar el sistema externo: velocidad, bits de datos, paridad y bits de parada.
* Que el sistema externo dispone del mapeado Modbus que debe consultar.
 
<div style="border-left:5px solid #36c; background:#eaf3ff; padding:12px 16px; margin:16px 0;">
'''Información'''
 
El mapeado Modbus que consulte el sistema externo debe estar validado para la instalación. Si el sistema externo no conoce qué registros debe leer, no podrá interpretar correctamente los datos entregados por el Box kiconex.
</div>
 
== Conexionado necesario ==
 
El sistema externo debe conectarse al puerto RS485 del Box kiconex que vaya a configurarse en modo bridge.
 
Utilice cable apantallado adecuado para Modbus RTU sobre RS485 y respete la polaridad de las señales del puerto:
 
{| class="wikitable" style="width:100%; max-width:850px;"
|-
! Señal
! Descripción
! Criterio de conexión
|-
| '''C'''
| Común
| Utilícelo solo cuando el sistema externo disponga de común. '''C no es GND ni tierra.'''
|-
| '''+'''
| Positivo RS485
| Conecte el positivo del Box con el positivo del sistema externo.
|-
| '''-'''
| Negativo RS485
| Conecte el negativo del Box con el negativo del sistema externo.
|}
 
La pantalla del cable debe tratarse siguiendo el criterio general de conexionado del Box kiconex: mantener continuidad de pantalla y conectarla a tierra o GND en un único punto previsto de la instalación, sin usar la señal '''C''' como tierra.
 
Para el detalle completo de cableado, consulte [[CONN Box kiconex|Conexionado de Box 2 y Box 4 kiconex]] y [[ModbusRTU-RS485|Modbus RTU y RS485]].
 
== Configurar el modo bridge en Cloud kiconex ==
 
La configuración del modo bridge se realiza desde la instalación correspondiente en '''Cloud kiconex'''.
 
=== 1. Editar la instalación ===
 
Acceda a Cloud kiconex, abra la instalación correspondiente y entre en la edición de la instalación.
 
[[Archivo:SP-página inicial instalación editar la instalación.png|centro|miniaturadeimagen|800x800px|Acceso a la edición de una instalación en Cloud kiconex.]]
 
=== 2. Abrir la pestaña Hardware ===
 
En la ventana de edición, abra la pestaña '''Hardware'''. Esta pestaña permite configurar la función de los puertos de comunicación del Box kiconex.
 
Consulte [[Facilities: Hardware de una instalación|Hardware de una instalación]] para más detalle sobre la configuración de puertos.
 
=== 3. Seleccionar el puerto RS485 ===
 
Seleccione el puerto RS485 que se va a utilizar para conectar el sistema externo.
 
No seleccione un puerto que ya esté utilizado para comunicar con controles de la instalación, salvo que se vaya a cambiar expresamente la arquitectura del cableado.
 
=== 4. Cambiar la función del puerto a bridge ===


Se utilizan como puente uno de los puertos del kibox, éste puerto al ser configurado en modo bridge funcionará como esclavo facilitándole los datos de los equipos conectados al kibox al segundo sistema de supervisión (BMS, Scada, etc) que a su vez trabaja como maestro solicitando los datos a las máquinas/equipos conectados.
En la función del puerto, seleccione la opción '''Modbus RTU - Bridge''' o '''Puente''', según el texto mostrado por la versión de la plataforma.


De esta forma siempre hay un maestro en la red.  
[[Archivo:SP-pestaña de configuración del puerto para modo puente.png|centro|miniaturadeimagen|800x800px|Selección de la función bridge o puente en un puerto RS485 del Box kiconex.]]


== ¿En qué dispositivos se puede hacer uso del modo bridge? ==
=== 5. Configurar la comunicación Modbus RTU ===
Se puede hacer uso en los kibox que tengas conexión RS-485, estos equipos son los modelos kibox 2, 4 y 8, 1A y 2A.


== Conexionado necesario para el modo bridge ==
Configure los parámetros de comunicación que utilizará el sistema externo:
Se deben conectar entre sí por modbus RTU RS-485 a través de cable apantallado de dos hilos, debe ir conectado desde uno de los puertos del kibox hasta el sistema externo.


== ¿Qué se necesita para configurar el modo bridge sobre la plataforma? ==
* Velocidad.
* Bits de datos.
* Paridad.
* Bits de parada.


* Tener un usuario de la plataforma.
Estos valores deben coincidir con la configuración del sistema externo conectado al puerto bridge.


* Permisos de edición sobre la instalación.
[[Archivo:SP-configuración de velocidad de trabajo.png|centro|miniaturadeimagen|800x800px|Configuración de los parámetros de comunicación Modbus RTU del puerto bridge.]]


== ¿Qué se necesita para ver los datos de las máquinas o equipos conectados al kibox es su sistema externo? ==
=== 6. Guardar los cambios ===
Para poder visualizar los datos es necesario que solicite el mapeado modbus al fabricante de cada máquina o equipo, con él podrá gestionar la solicitud de los datos a través del segundo sistema de supervisión.


== ¿Cómo se configura el modo bridge sobre la plataforma? ==
Revise la configuración y guarde los cambios.
Esta configuración se debe realizar puesto que puede crear conflicto al tener dos maestros en la misma red ya que por defecto los puertos están configurados como maestros, para ello está la función '''''Modbus RTU – Puente.'''''


Se debe configurar en la plataforma donde se debe configurar también la velocidad en la que trabajará su sistema externo.
Después de guardar, compruebe que:


Los pasos a seguir para la configuración de la instalación sobre la plataforma son:
* La instalación mantiene comunicación con Cloud kiconex.
* Los controles conectados al Box siguen comunicando correctamente.
* El sistema externo puede consultar los registros previstos.
* No se han configurado dos maestros sobre el mismo bus RS485.


1. Editar la instalación.
== Comprobaciones después de configurar ==
[[Archivo:SP-página inicial instalación editar la instalación.png|centro|miniaturadeimagen|500x500px|''Editar la instalación en mykiconex'']]


Antes de dar la instalación por terminada, compruebe:


2. Seleccionar la pestaña hardware (1), seguido del puerto serie (2), seleccionar la pestaña de función (3) donde  se desplegarán las opciones en las que podemos configurar el puerto, las opciones son ''Deshabilitado'', ''Maestro'' o ''Puente,'' seleccionar modo puente (4).
* Que el puerto elegido para bridge coincide con el puerto cableado hacia el sistema externo.
[[Archivo:SP-pestaña de configuración del puerto para modo puente.png|centro|miniaturadeimagen|500x500px|Configuración del puerto en modo puente]]
* Que el sistema externo tiene configurada la misma velocidad, bits de datos, paridad y bits de parada.
* Que la polaridad '''+''' y '''-''' es correcta.
* Que la señal '''C''' no se ha utilizado como tierra o GND.
* Que el sistema externo consulta registros incluidos en el mapeado validado.
* Que Cloud kiconex sigue recibiendo datos de los controles conectados al Box.


== Problemas frecuentes ==


3. A continuación, saldrá la configuración de la velocidad de trabajo (5), se debe comprobar la velocidad con la que trabaja la máquina y tener en cuenta que debe estar configurado de la misma forma tanto en la máquina como en la plataforma. Por último seleccionar el botón de guardar (6).
{| class="wikitable" style="width:100%;"
[[Archivo:SP-configuración de velocidad de trabajo.png|centro|miniaturadeimagen|500x500px|Configuración de velocidad de trabajo en modo puente]]
|-
! Problema
! Comprobaciones recomendadas
|-
| El sistema externo no recibe datos
| Revise que el puerto correcto está configurado como bridge, que el cable está conectado al puerto previsto, que la polaridad RS485 es correcta y que los parámetros Modbus coinciden con los del sistema externo.
|-
| El sistema externo no interpreta los valores
| Compruebe que está utilizando el mapeado Modbus correcto y que los registros consultados corresponden a la configuración validada para la instalación.
|-
| Los controles dejan de comunicar con Cloud kiconex
| Verifique que no se ha cambiado a bridge un puerto que estaba configurado como maestro para comunicar con controles.
|-
| La comunicación es inestable
| Revise el cableado RS485, la continuidad de la pantalla, la conexión a tierra en un único punto, la distancia del cableado respecto a líneas de potencia y la configuración de comunicación.
|-
| Aparecen conflictos de comunicación
| Compruebe que no hay dos maestros conectados directamente sobre el mismo bus RS485.
|}


== Enlaces relacionados ==


Realizados estos pasos queda comprobar el flujo de datos a través de su sistema externo. Para ello debe tener el mapeado modbus de los dispositivos que se están monitorizando, estos mapeados los podrá conseguir consultando al fabricante ya que cada máquina tiene su propio mapeado modbus.
* [[Box|Box 2 y Box 4 kiconex]]
* [[CONN Box kiconex|Conexionado de Box 2 y Box 4 kiconex]]
* [[Facilities: Hardware de una instalación|Hardware de una instalación]]
* [[Facilities: Editar y configurar una instalación|Editar y configurar una instalación]]
* [[ModbusRTU-RS485|Modbus RTU y RS485]]
* [[Modbus-protocol|Protocolo Modbus]]
* [[Access|Acceso a Cloud kiconex]]

Revisión actual - 08:44 1 jul 2026


Modo bridge

El modo bridge es una funcionalidad de los Box 2 y Box 4 kiconex que permite conectar un sistema de supervisión externo, como un BMS, SCADA o PLC, a la información de los equipos supervisados por el Box kiconex.

Esta función se utiliza cuando una instalación necesita mantener la supervisión en Cloud kiconex y, al mismo tiempo, entregar datos a otro sistema mediante Modbus RTU sobre RS485.

Esquema funcional del modo bridge entre un Box kiconex, los equipos Modbus RTU y un sistema de supervisión externo.

Qué es el modo bridge

En una red Modbus RTU solo debe existir un maestro realizando consultas sobre un mismo bus RS485. Si dos maestros consultan directamente sobre el mismo bus, pueden producirse colisiones de comunicación y pérdida de datos.

El modo bridge evita esta situación utilizando un puerto RS485 del Box kiconex como puerto de enlace hacia el sistema externo. En esa configuración:

  • El Box kiconex sigue actuando como maestro Modbus RTU en los puertos donde están conectados los controles o equipos de la instalación.
  • El sistema externo actúa como maestro Modbus RTU en el puerto configurado como bridge.
  • El puerto bridge del Box kiconex actúa como esclavo frente al sistema externo.
  • El Box kiconex entrega al sistema externo los datos de los equipos conectados al propio Box.

De esta forma, el sistema externo no se conecta directamente al mismo bus donde el Box kiconex actúa como maestro. La comunicación con el sistema externo se realiza a través del puerto configurado como bridge.

Cuándo utilizar el modo bridge

El modo bridge es útil cuando:

  • La instalación ya está supervisada por Cloud kiconex.
  • Existe otro sistema de supervisión que necesita consultar datos de la instalación.
  • El sistema externo utiliza Modbus RTU sobre RS485.
  • Se quiere evitar conectar dos maestros Modbus directamente sobre la misma red RS485.

Ejemplos habituales de sistemas externos son un BMS, un SCADA, un autómata programable o una supervisión técnica del cliente final.

Importante

No conecte el sistema de supervisión externo en paralelo sobre el mismo bus RS485 donde el Box kiconex actúa como maestro. Para usar dos sistemas de supervisión, utilice un puerto del Box configurado como bridge.

Modelos compatibles

El modo bridge aplica a los modelos Box 2 kiconex y Box 4 kiconex, siempre que la instalación disponga de puertos RS485 suficientes para la arquitectura prevista.

Para utilizar esta función debe existir, como mínimo:

  • Un puerto RS485 utilizado por el Box kiconex para comunicarse con los controles o equipos de la instalación.
  • Un puerto RS485 disponible para configurarlo como bridge y conectarlo al sistema de supervisión externo.

No utilice esta página como referencia para otros modelos sin validación interna.

Requisitos previos

Antes de configurar el modo bridge, compruebe:

  • Que la instalación utiliza un Box 2 o Box 4 kiconex compatible.
  • Que el usuario dispone de permisos para editar la instalación en Cloud kiconex.
  • Que los controles conectados al Box comunican correctamente.
  • Que existe un puerto RS485 disponible para el sistema externo.
  • Que se conoce la configuración Modbus RTU que debe utilizar el sistema externo: velocidad, bits de datos, paridad y bits de parada.
  • Que el sistema externo dispone del mapeado Modbus que debe consultar.

Información

El mapeado Modbus que consulte el sistema externo debe estar validado para la instalación. Si el sistema externo no conoce qué registros debe leer, no podrá interpretar correctamente los datos entregados por el Box kiconex.

Conexionado necesario

El sistema externo debe conectarse al puerto RS485 del Box kiconex que vaya a configurarse en modo bridge.

Utilice cable apantallado adecuado para Modbus RTU sobre RS485 y respete la polaridad de las señales del puerto:

Señal Descripción Criterio de conexión
C Común Utilícelo solo cuando el sistema externo disponga de común. C no es GND ni tierra.
+ Positivo RS485 Conecte el positivo del Box con el positivo del sistema externo.
- Negativo RS485 Conecte el negativo del Box con el negativo del sistema externo.

La pantalla del cable debe tratarse siguiendo el criterio general de conexionado del Box kiconex: mantener continuidad de pantalla y conectarla a tierra o GND en un único punto previsto de la instalación, sin usar la señal C como tierra.

Para el detalle completo de cableado, consulte Conexionado de Box 2 y Box 4 kiconex y Modbus RTU y RS485.

Configurar el modo bridge en Cloud kiconex

La configuración del modo bridge se realiza desde la instalación correspondiente en Cloud kiconex.

1. Editar la instalación

Acceda a Cloud kiconex, abra la instalación correspondiente y entre en la edición de la instalación.

Acceso a la edición de una instalación en Cloud kiconex.

2. Abrir la pestaña Hardware

En la ventana de edición, abra la pestaña Hardware. Esta pestaña permite configurar la función de los puertos de comunicación del Box kiconex.

Consulte Hardware de una instalación para más detalle sobre la configuración de puertos.

3. Seleccionar el puerto RS485

Seleccione el puerto RS485 que se va a utilizar para conectar el sistema externo.

No seleccione un puerto que ya esté utilizado para comunicar con controles de la instalación, salvo que se vaya a cambiar expresamente la arquitectura del cableado.

4. Cambiar la función del puerto a bridge

En la función del puerto, seleccione la opción Modbus RTU - Bridge o Puente, según el texto mostrado por la versión de la plataforma.

Selección de la función bridge o puente en un puerto RS485 del Box kiconex.

5. Configurar la comunicación Modbus RTU

Configure los parámetros de comunicación que utilizará el sistema externo:

  • Velocidad.
  • Bits de datos.
  • Paridad.
  • Bits de parada.

Estos valores deben coincidir con la configuración del sistema externo conectado al puerto bridge.

Configuración de los parámetros de comunicación Modbus RTU del puerto bridge.

6. Guardar los cambios

Revise la configuración y guarde los cambios.

Después de guardar, compruebe que:

  • La instalación mantiene comunicación con Cloud kiconex.
  • Los controles conectados al Box siguen comunicando correctamente.
  • El sistema externo puede consultar los registros previstos.
  • No se han configurado dos maestros sobre el mismo bus RS485.

Comprobaciones después de configurar

Antes de dar la instalación por terminada, compruebe:

  • Que el puerto elegido para bridge coincide con el puerto cableado hacia el sistema externo.
  • Que el sistema externo tiene configurada la misma velocidad, bits de datos, paridad y bits de parada.
  • Que la polaridad + y - es correcta.
  • Que la señal C no se ha utilizado como tierra o GND.
  • Que el sistema externo consulta registros incluidos en el mapeado validado.
  • Que Cloud kiconex sigue recibiendo datos de los controles conectados al Box.

Problemas frecuentes

Problema Comprobaciones recomendadas
El sistema externo no recibe datos Revise que el puerto correcto está configurado como bridge, que el cable está conectado al puerto previsto, que la polaridad RS485 es correcta y que los parámetros Modbus coinciden con los del sistema externo.
El sistema externo no interpreta los valores Compruebe que está utilizando el mapeado Modbus correcto y que los registros consultados corresponden a la configuración validada para la instalación.
Los controles dejan de comunicar con Cloud kiconex Verifique que no se ha cambiado a bridge un puerto que estaba configurado como maestro para comunicar con controles.
La comunicación es inestable Revise el cableado RS485, la continuidad de la pantalla, la conexión a tierra en un único punto, la distancia del cableado respecto a líneas de potencia y la configuración de comunicación.
Aparecen conflictos de comunicación Compruebe que no hay dos maestros conectados directamente sobre el mismo bus RS485.

Enlaces relacionados