Archivo de etiquetas OPC UA

PorSatoshi

OPC UA: Conexiones y sesiones

Una de las principales características en la que se basa OPC UA es que las comunicaciones entre cliente y servidor están basadas en conexiones y sesiones. ¿Qué son?, ¿Para qué sirven?, ¿Cómo se aplican? En esta entrada trataré de clarificar algunos de estos conceptos.

Sesiones

Lo más importante, las comunicaciones en OPC UA se basan en sesiones. Las sesiones representan una conexión entre la aplicación cliente y la aplicación servidor. En este punto, es bueno diferenciar entre una conexión y una sesión. La conexión se produce cuando el cliente apunta a un endpoint – el del servidor -, y éste le devuelve la “conexión”. En el momento que esto pasa, se establece una sesión, que no es ni más menos que el flujo de información que fluye a través de la conexión generada (como si de una autopista se tratara). Aunque la diferencia a nivel práctico es poca, seguramente conviene recordar que la sesión está más ligada al flujo de datos.

Timeouts y sesiones

¿Qué sentido tendría tener una conexiones y sesiones abiertas si en las mismas no fluyen datos? …Ninguna. Por lo tanto, las sesiones, en general, deben estar “vivas” todo el tiempo… Esto significa que, si una sesión se cierra por lo que sea, luego los clientes y servidores deben desconectarse entre sí. En la práctica, esto significa que cliente y servidor pueden monitorear el estado de la sesión para que noten los problemas con suficiente anticipación y, en caso de desconexión, puedan ser notificados y cerrar la conexión. Los timeouts son herramientas que tienen clientes y servidores para que, teniendo un tiempo predefinido, puedan consultarlo y, en su caso, cerrar la conexión. Por ejemplo, en OPC UA muchos clientes tienen el timeout especificado en una hora, lo que significa que, si no ha habido flujo de datos en ese tiempo, cierran el canal de la comunicación.

Parámetros de sesión

Para generar comunicaciones fiables y seguras en el tiempo, es deseable parametrizar diferentes parámetros en una comunicación OPC UA basada en sesiones. ¿Ejemplos? La cantidad de sesiones abiertas, el timeout y la negociación de la reconexión y son sólo algunos de los parámetros a los que nos referimos.

¿Dónde y cómo setear estos parámetros?

A pesar de la conveniencia de poder configurar estos parámetros, los mismos no siempre están disponibles en los GUI de clientes y servidores para configurarlos. En cualquier caso, eso no significa que no puedan ser manipulables. En Opiron contamos con varias herramientas para ello. ¿Tienes algún problema con la sesión o los timeouts? Aquí estamos para ayudar 😉

¿Quiénes somos?

Somos expertos en tecnología OPC UA y partners de ProsysOPC. Nuestros servicios incluyen desde consultoría, proyectos o Workshops regulares.

PorSatoshi

El concepto de OPC UA Address Space

¿Cómo entrega la información un OPC UA Server a los OPC UA Clients que se conectan? ¿Qué tipo de direccionamiento,  o modelo de información, usa un OPC UA Server para contener las variables? En pocas palabras, estas preguntas las resuelve el OPC UA Address Space.

Object Model

El OPC UA Address Space es la forma que tiene un servidor OPC UA para entregar la información a los clientes. Define un conjunto de objetos ordenados en carpetas, por lo que el cliente OPC UA puede encontrar cada uno de los objetos de forma ordenada y contextualizada. Por ejemplo, podríamos encontrar la temperatura que estamos buscando organizada en carpetas, donde cada carpeta podría tener información relativa a la planta industrial.

Address Space de ProsysOPC UA Simulation Server

El address space puede ser más o menos complejo, pasando desde un modelo similar a OPC Clásico, a modelos mucho más elaborados.

¿Qué tipo de información puedo encontrar en un address space?

Si vienes de OPC Clásico, sabrás que se definían tres especificaciones, la de tiempo real, alarmas y eventos, e históricos. OPC UA (De arquitectura unificada), combina lo anterior. En líneas generales, podemos encontrar información de tiempo real (la temperatura actual), la historia de una temperatura (por ejemplo, un histórico del último mes), alarmas y eventos, y también métodos (o programas).

