FAQs al Com-Server de serie:
Aplicaciones
- ¿Pueden enlazarse dos LANs de Ethernet entre sí con Com-Servers vía cable de teléfono?
- ¿Cómo se puede hacer accesible un aparato terminal serial con Com-Servers a través de Internet?
- ¿Cómo puede activar un programa en serie no modificable un aparato serial en la red?
- ¿Cómo se carga la red adicionalmente por una conexión en serie realizada a través de un Com-Server?
- ¿Qué retardos tienen que tenerse en cuenta en relación con protocolos en seriales?
- ¿Cómo puede puentearse la conexión entre dos dispositivos seriales por la red?
- ¿Cómo pueden integrarse Com-Server en visualizaciones estándar p. ej. de la técnica central de edificios o automatización?
¿Pueden conectarse con Com-Servers dos LANs de Ethernet a través de un cable de teléfono?
¡Sí! El uso por pares de Com-Servers, que trabajan como SLIP-Router, permite esta aplicación. Más informaciones y detalles técnicos se pueden ller en la hoja de aplicaciones.
Más informaciones:
Manual del Com-Server Highspeed
Ejemplo de aplicación: Slip-Router
¿Cómo se puede hacer accesible un aparato terminal en serie con Com-Servers a través de Internet?
De parte del Hardware, el Com-Server pone a disposición el aparato terminal conectado en serie en primer lugar en el Ethernet LAN local. Utilizando TCP/IP, que como protocolo forma también el fundamento de todo el Internet, puede usarse desde aquí naturalmente cualquier infraestructura existente de red - hasta el propio Internet -. Una posibilidad sencilla de hacer accesibles en todo el mundo Com-Servers también sin una dirección IP oficialmente asignada, la ofrece en muchos Router WAN la funcionalidad integrada NAT (Netzwork Address Translation).
Más informaciones:
Ejemplo de aplicación: NAT
¿Cómo puede activar un programa en serie no modificable un aparato en serie en la red?
El redireccionamiento COM disponible para todos los sistemas usuales Windows permite la instalación de interfaces COM virtuales en un ordenador. Estas interfaces se comportan frente a una aplicación justo como un puerto COM local estándar, aunque la conexión a través de Ethernet se invierte en un Com-Server, al que está conectado el aparato terminal deseado. No hay limitaciones con respecto a la transparencia de datos. Al emplear protocolos en serie - como se usan p. ej. en buses RS485 - se tiene que controlar no obstante la idoneidad de los tiempos vigilados de retardo de caracteres y confirmación para una transmisión de red.
Más informaciones:
Hoja de datos redireccionamiento COM
Ejemplo de aplicación: Redireccionamiento COM
¿Cuánto se carga la red adicionalmente por una conexión en serie realizada a través de un Com-Server?
Para no cargar la red con una muy alta ratio de paquete, el Com-Server dispone de una función protectora correspondiente con la opción de sistema "Network Delay". Con ello se puede determinar que el Com-Server trabaja en el Ethernet p. ej. con una distancia de paquete mínima de 30ms. Con una gama de baudios de 9600 en la parte serie pueden entrar en este tiempo como máx. aprox. 30 caracteres. Con una corriente de datos en serie agrupada se genera por consiguiente aprox. cada 30 ms un paquete de red con la longitud siguiente:
18 Byte de marco Ethernet + 20 Byte IP-Header + 20 Byte TCP-Header + 30 Byte de datos útiles = 88 Byte (~700 Bits)
En el caso desfavorable se genera para cada uno de estos paquetes una confirmación TCP del receptor con una longitud de aprox. 500 Bits respectivamente. Pero en la práctica el número de estos paquetes es generalmente mucho menor, ya que los excitadores TCP confirman resumidos varios paquetes entrantes.
Calculando en grande, se llega en el ejemplo concreto a una carga de aprox. 40.000 Bits/s, lo que en un Ethernet de 10MBit significa una carga de datos inferior a un 0,5%. El valor de 30ms para "Network Delay" es constante e independiente de la gama de baudios ajustada. Si se duplica ésta p. ej. a 19200 baudios, significa al mismo tiempo una duplicación de los datos útiles transmitidos por paquete de red. Pero la carga de red aumenta sólo a 0,7%, puesto que los cabezales de paquete siguen teniendo el mismo tamaño.
Aviso: El cálculo indicado se basa en la suposición de un Ethernet no cargado sin tener en cuenta posibles colisiones aparecidas u otras posibles perturbaciones del flujo de datos. Tales influjos pueden llevar en la práctica a largos tiempos de comunicación y así a mayores paquetes. Con ello también retrocede algo naturalmente la carga de red provocada por los Com-Servers, dado que se transportan más datos útiles por paquete.
¿Qué retardos tienen que tenerse en cuenta en relación con protocolos en serie?
Muchos protocolos en serie (p. ej. 3964R) trabajan de manera que se confirman los bloques de datos enviados por el respectivo receptor p. ej. con el signo ACK o NACK. Esta confirmación en el transmisor se controla temporalmente con un Timeout (TRC = tiempo de retardo de confirmación). Para este dimensionamiento son interesantes los retardos aparecidos en el tramo de transmisión así como en el receptor en serie.
Después de que el Software del Master entregó el bloque de datos a enviar al excitador en serie, para el dimensionamiento del TRC tienen que añadirse los retardos siguientes en una conexión directa en serie:
TRC = tiempo de transmisión en serie bloque de datos+ tiempo de transmisión en serie bloque de datos+ tiempo de transmisión en Slave
Ejemplo:
Longitud del bloque de datos: 100 Byte
Longitud confirmación: 1 Byte
Transmisión en serie: 9600 baudios, sin paridad, 1 bit de arranque, 8 bit de datos, 1 bit de parada = ~ 1ms/Byte
Tiempo de procesamiento aparato terminal en serie: 2ms
Valor mínimo para TRC: (100 Byte + 1 Byte) + 2ms = ~103ms
Si se acoplan entre sí el Master y Slave en serie a través de la red y un Com-Server, se suma a estos valores el tiempo de transmisión necesario por el Com-Server de 4-7ms respect. típico para ida y vuelta (opción "Network Delay" = 0). Además también se tiene que contar con un retardo en la red. Manteniendo las siguientes condiciones marco puede calcularse aquí un valor típico de aprox. 1-2ms:
- Carga de red < 30%
- sin desglose de dirección ARP, es decir conexión TCP existente
- ningún componente separador de carga (conmutadores, Router, etc.)
Comparado con el ejemplo anterior de una conexión directa en serie resultaría un retardo adicional típico de aprox. 10-18ms por la red y Com-Server:
(2 x 4-7ms para Com-Server) + (2 x 1-2ms para red)
¿Cómo puede puentearse la conexión entre dos aparatos en serie por la red?
Con ayuda de dos Com-Servers en modo Box-to-Box. El único requisito previo para este modo operativo en una conexión TCP/IP (p. ej. también vía Internet) entre las dos redes locales. El modo Box-to-Box se instala completamente desde sólo un Com-Server. El capítulo correspondiente del manual contiene una descripción detallada de los pasos de configuración necesarios.
Más informaciones:
Manual del Com-Server Highspeed
Ejemplo de aplicación: Box-to-Box
¿Cómo pueden integrarse Com-Server en visualizaciones estándar p. ej. de la técnica central de edificios o automatización?
Para ser independiente de la cantidad de protocolos de interfaz estandarizados y específicos del fabricante, los sistemas modernos de visualización se sirven en la comunicación con puntos de E/S externos de estándares OPC (OLE for Processcontrol). Además de los Com-Servers en serie el servidor OPC W&T soporta también Web-IO y termómetros Web y puede usarse de esta manera como solución universal en ambientes de aplicación aptos para OPC.
Más informaciones:
Descargar Servidor OPC
Ejemplo de aplicación: Com-Servers en la técnica de automatización