Protocolos de comunicación
Trabajamos en el desarrollo de productos para una amplia variedad de protocolos de comunicación, con especialización, entre otros, en M-Bus y Modbus. Contamos con una experiencia muy amplia en este ámbito y nos esforzamos continuamente por desarrollar productos fáciles de gestionar y utilizar.
Aquí puede encontrar información más detallada sobre los protocolos con los que trabajamos a diario. Si tiene alguna pregunta sobre los protocolos o su estructura, no dude en consultarnos. También agradecemos sus comentarios para futuros desarrollos.
La interfaz eléctrica M-Bus se desarrolló en la Universidad de Paderborn, Alemania, bajo la dirección del profesor Dr. Horst Ziegler. M-Bus o Meter-Bus, que es su nombre completo, es un estándar europeo para la lectura remota de contadores de energía térmica u otros tipos de contadores de consumo. M-Bus también puede utilizarse para leer distintos módulos, como convertidores de impulsos, módulos de entradas analógicas/digitales, etc.
M-Bus es un bus de campo rentable para transferir datos de consumo desde distintos tipos de contadores. Un maestro central, por ejemplo un PC con un convertidor de Ethernet a M-Bus o, alternativamente, de RS232 a M-Bus, se comunica mediante un bus de 2 hilos con los dispositivos -hasta 250 unidades de carga por segmento-, como contadores de energía térmica, agua, electricidad, gas y otros tipos de contadores.
Cada vez más fabricantes implementan la interfaz eléctrica M-Bus en sus contadores. M-Bus es un estándar europeo descrito en las normas EN1434-3, EN13757-1, -2, -3, -4, -5, -6
Modbus tiene sus raíces a finales de los años 70. Durante la fase de desarrollo del protocolo surgieron desacuerdos entre las dos empresas que lo desarrollaban. Esto dio lugar al desarrollo de una variante de Modbus, denominada Jbus. La principal diferencia es que la dirección del registro tiene un desplazamiento de uno, lo que a menudo, incluso hoy en día, provoca bastantes quebraderos de cabeza.
Al principio, la comunicación se realizaba únicamente mediante RS232, pero pronto se incorporó la compatibilidad con RS485, lo que permitió la conexión multidrop, cables más largos y mayores velocidades. Posteriormente también se incorporó la compatibilidad con Modbus sobre TCP, lo que implicó añadir un bloque adicional al mensaje. La parte más importante de este bloque adicional es un llamado transactionid, que hace que el tráfico a través de TCP sea más seguro desde el punto de vista de la comunicación.
Hace algunos años, muchos creían que Modbus desaparecería por ser un protocolo antiguo. Sin embargo, lo que ha ocurrido es que Modbus ha experimentado un renacimiento y hoy se utiliza en muchos contextos diferentes. Modbus es uno de los pocos protocolos que realmente tiene una gran presencia en todos los continentes.
El protocolo M-Bus ASCII fue desarrollado por PiiGAB para facilitar la lectura de contadores M-Bus de forma sencilla, sin necesidad de instalar un controlador M-Bus tradicional.
El protocolo es un protocolo típico de pregunta/respuesta. Las preguntas pueden realizarse mediante comunicación serie o UDP/TCP. Constan de los llamados OPC Items, que se envían como cadenas ASCII. Estas cadenas se codifican posteriormente conforme al estándar OPC y la respuesta del contador se devuelve como una cadena. Estos valores pueden presentarse fácilmente en una pantalla o un sitio web.
OPC es un estándar compatible para intercambiar datos de forma segura y fiable en la automatización industrial y en otros contextos de automatización. Es independiente de la plataforma y garantiza un flujo continuo de información entre dispositivos de distintos fabricantes. OPC Foundation es responsable del desarrollo y mantenimiento del estándar. El estándar OPC consta de varias especificaciones estándar desarrolladas mediante la colaboración de numerosos proveedores líderes mundiales de automatización, usuarios finales y desarrolladores de software. Las especificaciones definen la interfaz entre clientes y servidores, así como entre servidores y servidores, incluido el acceso a datos en tiempo real, la visualización de alarmas y eventos, y el acceso a datos históricos y otras aplicaciones.
Cuando el estándar se publicó por primera vez en 1996, su objetivo era transferir protocolos específicos de PLC, como Modbus y Profibus, a una interfaz estandarizada. Esto permitió que los sistemas HMI/SCADA se comunicaran mediante una "capa intermedia" capaz de convertir las preguntas generales de lectura y escritura de OPC en sus equivalentes específicos de cada protocolo, y viceversa.
Inicialmente, el estándar OPC estaba limitado a los sistemas operativos Windows. Por ello, el estándar se basaba en las tecnologías OLE COM (modelo de objetos componentes) y DCOM (modelo de objetos componentes distribuidos). Estas especificaciones se conocen actualmente como OPC Classic y han tenido una gran repercusión en muchos sectores, como la fabricación, la automatización de edificios, el petróleo y el gas, las energías renovables y muchos otros.
Con la introducción de arquitecturas orientadas a servicios en los sistemas de fabricación surgieron nuevos retos en materia de seguridad y modelado de datos. OPC Foundation desarrolló las especificaciones OPC UA para satisfacer estas necesidades y, al mismo tiempo, crear una tecnología con amplias funcionalidades y una arquitectura de plataforma abierta que sea preparada para el futuro, escalable y ampliable.
Estas son solo algunas de las razones por las que tantos miembros de OPC y otras organizaciones tecnológicas están migrando a OPC UA por su plataforma flexible.
Si desea obtener más información sobre OPC, visite www.opcfoundation.org. PiiGAB cuenta con una experiencia muy amplia en comunicación y controladores para la mayoría de los tipos habituales de instalaciones. Esto abarca desde la automatización de edificios hasta la producción industrial pesada. También trabajamos con instalaciones de abastecimiento y saneamiento de agua, incluida la comunicación telefónica con estaciones de bombeo.
Trabajamos con Citect desde finales de los años 90, principalmente dentro de nuestra área de especialización: comunicación y controladores. Hemos desarrollado varios controladores Citect, desde las especificaciones iniciales hasta controladores probados en versión beta y terminados. Además, hemos ajustado y complementado numerosos controladores. También hemos dirigido proyectos para desarrollar aproximadamente trece controladores Citect diferentes. Si necesita un nuevo controlador Citect o asistencia en materia de comunicación, póngase en contacto con nosotros.