Atributos

Para cerrar la ecuación, los objetos en OPC UA se describen mediante los atributos. Los atributos contienen información relativa al objeto. Por ejemplo, ¿Qué equipo está midiendo esta temperatura?  ¿Y su serial number? ¿Cuando se realizó la última calibración? Todo este conjunto de consultas que puede tener un cliente, puede ser respondida mediante la definición de los atributos del objeto.

Digital Twin, Industria 4.0

¿Por qué nos interesaría tener un modelo de información tan variable y a la vez que pueda describir tan bien un objeto? La respuesta es clara, para satisfacer las necesidades de la llamada “Industria 4.0” y poder generar, por ejemplo, un gemelo digital o digital twin de una planta.      

¿Quiénes somos?

Somos expertos en tecnología OPC UA y partners de ProsysOPC. Nuestros servicios incluyen desde consultoría, proyectos o Workshops regulares.

PorSatoshi

De PLC a SQL de forma efectiva

Buscas una solución para llevar datos de PLC’s a bases de datos. Una solución que sea configurable, pero que al mismo tiempo sea fiable y te permita dormir tranquilo. También buscas algo que permita leer los datos de varios PLC’s simultáneamente. Sigue leyendo.

¿Por qué necesito enviar datos de PLC a bases de datos?

Porque tienes muchas aplicaciones que leen o corren sobre bases de datos. Puede que tu ERP descanse sobre una base de datos. O quizás usas Power BI para hacer análisis, y buscas una solución para integrar también datos de producción. O a lo mejor, simplemente tienes una licencia SQL que quieres aprovechar para esto. Sea como sea, poner datos de PLC’s en tu base de datos es una alternativa excelente. Sabes bien que los datos de los PLC aislados no tienen el mismo valor que en una base de datos, y tu objetivo es maximizar este valor.

¿Que debería tener una buena solución?

Aunque hay muchas opciones posibles, pocas de ellas van a cumplir con un conjunto de requisitos indispensables para la industria 4.0. ¿Cuáles son estos requisitos? Veamos:
  • Configurable: Que me permita decidir cómo se guarda la información en el tiempo.
  • Lectura de varios PLC’s con diferentes protocolos: Modbus, Siemens, Allen Bradley, etc.
  • Lectura simultánea: Que me permita hacer las lecturas de diferentes PLC’s simultáneamente.
  • Que habilite comunicaciones seguras entre PLC’s y bases de datos vía OPC UA, incluso si entre el PLC y la base de datos hay un firewall de por medio
  • Que permita diferentes métodos de extracción de la base de datos, vía SQL y OPC UA

Te presento nuestras soluciones

En Opiron tenemos varias soluciones que pueden ayudarte con tu objetivo, siempre dependiendo de tus necesidades, te aconsejaremos una u otra. Revísalas a continuación: Cualquiera de las soluciones te ofrece:
  • Un software que puedes configurar o
  • Un proyecto que podemos hacer para ti
  • Conectividad con diferentes bases de datos (MS SQL, MySQL, etc.)
  • Conectividad con diferentes protocolos y equipos (Modbus, S7, Allen Bradley, etc,)
  • Extracción de datos por diferentes métodos

¿Y un data Historian?

Si buscas vias alternativas a las bases de datos tradicionales, te interesa saber más sobre los data historians.

Somos expertos en gestión de información

¿Dónde necesitas llevar tus datos?

  • De PLC a SQL
  • De PLC a Historian (Canary, Osisoft PI,  etc.)
  • De PLC a la nube (plataformas IoT, AWS, etc.)
  • De cualquier otro (SCADA, RTU…) a cualquier otro (MS Excel, SCADA…)

Somos expertos en tecnologías de gestión de información!

historiador de datos
PorSatoshi

Del PLC a la nube, 4 requisitos cumplidos con OPC UA

