CONVERTIDOR DE PROTOCOLO

Un  conversor de protocolo  es un dispositivo que se utiliza para convertir el protocolo estándar o de propiedad de un dispositivo con el protocolo adecuado para el otro dispositivo o herramientas para conseguir la interoperabilidad. Los protocolos son el software instalado en los routers, que convierten los formatos de datos, velocidad de datos y protocolos de una red en los protocolos de la red en la que los datos está navegando. Hay una gran variedad de protocolos utilizados en diferentes campos como la generación, transmisión y distribución, Petróleo y Gas, Automatización, Utilidades, AMR, y aplicaciones de monitoreo remoto. Los principales mensajes de protocolo de traducción implican la conversión de mensajes de datos, eventos, comandos y sincronización de tiempo.

La arquitectura general de un convertidor de protocolo incluye un protocolo maestro interno que comunica a los dispositivos esclavos externos y los datos recogidos se utiliza para actualizar la base de datos interna del convertidor. Cuando las solicitudes de maestros externos para los datos, el esclavo interno recoge los datos de la base de datos y se transmiten al maestro externo. Habrá diferentes esquemas para el manejo de la notificación espontánea de eventos y comandos. No puede ser diferente medio físico para la comunicación en el protocolo-X & Y, que incluyen RS232, RS485, Ethernet, etc.

aplicaciones de convertidor de protocolo varían de una industria a otra. El convertidor de protocolo puede ser un convertidor de software, convertidor de hardware, o un convertidor integrado en función de los protocolos.

Los principales protocolos utilizados en cada área de aplicación se enumeran en  la lista de protocolos de automatización .

Convertidores de protocolo se utilizan generalmente para la transformación de datos y comandos de un dispositivo o aplicación a otra. Esto implica necesariamente la transformación de los datos, comandos, su representación, codificación y encuadre para lograr la conversión.

Hay tipos simples y complejas de las conversiones en función de la aplicación y el dominio en el que este está siendo utilizado. La conversión más simple y más comúnmente utilizada es la conversión de protocolos entre  Modbus  RTU y Modbus TCP. En esta conversión, no hay ningún cambio en la formulación total. Por lo tanto es fácil de tomar la trama Modbus RTU serie y encapsular en un socket TCP / UDP y enviarlo a través de Ethernet. Dado que tanto los encuadres de protocolo son los mismos, a excepción de la transmisión real de la capa física, tanto las capas de aplicación interpretarán de datos de manera similar, siempre que las interfaces de comunicación se hacen transparentes.

Sin embargo, sí existen conversiones muy complejos, por ejemplo: cuando se formatea los datos, los tipos de datos soportados, los modelos de objetos, etc. Son tan diferentes que el motor de conversión debe hacer las modificaciones no sólo en el encuadre, pero en la información de asignación para cada tipo de datos, comandos y, en algunos casos, los modelos de objetos. Además, puede haber configuraciones de usuario necesarios para definir la cartografía de los tipos de datos soportados y no soportados

Estas transformaciones, sin embargo, lograr ventajas conversión, retraso en la comunicación, la latencia de procesamiento, y un fin general para terminar el tiempo de procesamiento que es finito y tiene que ser considerada en todos los diseños de soluciones.

La latencia de la comunicación de extremo a extremo depende del retardo de procesamiento del hardware y / o software que se utiliza, el protocolo y la conversión de la complejidad, y de la arquitectura de la solución. Estas latencias pueden variar para las aplicaciones típicas de automatización industrial y de la energía a partir de 10-20 milisegundos hasta un máximo de 1 segundo. arquitecturas de soluciones utilizando convertidores de protocolo deben tener en cuenta esta latencia y cómo afectará el proyecto para el que se están considerando los convertidores.

Además, la mayoría de este tipo de arquitecturas implicaría configuración y mapeo que ambos requieren considerable esfuerzo de ingeniería y el tiempo de ingeniería. Estos deben ser considerados durante la definición de los programas del proyecto.