¿Qué es un servidor de dispositivos seriales?
Un servidor de dispositivos seriales es un equipo de red que pone uno o más dispositivos seriales heredados en una red IP, para que equipo que solo habla RS-232 o RS-485 se pueda alcanzar por Ethernet o la nube. Difiere de un simple convertidor de un solo canal al ofrecer múltiples puertos seriales y acceso basado en driver, dejando al software del host tratar un puerto serial remoto como si estuviera enchufado en la máquina local. Para sitios llenos de RTU, medidores y computadores de flujo más viejos, es el puente que trae el equipo serial a una arquitectura de monitoreo moderna y centrada en la red.
Servidor de dispositivos seriales en una línea: Un servidor de dispositivos seriales es un equipo multipuerto que conecta dispositivos seriales heredados a una red IP, exponiéndolos ya sea como puertos COM virtuales en un host o como sockets TCP crudos. Permite al software existente hablar con equipo serial remoto por Ethernet sin recablear, lo que lo hace la forma estándar de habilitar en red múltiples RTU, medidores o computadores de flujo a la vez.
Puertos COM virtuales y modos TCP crudo
Un servidor de dispositivos seriales típicamente ofrece dos formas de alcanzar el equipo serial detrás de él. En el modo de puerto COM virtual, un driver instalado en la máquina host crea puertos COM de software que se mapean a través de la red a los puertos seriales físicos del servidor de dispositivos, así que una aplicación abre lo que luce como un puerto local y el driver túnela de forma transparente el tráfico al dispositivo remoto. Esto es invaluable para software heredado que solo sabe cómo abrir un puerto COM y no se puede modificar para hablar por una red.
En el modo TCP crudo, el servidor de dispositivos simplemente reenvía bytes entre su puerto serial y un socket TCP, sin driver requerido. El software que puede abrir un socket de red se conecta directamente a la IP y el puerto del servidor de dispositivos e intercambia el mismo flujo de bytes serial que intercambiaría por un cable. Este modo se adapta a aplicaciones más nuevas y muchas veces se usa para llevar protocolos seriales como Modbus RTU a través de una red sin traducción, ya que el servidor de dispositivos solo transmite los caracteres crudos.
Algunos servidores de dispositivos agregan conciencia de protocolo encima, por ejemplo puenteando Modbus RTU serial a Modbus TCP para que un cliente Ethernet pueda direccionar los esclavos seriales de forma nativa. La distinción importa: un relevo TCP crudo transparente preserva el protocolo original byte por byte, mientras que un puente consciente del protocolo traduce activamente entre las formas serial y de red. Elegir el modo correcto depende de lo que el software del host espera y de si el protocolo necesita traducción o solo transporte.
Diseño multipuerto y basado en driver
Lo que distingue a un servidor de dispositivos de un simple convertidor punto a punto de serial a Ethernet es la escala y la integración. Un servidor de dispositivos comúnmente provee varios puertos seriales en un solo chasis, cada uno configurable de forma independiente con su propia tasa de baudios, paridad, encuadre y modo RS-232 o RS-485, así que un solo equipo puede dar frente a todo un rack de equipo serial mixto. Esa consolidación reduce el número de tomas de red y la cantidad de equipo en un sitio comparado con un convertidor por dispositivo.
El ecosistema de drivers es el otro rasgo definitorio. Como el fabricante suministra un driver de puerto COM virtual para el sistema operativo del host, un servidor de dispositivos encaja limpiamente en el software de sondeo, los drivers SCADA y las herramientas de configuración existentes que fueron escritos para puertos seriales físicos. Este modelo basado en driver es por qué a la categoría muchas veces se le llama servidor de terminal o servidor serial, haciendo eco de los equipos de red más viejos que daban acceso de red a consolas seriales.
La configuración típicamente cubre los ajustes seriales por puerto, el modo de operación, y los parámetros de red, y acertar con los ajustes seriales por puerto es tan crítico como en un cable directo, ya que un desajuste en baud o encuadre en cualquier puerto rompe ese canal mientras los otros siguen funcionando. Un servidor de dispositivos bien administrado también reporta el estado y el estado de conexión por puerto, lo que ayuda cuando uno de varios dispositivos conectados queda mudo y usted necesita saber si la falla es el dispositivo, el enlace serial, o la ruta de red.
Servidores de dispositivos seriales en el SCADA en la nube
En un despliegue de SCADA en la nube, un servidor de dispositivos seriales es una forma común de levantar las RTU, medidores y computadores de flujo seriales existentes de un sitio a la red para que un gateway o la nube pueda sondearlos. En lugar de reemplazar instrumentos de campo probados, el operador instala un servidor de dispositivos, cablea el equipo serial existente a sus puertos, y gana acceso de red a todo a la vez. Los instrumentos siguen hablando su protocolo serial nativo mientras el servidor de dispositivos se encarga de llevar ese tráfico a IP.
Esto preserva el capital y reduce el riesgo, porque un computador de flujo o medidor funcional no necesita ser cambiado solo para monitorearse de forma remota. El equipo serial sigue corriendo exactamente como antes, y el servidor de dispositivos agrega una puerta de entrada en red que una plataforma en la nube puede alcanzar a través del enlace celular o Ethernet del sitio. Para campos con muchos dispositivos seriales más viejos, consolidarlos en unos pocos servidores de dispositivos multipuerto suele ser el camino más económico hacia la visibilidad remota.
Desde el lado de la plataforma, los datos aún llegan como registros Modbus o el protocolo serial relevante, ya sea transportados en crudo sobre TCP o traducidos a una forma en red. Un sistema SCADA en la nube que rastrea la salud de comunicación por dispositivo hace luego diagnosticable toda la cadena, ya que un servidor de dispositivos que hace aflorar el estado por puerto combinado con el rastreo de última conexión y de errores a nivel de plataforma permite a un operador señalar si un punto mudo es un instrumento fallado, un desajuste serial en un puerto, o una ruta de red perdida, todo sin un viaje al pad.
Preguntas frecuentes
¿Cuál es la diferencia entre un servidor de dispositivos seriales y un convertidor serial a Ethernet?
Un convertidor de un solo canal de serial a Ethernet típicamente puentea un puerto serial a la red, mientras que un servidor de dispositivos seriales ofrece múltiples puertos y un modelo basado en driver que expone los puertos seriales remotos como puertos COM virtuales en un host. El servidor de dispositivos está construido para habilitar en red varios dispositivos seriales a la vez e integrarse con software existente de puerto COM, lo que lo hace la elección para consolidar muchas RTU o medidores en lugar de un solo enlace.
¿Qué es un puerto COM virtual?
Un puerto COM virtual es un puerto serial de software creado por un driver que se mapea a través de la red a un puerto serial físico en un servidor de dispositivos remoto. Una aplicación abre lo que parece un puerto COM local, y el driver túnela el tráfico al dispositivo remoto de forma transparente. Esto permite a software heredado que solo puede abrir un puerto COM comunicarse con equipo serial por una red IP sin ser reescrito.
¿Un servidor de dispositivos seriales puede llevar Modbus RTU por una red?
Sí. En el modo TCP crudo un servidor de dispositivos transmite el flujo de bytes Modbus RTU de forma transparente por un socket, y algunos modelos puentean activamente Modbus RTU serial a Modbus TCP para que los clientes Ethernet puedan direccionar los esclavos seriales de forma nativa. Cuál enfoque usar depende de lo que el software de sondeo espera. En todo caso, los ajustes seriales por puerto como baud y encuadre deben coincidir con el dispositivo conectado.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.