Estás buscando una solución que te permita llevar datos de PLC’s a la nube. Buscas integrar los datos en alguna base de datos en el cloud. O tal vez pretendes visualizar los datos a través de algún servicio en internet. O a lo mejor, lo que buscas es integrar estos datos con alguna plataforma. Sea como sea, buscas soluciones. Veamos qué necesitas. Y cómo OPC UA puede ayudarte en ello.

1. Seguridad en tus comunicaciones

Piensa en cómo te comunicas cuando haces comunicaciones bancarias. ¿Necesitas seguridad? Por supuesto. La necesitas porque necesitas asegurar que la información entre tú y la entidad es privada y no puede ser deformada. Entonces, ¿No piensas que necesitas algo similar para comunicar datos de producción sensibles?

OPC UA es un protocolo inherentemente seguro, puesto que permite una comunicación con diferentes capas de seguridad, incluidas las comunicaciones por autenticación y encriptación.

2. Representación de datos flexible

Piensalo así, ¿Es lo mismo representar un paisaje con un sólo lapiz, o hacerlo con una rica paleta de colores? La respuesta es obvia y lo mismo pasa con la información. Por ejemplo, si tuvieras que enviar la información del valor de una temperatura, ¿Preferirías poder enviar el valor, o además enviar la planta a la que pertenece, el instrumento que la envía, etc?

OPC UA habilita modelos de información ricos y flexibles, lo que te permite poder representar y contextualizar la información como nunca antes.

3. Multiplataforma

Ya lo sabes, hoy los datos no sólo necesitan compartirse en ordenadores. Probablemente, necesitas que a corto o medio plazo puedas ver datos en otros dispositivos como tablets o teléfonos móviles, sin importar el sistema operativo con el que trabajen.

¿Obvio no? Pues déjame decirte que no todos los protocolos son multiplataforma. OPC UA sí.

4. Flexibilidad y escalabilidad

Puede que necesites enviar sólo unos pocos tags. O tal vez muchos. Y puede que lo puedas hacer desde un ordenador Windows. O no, puede que requieras de un gateway físico para comunicarte.

Hoy, la flexibilidad y la escalabilidad son factores determinantes. Déjame dejarte algunas soluciones:

¿Indeciso? Déjame ayudarte

Pues es normal, las opciones son muchas y variadas. Déjanos un mensaje y te ayudamos!

De modo alternativo, si quieres saber más sobre OPC UA, no te pierdas nuestra serie aquí

¿Quiénes somos?

Somos expertos en tecnología OPC UA y partners de ProsysOPC. Nuestros servicios incluyen desde consultoría, proyectos o Workshops regulares.

PorSatoshi

SQL vs Historian, ¿Qué opción es para mí?

Los plantas industriales requieren normalmente de soluciones informáticas que les permitan almacenar información. Esto es así porque luego necesitan hacer análisis para optimizar procesos, hacer reportes, etc.
Y existe un debate más o menos generalizado, ¿Es buena una base de datos SQL? O, ¿es mejor ir a por un Historian?
Lo primero es decir que cada solución es particular y tiene sus ventajas, vamos a verlo.

Soluciones SQL

Las bases de datos SQL son ideales para almacenar información contextual o genealógica sobre procesos de fabricación.
Una de las grandes ventajas de las bases de datos SQL es que son fácilmente integrables con otros sistemas. Por ejemplo, si uno tiene un ERP, es probable que pueda leer datos directamente de bases de datos SQL. Y eso, en definitiva, da cierta flexibilidad en la apuesta por una base de datos de este tipo.

¿Conoces nuestro OPC UA Historian? Descubrelo aquí

Muchas empresas aprovechan las bases de datos SQL para crear una infraestructura de aplicaciones sobre ellas. Por ejemplo, para administrar tablas personalizadas apuntando a formularios, sistemas de gestión, etc.
La idea de llevar datos de proceso a bases de datos SQL puede ser beneficiosa para que aplicaciones de diferente naturaleza puedan consultar rapidamente información precisa y hacerla disponible a los usuarios. Por ejemplo, ¿Cuánto fue la producción del mes pasado? ¿Cuál fue el promedio de producción por hora?

Soluciones Historian

