TN316KS - CONEXIÓN KEPSERVEREX - MBTCP/IP Y RTU
Tech Support
Rev. 10
Descripción general
Esta nota técnica explica y detalla el procedimiento a seguir para comunicar Kepserver con un Servidor Modbus TCP y un Servidor Modbus RTU.
Modbus es un protocolo de comunicación serial desarrollado por Modicon (ahora parte de Schneider Electric) en 1979. Se utiliza para la transmisión de datos entre dispositivos electrónicos, como controladores lógicos programables (PLC), sensores y otros dispositivos en redes industriales. Funciona sobre distintas interfaces como RS-232, RS-485 y Ethernet (Modbus TCP). Modbus permite la comunicación maestro-esclavo, donde el maestro solicita datos o comandos a los esclavos, y es ampliamente utilizado debido a su simplicidad y robustez.
Creación del canal Modbus TCP/IP
Ahora sí procedemos con la configuración y comunicación mediante KepServerEX de Tags mediante el protocolo de Modbus TCP/IP:
- Lo primero es asegurar que tengamos conexión entre los servidores, para ello podemos simplemente realizar un ping desde uno de los servidores para asegurar la comunicación entre ellos.
- Una vez tenemos “ping” podemos proceder con la configuración del canal y el dispositivo en KEPServerEX 6 Configuration.
- Clic derecho en “Connectivity” > New Channel.
- Seleccionar driver “Modbus TCP/IP Ethernet” y nombramos el canal.
- Especificación del network virtual asignado al canal en cuestión.
- Especifique el adaptador de red a enlazar. Si se deja en blanco o se selecciona Predeterminado, el sistema operativo selecciona el adaptador predeterminado.
- Podemos dejar el resto de opciones por defecto y proceder con la creación del canal. Si hacemos doble clic abriremos el menú de edición del canal:
Configuración del dispositivo MBTCP/IP
En este apartado se detalla como realizar la configuración del dispositivo Modbus TCP/IP.
- Clic derecho sobre el canal recientemente creado y selección de “New Device”, o bien seleccionar alguna de las dos opciones de “Click to add a device”:
- Nombrar dispositivo.
- Selección del protocolo a utilizar, Modbus en este caso.
- Configuración de la IP de la estación o nodo con el que queremos comunicar:
- Especificación del modo de escaneo de los Tags en el dispositivo para las actualizaciones enviadas a los clientes suscriptores.
- Las propiedades de temporización del dispositivo permiten adaptar la respuesta del controlador a las condiciones de error de la aplicación, con varias configuraciones, por ejemplo podemos definir un tiempo máximo de intento de conexión antes de interpretar que se trata de un error de comunicación.
- Configuración del Auto-Demotion para intento de reconexión tras perder comunicación con el dispositivo por la razón que sea.
- Configuración del puerto utilizado para la comunicación, por defecto el puerto de MBTCP es el 502.
- Podemos dejar por defecto las siguientes opciones, también podemos consultar la ayuda por si tenemos dudas sobre alguna configuración o campo a rellenar, aunque en principio las opciones por defecto permiten comunicación fluida, y están configurados para ello por lo que suele ser mejor idea dejarlos que modificarlos sin el conocimiento suficiente.
- Una vez completada la configuración, aparecerá un nuevo dispositivo al pulsar sobre el canal en cuestión:
NOTA: en este documento se han configurado el “Channel2” y el “Device1” de este canal. - Dispositivo configurado con éxito en este punto.
Definición de los tags en el dispositivo configurado
En este apartado veremos, a grandes rasgos, como crear tags y poder comunicar mediante KepServerEX con el protocolo MBTCP/IP, para ello primero debemos conocer el direccionamiento de las señales Modbus que queremos monitorizar, para poder configurarlo posteriormente. Para la configuración, simplemente debemos seguir los siguientes pasos:
- Consulta de los tags que se quieren monitorizar y esquema de direccionamiento.
Modbus TCP/IP tiene cuatro tipos de datos: Coils (salidas binarias), Discrete Inputs (entradas binarias solo lectura), Holding Registers (registros de 16 bits para lectura y escritura), e Input Registers (registros de 16 bits solo lectura). Cada tipo varía en la forma de acceso y propósito, como entradas o salidas digitales o analógicas. - Opcional: creación de grupos para gestión de los Tags. Se pueden crear grupos de Tags para la gestión y organización de estos, se recomienda utilizarlos.
- Teniendo en cuenta el archivo de “Help”, podemos ir creando los Tags y direccionando según los datos que tengamos, el tipo de dato que sean y como están organizados.
- De manera que definimos los tags que queramos monitorizar en Runtime y los podemos ordenar según grupos y subgrupos, para facilitar la gestión y la organización de la información.
- Una vez los Tags han sido correctamente definidos, podemos proceder con las pruebas de comunicación de los Tags, para ello debemos acceder al cliente de KepServerEX, cuyo nombre es “QuickClient”, y cuya ruta de acceso se detalla a continuación:
Podemos acceder haciendo clic derecho en cualquier canal, dispositivo:
O bien mediante el botón de la “Toolbar”:
- En este punto, si todo ha sido correctamente configurado, podremos ver los datos en tiempo real del PLC, servidor, o dispositivo encargado de comunicar con KepServerEX. Solamente debemos acceder a los Tags que se quieran analizar o monitorizar y trabajar con ellos.
- Si los datos están correctamente configurados, y están transmitiendo información, los veremos con Quality Good y cada vez que se actualice el valor se incrementará el valor de Update Count, de manera que veremos rápidamente si existe o no la conexión y si estamos visualizando bien los datos o no. Tras unos segundos:
- Si la configuración se ha realizado incorrectamente, o tenemos algún problema con la red o la conexión, veremos los datos en una calidad Mala, o directamente sin calidad o datos confusos.
NOTA: todos los datos de esta TN han sido configurados como “Default”, se recomienda utilizar esta configuración a no ser que se sepa perfectamente el tipo de dato gestionado, este método debería seleccionar y utilizar siempre la configuración correcta, en caso de que tengamos problemas si se recomienda utilizar otros tipos de dato.
Creación del canal y dispositivo en Modbus RTU
En primer lugar, debe existir un “bridge” entre los puertos a utilizar, se debe asegurar que el esclavo y el maestro no tengan mismo COM para la comunicación.
Una vez tengamos claro los puertos COM a utilizar, podemos comenzar con la definición del canal y el dispositivo, para ello:
- Creación del canal desde KepServerEX Configuration y selección de Server (RTU Server Serial) o Client (Modbus RTU Serial).
- Selección del puerto a configurar para las comunicaciones y los campos correspondientes a este puerto.
- Podemos dejar el resto de opciones por defecto y crear el canal.
- Creación del dispositivo, simplemente lo creamos y configuramos, teniendo en cuenta que en la mayoría de casos podemos dejar los atributos por defecto, están pensados para funcionar bien en la mayoría de los casos, con los parámetros por defecto del dispositivo.
- Para la creación de los tags, la mejor opción si no sabemos direccionar es utilizar la ayuda del creador de tags, es muy útil y la información suele estar bien indicada y es clara y concisa.
- Una vez creados el dispositivo y el canal podemos utilizar el QuickClient para analizar las comunicaciones entre los puertos COM, y comprobar que tenemos o no comunicación entre ellos y que KepServerEX los puede leer y gestionar. NOTA: tener en cuenta que ciertos datos no son de lectura escritura, de manera que si queremos leer y escribir debemos utilizar datos Modbus de tipo “Holding Register” para realizar las pruebas de comunicación oportunas.
Nota Importante: Esta Nota Técnica se entrega “as is”, es decir, como complemento a la documentación del producto, pero no incluido dentro del ámbito del Soporte Técnico. Por tanto, cualquier mal funcionamiento derivado del contenido de esta nota técnica no es responsabilidad de Becolve Digital.