Diferencia entre revisiones de «CheckWiring»
Sin resumen de edición |
|||
Línea 2: | Línea 2: | ||
Se debe comprobar el cableado Modbus RTU-RS485 tras la [https://{{SERVERNAME}}/index.php/Special:MyLanguage/Planning-route '''puesta en marcha'''] de la instalación y cuando se comienzan a visualizar problemas de comunicación sobre la plataforma. | Se debe comprobar el cableado Modbus RTU-RS485 tras la [https://{{SERVERNAME}}/index.php/Special:MyLanguage/Planning-route '''puesta en marcha'''] de la instalación y cuando se comienzan a visualizar problemas de comunicación sobre la plataforma. | ||
Se puede consultar cómo realizar la [https://{{SERVERNAME}}/index.php/Special:MyLanguage/ModbusRTU-RS485 '''Conexión Modbus RTU-RS485'''] | Se puede consultar cómo realizar la [https://{{SERVERNAME}}/index.php/Special:MyLanguage/ModbusRTU-RS485 '''Conexión Modbus RTU-RS485'''] pinchando en el [https://{{SERVERNAME}}/index.php/Special:MyLanguage/ModbusRTU-RS485 '''enlace''']. | ||
pinchando en el [https://{{SERVERNAME}}/index.php/Special:MyLanguage/ModbusRTU-RS485 '''enlace''']. | |||
En caso de tener fallos con la ayuda de las gráficas se podrá tener una primera visualización de estos fallos | En caso de tener fallos, con la ayuda de las gráficas, se podrá tener una primera visualización de estos fallos. Es posible que se visualicen sólo puntos, cortes intermitentes, falsas conexiones en el control, es decir que el control aparece como conectado aunque no esté registrando datos, desconexiones intermitentes de los controles sobre la plataforma, perdida de lecturas en un bus o varios, entre otras. | ||
A continuación se muestran unas gráficas donde se identifican estos fallos intermitentes de comunicación. | |||
[[Archivo:Ejemplo gráfica fallo de comunicación en el bus.png|centro|miniaturadeimagen|800x800px|Ejemplo de visualización de fallos de comunicación mostrado en puntos]] | [[Archivo:Ejemplo gráfica fallo de comunicación en el bus.png|centro|miniaturadeimagen|800x800px|Ejemplo de visualización de fallos de comunicación mostrado en puntos]] | ||
[[Archivo:Ejemplo de visualización de fallo de comunicación mostrado con cortes .png|centro|miniaturadeimagen|800x800px|Ejemplo de visualización de fallo de comunicación mostrado con cortes.]] | [[Archivo:Ejemplo de visualización de fallo de comunicación mostrado con cortes .png|centro|miniaturadeimagen|800x800px|Ejemplo de visualización de fallo de comunicación mostrado con cortes.]] | ||
Línea 27: | Línea 26: | ||
[[Archivo:TOPOLOGIA DAISY-CHAIN.png|centro|miniaturadeimagen|800x800px|Conexión de equipos RS485 siguiendo una topología daisy-chain]] | [[Archivo:TOPOLOGIA DAISY-CHAIN.png|centro|miniaturadeimagen|800x800px|Conexión de equipos RS485 siguiendo una topología daisy-chain]] | ||
Deben estar conectadas entre sí utilizando el bornero del cuadro de kiconex o del kiBox como inicio o final de línea, nunca conectándose a las máquinas o equipos monitorizados, si la malla se conecta a una máquina la tensión que ésta pueda tener puede terminar siendo inducida en el bus de comunicación creando ruido y conflictos en él, incluido la rotura de uno o más puertos del kiBox. | |||
Deben estar conectadas entre sí utilizando el bornero del cuadro de kiconex o del | |||
== Voltaje == | == Voltaje == |
Revisión del 17:08 22 abr 2023
Comprobación del cableado modbus RTU-RS485
Se debe comprobar el cableado Modbus RTU-RS485 tras la puesta en marcha de la instalación y cuando se comienzan a visualizar problemas de comunicación sobre la plataforma.
Se puede consultar cómo realizar la Conexión Modbus RTU-RS485 pinchando en el enlace.
En caso de tener fallos, con la ayuda de las gráficas, se podrá tener una primera visualización de estos fallos. Es posible que se visualicen sólo puntos, cortes intermitentes, falsas conexiones en el control, es decir que el control aparece como conectado aunque no esté registrando datos, desconexiones intermitentes de los controles sobre la plataforma, perdida de lecturas en un bus o varios, entre otras.
A continuación se muestran unas gráficas donde se identifican estos fallos intermitentes de comunicación.
Medición de los buses
Los puntos que se deben tener en cuenta para las comprobaciones son las siguientes:
Polaridades
Las polaridades son las estrictamente utilizadas en el protocolo modbus RTU utilizando la tipología Daisy-chain descrita en los requisitos de cableado
Deben estar conectadas entre sí utilizando el bornero del cuadro de kiconex o del kiBox como inicio o final de línea, nunca conectándose a las máquinas o equipos monitorizados, si la malla se conecta a una máquina la tensión que ésta pueda tener puede terminar siendo inducida en el bus de comunicación creando ruido y conflictos en él, incluido la rotura de uno o más puertos del kiBox.
Voltaje
Se debe medir tensiones en corriente alterna y corriente continua con ayuda de un multímetro.
Las mediciones se deben realizar directamente en el bus por lo que se debe desconectar el bus del bornero o del kibox.
Se debe medir entre positivo-negativo, positivo-tierra y negativo-tierra, tanto en alterna como en continua. NO debe tener tensión alguna en alterna. En continua puede tener posiblemente hasta 1 Vcc debido al flujo de comunicación.
En caso de tener corriente alterna se debe identificar el equipo que está induciendo esta tensión en el bus y revisar el cableado que esté en condiciones óptimas.
Continuidad
Se debe medir continuidad entre positivo-negativo, positivo-tierra y negativo-tierra, siendo esta inexistente.
En caso de tener continuidad, se debe identificar el contacto que está provocando esta continuidad y subsanar la incidencia.
El bus de comunicación debe estar alejado del cableado de fuerza ya que esto puede producir ruido.
El bus con tensión NO se debe conectar al bornero del cuadro o al kibox, esta acción puede derivar en avería del kibox. En caso de que se realice una sustitución se deben comprobar los buses antes de conectarlos.
La siguiente tabla puede facilitar la recopilación de datos sobre las mediciones:
Una vez saneados los buses y aisladas las máquinas problemáticas tendrá una visualización correcta de las lecturas de los equipos monitorizados sobre la plataforma.