Los process historian son, simplifando mucho, una suite de herramientas para guardar y analizar información basada en series de tiempo (vamos, la información del tipo que produce un proceso industrial).
Esta suite de aplicaciones se suele basar en bases de datos y herramientas para poder analizar la información. Una cosa a tener muy en cuenta es que, si bien las bases de datos de estas aplicaciones son propietarias, también es cierto que son aplicaciones pensadas para guardar mucha información a lo largo del tiempo.

¿Conoces nuestras soluciones Historian? Echales un vistazo.

Sin lugar a dudas, uno de los puntos donde ganan los Historians es en la compresión de datos. Normalmente, los Historians usan algoritmos para poder compactar la información, lo que hace que, comparadas con bases de datos SQL, puedan guardar más información ocupando menos espacio en disco. Esto también provoca que la información pueda representarse más rapido.

Entonces, ¿Con cuál me quedo?

Eso depende. Si por ejemplo estás requiriendo almacenar datos que luego usarán aplicaciones como ERP’s en una misma base de datos, tal vez puedas contemplar almacenar la información en SQL.
Si por el contrario, buscas almacenar grandes volumenes de información, tal vez la mejor opción es un process historian.

Más sobre Historian

¿Quieres seguir aprendiendo y te interesan los historians? Entonces deberías leer nuestro siguiente capítulo de la serie.

 

Somos expertos en gestión de información

¿Dónde necesitas llevar tus datos?

  • De PLC a SQL
  • De PLC a Historian (Canary, Osisoft PI,  etc.)
  • De PLC a la nube (plataformas IoT, AWS, etc.)
  • De cualquier otro (SCADA, RTU…) a cualquier otro (MS Excel, SCADA…)

Somos expertos en tecnologías de gestión de información!

historiador de datos
PorSatoshi

Y tú, ¿Cómo proteges tus comunicaciones Modbus?

Si eres un fiel lector del blog, ya habrás leído varias notas que hemos publicado sobre la tecnología Modbus. Un protocolo fiable, fácilmente implementable y que encontramos en muchísimas aplicaciones e industrias diferentes. Sin embargo, es ciertamente vulnerable, aqui te explicamos a proteger Modbus.

Antes de nada, si no sabes nada de Modbus, te recomiendo que leas nuestro índice de la serie.

Una perspectiva

Modbus es un protocolo simple, no fue diseñado para lidiar con ninguna cuestión relativa a seguridad. ¿Por qué? Bueno, Modbus existe desde hace muchos años y, en el momento en el que se desarrolló (ya hace varias décadas), nadie tenía una preocupación excesiva en la ciberseguridad. De hecho, Modbus ha estado normalmente comunicando datos de forma aislada y en un ambiente controlado, entre equipos de campo y software industrial.

Sin embargo, el panorama ha ido cambiando con el tiempo. Es evidente que existen virus y ciberataques cada vez más enfocados a la industria y, desde luego, Modbus es una presa fácil para los ciberdelincuentes.

Cómo funciona

Una aplicación puede acceder a MODBUS a través del puerto 502 en la pila TCP / IP. En Modbus, se utiliza un esquema simple de solicitud-respuesta para todas las transacciones MBAP. El cliente inicia una solicitud y el servidor responde.

Por ejemplo, cuando un SCADA requiere un valor de un PLC, envía un mensaje de solicitud para iniciar el proceso de transferencia de datos.

Riesgos de seguridad

La implementación del protocolo MODBUS / TCP contiene múltiples vulnerabilidades que podrían permitir a un atacante realizar una actividad de reconocimiento o emitir comandos arbitrarios.

  • Falta de confidencialidad:  Todos los mensajes MODBUS se transmiten en texto claro a través de los medios de transmisión.
  • Falta de autenticación: no hay autenticación en ningún nivel del protocolo MODBUS.
  • Falta de integridad: No hay controles de integridad integrados en el protocolo de aplicación MODBUS. Como resultado, depende de los protocolos de capa inferior para preservar la integridad
  • Tramas simplistas: Las tramas MODBUS / TCP se envían a través de conexiones TCP establecidas.
  • Falta de estructura de sesión: Al igual que muchos protocolos de solicitud / respuesta (es decir, SNMP, HTTP, etc.) MODBUS / TCP consiste en transacciones de corta duración. Esto, puede hacer que los atacantes pueden inyectar comandos sin conocimiento de la sesión existente.

