Conectar un RISH LM 1360 a un PLC Fatek Serie FBs

Después de la odisea que les conté en el post anterior (sí, esa donde el menú IP desapareció por culpa del Baud Rate), nos enfrentamos al siguiente problema: ¿Cómo rayos conectamos este instrumento al PLC Fatek Serie FBs?

Revisamos manuales, vimos todos los tutoriales disponibles y hasta tuvimos "asesoría" con el servicio técnico de Fatek. ¿El resultado? Nada funcionó. Pero como somos decididos, seguimos probando hasta que lo logramos. Aquí les dejo la receta de cómo conectar estos dos equipos sin morir en el intento.

Configurar los puertos del PLC

Lo primero es usar el Ethernet Scan de Fatek para dejar el PLC listo. Un punto vital: el Puerto 2 debe configurarse como Modbus Client. Esto es muy importante, si no, el PLC no tomará la iniciativa de ir a buscar los datos.

En la sección de Service Ports, deben mapear los datos así:

  • IP del instrumento: La que configuramos en el post anterior.

  • Remote Station: El Address que pusimos en el menú SEr.

  • Remote Port: El puerto Modbus que sacamos del menú IP del RISH.

  • Local Station: El valor con el que el PLC identifica internamente al equipo.

Con la red lista, nos vamos al ladder. Usamos la función M-BUS (150). 

Aquí el secreto es que el Table Starting Address tiene que ser el mismo que el SR que pusimos en la función, o simplemente no va a haber comunicación.

Tabla de registros

Un dato importante: El RISH entrega los valores en dos registros (por ejemplo, el voltaje V1 usa el 30001 y 30002). Así que en la tabla Modbus, el Data Size debe ser de 2.

¡Ojo aquí!: La cantidad máxima de datos que puedes pedirle al RISH de una sola vez es 40. Si intentas pedirle 41 o más, el equipo te va a mandar un error y no te va a entregar nada.

El misterio de los parámetros y el "Swap" de registros

Aquí es donde la cosa se puso rara. Al configurar el puerto, terminamos usando parámetros que no coincidían con lo que decía el instrumento, pero ¡sorpresa!, así es como funcionó.

Cuando al fin recibimos datos, nos dimos cuenta de que estaban en hexadecimal y se veían horribles. Para pasarlos a algo que un humano entienda (flotantes), usamos la función 08.MOV.


Resulta que el orden en que el RISH manda los bytes no es el mismo que el Fatek espera. Para arreglarlo, hicimos un "enroque":

  • El valor de R1 lo movimos a D1.

  • El valor de R2 lo movimos a D0.

Al cruzar los registros de esta manera y usar el inspector de variables en modo Floating (DDx), ¡al fin aparecieron los voltajes reales!

Conclusión

Fue un camino largo, probando y fallando, pero logramos leer en tiempo real todo lo que el LM-1360 estaba registrando vía Modbus TCP. Si estás en un proyecto de análisis de energía y te encuentras con estos equipos, espero que este camino ya recorrido te sirva para ahorrarte unos cuantos dolores de cabeza.

¡Nada como ver esos valores flotantes moviéndose en el inspector después de días de pelea!



Comentarios

Publicar un comentario

Cargando menciones...

Entradas más populares de este blog

Cimplicity: Cambiar texto de un botón según el estado de un punto

Imagen
Recientemente, en un proyecto implementé una solución para un botón de conmutación ( toggle ) que indica el modo de operación ( Manual o Automático ) de forma dinámica. A continuación, explico cómo configurar este comportamiento utilizando variables de objeto y procedimientos. El Desafío Necesitamos que un mismo objeto gráfico realice dos tareas: Invertir el valor de un bit en el PLC. Cambiar su propio texto para reflejar el nuevo estado. Para que esto sea eficiente, el texto no puede ser estático. Utilizaremos una variable interna, en este caso llamada {Modo} , que servirá como puente entre la lógica del punto y la visualización. Configuración de la Variable Dentro de las propiedades del grupo o botón, en la pestaña Variables , debemos declarar la variable {Modo} . Es recomendable asignarle un valor inicial como "INDEFINIDO" o "ERROR" para detectar rápidamente si la lógica de actualización no se está ejecutando. Lógica de Eventos y Procedimientos El secreto para...

Cimplicity: Un problema de región

Imagen
A veces, en automatización, los errores más desesperantes no vienen de la lógica del proceso, sino de los detalles más pequeños del sistema operativo. Hace poco, trabajando con Cimplicity , me topé con un error tan extraño como molesto que me impidió avanzar por un buen rato. El Problema Intentaba ingresar una expresión simple en un objeto de texto para mostrar un valor analógico con sus unidades. La idea era usar esta fórmula: FormatReal(EU_CONV('02727-PI-08328'), 2, 4, 1, 0, 0) + " [bar]" A pesar de que la sintaxis es correcta según el manual, el Workbench simplemente rechazaba la expresión. No permitía validarla, como si estuviera escrita en otro idioma. ¿Qué estaba pasando realmente? Después de investigar, llegué a la raíz del problema: la configuración regional de Windows . Resulta que el motor de expresiones de Cimplicity es extremadamente sensible a cómo el sistema operativo maneja los separadores. En Chile ...

RISH LM-1360: No muestra el menú de IP

Imagen
Durante la configuración de un analizador de redes RISH LM 1360 para integración con PLC, se detectó la desaparición de las opciones de configuración de red (IP Address, Subnet Mask, etc.) dentro de la interfaz del dispositivo. A pesar de que el equipo había sido configurado previamente mediante Ethernet, el menú correspondiente dejó de ser accesible de forma local. El manual de usuario no documenta condiciones de error que oculten este submenú. El acceso al menú de configuración IP en este modelo está condicionado por los parámetros de la interfaz de comunicación serial. Si el Baud Rate o la configuración de paridad no coinciden con ciertos valores predeterminados de fábrica o estables para el firmware, el sistema oculta las opciones de red TCP/IP para priorizar o estabilizar el stack de comunicación. Solución del Fabricante Para restablecer la visibilidad del menú IP, se deben ajustar los parámetros en el menú de comunicación serial ( SEr ) a los siguientes valores específicos: Ba...