Inicio > Foro > Convertidores de interfaz > Pasarela Modbus TCP / RTU en conexión multipunto
- Este tema tiene 6 respuestas, 2 participantes y se actualizó por última vez Hace años 3 da Sergio Bertana.
-
autorPublicación
-
Febrero 24, 2021 en 2: 27 pm #59150Marcellopartícipe
Necesito conectar algunos dispositivos en conexión multipunto a una puerta de enlace Modbus TCP / Modbus RTU ¿Qué convertidor puedo usar?
Febrero 24, 2021 en 2: 40 pm #59152Sergio BertanaAdministrador del foroTodas las pasarelas ATC Modbus le permiten administrar múltiples dispositivos (hasta 485) conectados en multipunto en el puerto RS32 (es necesario usar un cable trenzado para la conexión). Al conectarse al convertidor en TCP, es posible enviar comandos Modbus indicando el número de nodo al que enviar el comando.
El paquete Modbus RTU con el número de nodo se enviará al puerto serie RS232 o RS485 y solo responderá el dispositivo direccionado. El paquete Modbus RTU recibido se convertirá a Modbus TCP y se enviará como respuesta.
ATC-1300: Solo puede funcionar como servidor.
ATC-3002: Tiene una amplia capacidad de configuración y permite configurarlo como servidor o como cliente.
Febrero 24, 2021 en 4: 13 pm #59153MarcellopartícipeBueno, gracias, problema resuelto.
Marzo 28, 2021 en 11: 50 am #59368StefanopartícipeEngancho a esta publicación para una aplicación similar. Hay una veintena de contadores de energía conectados en un bus RS485 con protocolo MODBUS RTU. Necesito conectar una puerta de enlace TCP / RTU al bus para poder leer los registros de la red.
Luego tendré una máquina virtual, en la que se ejecuta el software MES, que periódicamente sondeará los medidores para detectar la energía consumida. En otra máquina virtual, un software supervisor leerá los diversos datos relacionados con tensiones / corrientes / potencias instantáneas.
Dado que tendré que comprobar bien los tiempos de sondeo para no saturar el bus, puede suceder que los dos software hagan una petición casi simultáneamente, por lo que la pasarela debe poder poner en cola las peticiones o en todo caso gestionar el caso.
¿Cuál podría ser el producto más adecuado?
Marzo 28, 2021 en 11: 58 am #59382Sergio BertanaAdministrador del foroAl leer la documentación de Modbus TCP Gateway a RTU / ASCII ATC-3002 parece que puede manejar la cola de solicitudes de Modbus y, por lo tanto, debería resolver el problema por usted. Personalmente, nunca he intentado gestionar más de una conexión simultánea.
Para nuestros sistemas SlimLine desarrollamos el FB ModbusTCPGateway lo que le permite administrar múltiples conexiones simultáneas. Una vez desarrollado sabemos exactamente cómo funciona, en la práctica cuando recibe una solicitud Modbus TCP la transforma en RTU y la reenvía por el puerto serie, esperando la respuesta que será redireccionada al cliente TCP.
Si varios clientes realizan solicitudes simultáneas, naturalmente es necesario que los que lleguen más tarde esperen a que se concluya la solicitud anterior con un inevitable alargamiento de los tiempos.
Pero siendo eso SlimLine programable, también puede interrogar cíclicamente a todos los dispositivos en RTU colocando los datos en los registros del sistema que serán interrogados vía Modbus TCP (El sistema acepta múltiples conexiones Modbus TCP simultáneas) en este caso no tiene tiempos de retardo. además, al administrar los datos del programa, puede ejecutar cualquier intercambio para adaptar el endianness en las variables de 32 bits.
Abril 20, 2021 en 7: 54 am #59648[email protected]partícipeTambién tengo una aplicación de lectura de contadores de energía Lovato, conectada en cascada en RS485, tengo que crear una aplicación que me lea cíclicamente los distintos dispositivos en Modbus desde mi PLC.
Tengo un MPS054B110 y, según los ejemplos del sitio, he intentado incluir la biblioteca eLLabMdbDevsLib, la última descargada del sitio para usar las funciones MODBUS. Desafortunadamente, cuando comienzo la compilación, solo con la biblioteca incluida y sin línea de comando o llamada a los FB, siempre obtengo este error de compilación:
ModbusMaster_v1.File – error A4108: eFILEP => Base object not found.
Alguna sugerencia?
Abril 20, 2021 en 8: 03 am #59655Sergio BertanaAdministrador del foroTodas las nuevas bibliotecas se han convertido para la nueva arquitectura. XUnified (Ver artículo), probablemente el tuyo SlimLine tiene una versión de firmware todavía XTarget. Ahora tienes dos opciones:
1) Incluya también la biblioteca en su proyecto eLLabXTargetAdjLib.
2) Realice una actualización del sistema y conviértala en un sistema. XUnified (Ver artículo).Definitivamente recomiendo la segunda solución que le permite actualizar el sistema haciéndolo compatible con todas las nuevas versiones de la biblioteca.
Añado una propina para adquirir los distintos medidores que puede utilizar el FB ACModbus, Comando de matriz Modbus, que se basa en una sola instancia del FB ModbusMaster_v1 permite secuenciar automáticamente las distintas adquisiciones.
-
autorPublicación
- Debe iniciar sesión para responder a este tema.