La solución, OPC UA

La solución más rápida y sencilla es sin duda implementar OPC UA sobre Modbus. OPC UA es el protocolo de la industria 4.0 y está pensado para ser seguro. Si quieres saber más sobre OPC UA, te recomiendo leer nuestra serie.

OPC UA implementa seguridad en tres niveles diferentes para la autenticación, la firma y encriptación y el uso de certificados digitales.

En la práctica, implementar OPC UA sobre Modbus es fácil gracias a nuestro ProsysOPC UA Modbus Server, que además de Modbus TCP, también implementa OPC UA sobre Modbus RTU.

Más información

Si necesitas más información no dudes en contactarnos, estaremos disponibles!

PorSatoshi

¿Que es data logging?

Si has llegado hasta aquí es porque estas preguntándote cosas para historizar información, buscas herramientas, razones o cualquier otra información que pueda resultarte útil. En este post te introducimos al fascinante mundo del data logging!

¿Que es el data logging?

El Data Logging, o registro de datos, es el proceso de recopilación de datos de proceso en una base de datos. Normalmente, los datos son enviados por sensores, PLC’s, RTU’s u otros equipos electrónicos. En general también, la información almacenada se usa posteriormente para guardar información. Es lógico entonces comprender que la información enviada es en tiempo real. Por ejemplo, un termopar envía la temperatura actual. Por otro lado, el almacenamiento se va a haciendo de forma progresiva. Si vamos a hacer almacenamientos cada 6 horas, primero se almacena la temperatura de la mañana, luego la de la tarde, y así sucesivamente…

¿Y por qué es importante el data logging?

En este post no pretendemos externos ni mucho menos darte todas las razones por las que deberías considerar tener un buen sistema que registre información en tu fábrica. Sólo te diremos que, gracias al uso de ordenadores para guardar puedes obtener incontables ventajas. Las más importantes:
  1. Las medidas siempre se toman en el tiempo debido.
  2. A diferencia de los humanos, los ordenadores no se olvidan de cuándo hay que guardar un dato.
  3. Tener una historia consistente de los procesos es el primer paso para poder mejorarlos.
En cualquier caso, por supuesto se necesitan herramientas específicas y una estrategia.

¿Qué ventajas tiene el data logging?

Piénsalo así: Cuando te preguntas cuán bien ha ido la producción en un año, necesitas datos bien ordenados. Cuando te preguntas qué mejoras puedes hacer, necesitas datos.  Y además de datos, necesitas que estos datos tengan información a lo largo del tiempo, o dicho de otra forma, histórica. El data logging por lo tanto es beneficioso para poder tomar decisiones basadas en el tiempo, resolviendo preguntas que nos obligan mirar atrás en el tiempo para mirar con perspectiva el futuro.

¿Y cómo hago el data logging?

Todo empieza con medir aquello que consideres realmente necesario. Te recomiendo leer la siguiente entrada de nuestra serie para seguir aprendiendo sobre este fascinante mundo.

Somos expertos en gestión de información

¿Dónde necesitas llevar tus datos?

  • De PLC a SQL
  • De PLC a Historian (Canary, Osisoft PI,  etc.)
  • De PLC a la nube (plataformas IoT, AWS, etc.)
  • De cualquier otro (SCADA, RTU…) a cualquier otro (MS Excel, SCADA…)

Somos expertos en tecnologías de gestión de información!

historiador de datos
PorSatoshi

De Modbus RTU a Modbus TCP

Déjame adivinar. Buscas alguna solución para pasar datos de Modbus RTU a Modbus TCP, OPC u otros protocolos. En realidad, lo que necesitas es llevar datos de algún equipo Modbus RTU a un SCADA, a otro dispositivo…etc ¿Correcto? En este post te voy a dar algunas opciones.

Antes de nada, si buscas información genérica sobre Modbus, te recomiendo que leas nuestra serie de entradas sobre Modbus. Si ya lo tienes claro, quédate y sigue leyendo.

¿Por qué de Modbus RTU a Modbus TCP u otros protocolos?

Bueno, lo primero y más importante. ¿Por qué debería pasar de uno al otro? Hay muchísimas razones posibles. Sin embargo, en líneas generales, los casos más comunes son los siguientes:

  1. Necesitamos comunicar un equipo que sólo dispone de comunicación Modbus RTU, con otro equipo que sólo dispone de comunicación Modbus TCP.
  2. Necesitamos comunicar un equipo con Modbus RTU con un SCADA, HMI o similar.
  3. Quieres tener las ventajas de las redes Ethernet. Y es lógico, porque Modbus TCP aprovecha las ventajas de las redes Ethernet en cuanto a velocidad, simplicidad en la configuración, etc.

¿Qué opciones tenemos? Veamos algunas.

Opción 1: Soluciones basadas en hardware únicamente

Convertidores Modbus RTU a Modbus TCP. Se trata de una opción basada en hardware. Haciendo una simple búsqueda en Google se pueden encontrar múltiples ofertas, con múltiples funcionalidades, precios, etc.

En líneas generales, suelen tener varias opciones de comunicación de entrada (RS-232, RS-485, etc.) y salidas Ethernet. Si se van a montar en un cuadro o tablero eléctrico, no está de más que además sean montables por Rail DIN.

Son opciones económicas aunque luego necesitan más elementos de red para enviar datos a sistemas (tales como switches, etc.). Además, al ser opciones basadas únicamente en hardware, su configuración puede ser escasa, por lo que sus opciones pueden terminar resultando muy limitadas.

Opción 2: Soluciones basadas en software únicamente

Gateways basados únicamente en software. Pueden cumplir la función que se está buscando. Los mismos pueden instalarse sobre máquinas Windows y tener automáticamente un Gateway. Normalmente para este caso necesitarás complementar tu conversión con un conversor serie a usb.

La otra opción, es pasar de Modbus a OPC UA. Los servidores OPC permiten exponer datos de equipos Modbus (RTU o TCP) a clientes OPC. Esta opción tiene varias ventajas. Pero ya para este caso, te recomiendo leer esta entrada.

Opción 3: Soluciones hibridas entre hardware y software

Gateways que combinan hardware y software. Otra alternativa es utilizar nuestro Gateway basado en Codesys. El Gateway permitirá no sólo pasar de Modbus RTU a Modbus TCP. También permite enviar datos via OPC UA o incluso enviar datos directamente a un móvil, tablet o pc con interfaces personalizadas. Se tratará de una opción por lo tanto, también basada en hardware, multiprotocolo, económica y efectiva.

Conclusión, ¿Qué es mejor?

Depende realmente del caso. Las pasarelas son bastante estándar y relativamente simples de conseguir. El servidor OPC UA de Modbus es también una opción estupenda, sobretodo porque permite una configuración mucho más amplia, en cuanto a seguridad de comunicaciones, modelado de direcciones, etc. El Gateway basado en Codesys es una opción que combina cosas de ambos casos….

¿Tienes dudas? Envianos un email, estamos para ayudar 😉

PorSatoshi

Lanzamos el Ebook de OPC UA!

Así de claro: lanzamos Ebook de OPC UA gratuito y para todo el mundo. Tal cual lo lees, desde Opiron hemos decidido lanzar un Ebook para generar valor a nuestros lectores y, sobretodo, entregarles un material que consideramos que será de gran ayuda. Sigue leyendo.

¿Por qué OPC UA?

OPC UA es el protocolo industrial del futuro. Es el heredero de OPC Clásico, sinónimo de interoperabilidad y fiabilidad en la industria por más de 20 años. Hereda todas sus características, pero además incluye funcionalidades que lo preparan para el futuro:
  • Independencia de plataformas: No más DCOM
  • Incorpora una mayor seguridad en la información
  • Arquitecturas simplificadas (no más tunnelling!)
  • Compatible con múltiples protocolos (Modbus, BACNet, DNP3, de PLC’s como Siemens o AllenBradley…)
  • Escalable

¿Qué tiene el ebook de OPC UA?

El Ebook tiene los siguientes apartados que te permitirán introducirte de forma rápida y eficaz a este protocolo de comunicación:
  • Explicación del protocolo
  • Comparación con OPC Clásico
  • Migración y arquitecturas
  • Comunicaciones Seguras
  • Casos de éxito y conclusiones

Más!

¿Quieres leer más sobre OPC UA? Te recomendamos leer una serie de artículos que ya hemos elaborado y que encontrarás en nuestro blog:
  1. ¿Por qué OPC? La torre de Babel de las comunicaciones industriales
  2. ¿Qué es OPC?
  3. ¿Qué es OPC UA?
  4. 5 Diferencias entre OPC Clásico y OPC UA
  5. Conectar Clientes y Servidores OPC UA
  6. De Modbus a OPC UA en 10 minutos
Muchos de los contenidos que verás en estas entradas los encontrarás en el libro, incluso ampliados!

Sección de descargas

Abrimos una sección de descargas donde podrás empezar a descargar nuestros productos digitales. Allí encontrarás ebooks y cursos por el momento, pero más adelante puede que incluso haya más sorpresas. ¿Interesante eh? Pues tal vez te suena todavía mejor si te comento que muchos de estos recursos van a ser gratuitos. Esperamos que lo disfrutes :)!

¿Quiénes somos?

Somos expertos en tecnología OPC UA y partners de ProsysOPC. Nuestros servicios incluyen desde consultoría, proyectos o Workshops regulares.

PorSatoshi

Cómo conectar Cliente y Servidor OPC UA en menos de 3 minutos

En la serie de OPC UA hemos aprendido varias cosas conceptuales, pero, ¿Qué hay de la práctica? En esta entrada te vamos a mostrar, mediante un vídeo, a cómo conectar cliente y servidor OPC UA de nuestro partner ProsysOPC. Vamos allá!

Vídeo demostrativo

Vamos al grano. Hemos elaborado un tutorial de menos de 3 minutos con los que verás, paso a paso, a conectar clientes y servidores OPC UA. Lo tienes en la parte superior de la entrada

¿Fácil eh? Pues espera a saber la cantidad de aplicaciones con las que puedes usar estas herramientas!

¿Para qué sirve?

Esta comunicación tan sencilla la puedes aplicar para conectar servidores OPC UA conectados a máquinas reales. Por ejemplo, puedes conectarte a un servidor UA que esté registrando datos de planta, como el Modbus Server (échale un vistazo a este tutorial). O para conectarte con aplicaciones historiador y obtener tendencias de producción de forma fácil e intuitiva.

En realidad, la cantidad de aplicaciones es tan grande que es mejor que tu mismo imagines cómo lo podrías usar. Pero te recomiendo que leas un poco más.

Características

Veamos algunas características de las aplicaciones utilizadas. En cuanto al ProsysOPC UA Simulation Server:

  • Multiplataforma
  • Certificado por la OPC Foundation
  • Generación de señales en el servidor

En cuanto al Prosys OPC UA Client:

  • Multiplataforma (De nuevo!)
  • Acceso a datos de máquinas remotas
  • Acceso a datos en tiempo real, históricos y alarmas y condiciones.

¿Te interesaría probar las aplicaciones? Estamos aquí para ayudar!

Aplicaciones

Muchísimas! OPC UA aplica a muchas industrias. Ya sea que trabajes en una industria de proceso, de maquinaria, de generación de energía o de comida, por poner sólo algunos ejemplos, puedes empezar a tomar ventaja de la tecnología. OPC UA permite integrar toda clase de dispositivos con sistemas de automatización y aplicaciones de software de manera segura. Además, puedes utilizar OPC UA para desarrollar aplicaciones basadas en internet de gestión de datos remota, monitoreo, reporting, etc.

¿Dudas? Estamos para conversar! Contacta con nosotros.

¿Quiénes somos?

Somos expertos en tecnología OPC UA y partners de ProsysOPC. Nuestros servicios incluyen desde consultoría, proyectos o Workshops regulares.