PorSatoshi
Caso de éxito: Datos de Unitronics a ERP
El reto
Nuestro cliente tenía dos cosas: Un fantástico PLC Unitronics que controlaba la producción, y por el otro, un sensacional ERP para planificar recursos. Dos cosas fantásticas, pero separadas, o mejor dicho, desconectadas. Y claro, el objetivo no era otro que poder integrar ambos. El cliente buscaba una solución robusta, a largo plazo, y a poder ser, escalable en el tiempo. Y claro, aquí es donde aparece Opiron.Camino para llevarlo a cabo
Lo primero a tener en cuenta son los detalles técnicos del caso. Entre las muchas cosas a valorar, merece la pena mencionar al PLC en si mismo, pero también la base de datos sobre la que el corre el ERP. Por otro lado, están los requisitos del cliente: una solución robusta y escalable – es decir, que, si con el tiempo se necesitan integrar más variables o sistemas, esto se pueda hacer con la misma tecnología-. En Opiron optamos por implementar esta solución. Se basa en tecnología OPC, pero tiene una personalización por nuestra parte, puesto que incorporamos el conector con el ERP, la personalización de las tablas en la base de datos, así como también una herramienta para integrar más tags si es necesario. El desarollo y llevó varias semanas, pero los resultados fueron fantásticos.Conclusiones
Veamos algunas de las mejores satisfacciones al haber realizado este proyecto:- Solución escalable: Se podrán integrar más datos en el tiempo, pero también más sistemas o PLC’s.
- Solución robusta: Se han hecho pruebas que así lo confirman
- Cliente feliz
- Nosotros felices
¿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
Transferencia de archivos con OPC UA
A estas alturas, todo el mundo sabe que OPC UA es una tecnología perfecta para implementar arquitecturas de comunicación modernas y seguras en todo tipo de industrias. Una de las aplicaciones que menos se conocen y que sin embargo pueden ser más utiles es la transferencia de archivos. Hablemos de ello en este post.
¿Por qué la transferencia de archivos con OPC UA?
La transferencia de archivos se hace completamente necesaria para cualquier tipo de industria hoy en día, esto es obvio.
Y también es obvio que tiene que ser de forma segura (es decir, libre de cualquier amenaza informática).Al igual que ocurría con la comunicación de datos en tiempo real, de alarmas y eventos, y de históricos, con OPC UA también es posible generar comunicaciones seguras de archivos. Esto significa que podemos aplicar las mismas propiedades, tales como la comunicación mediante certificados y encriptación.
Casos y ejemplos
Hay muchos casos en los que la transferencia de archivos con OPC UA puede ser beneficiosa:
- Caso 1: Entregar órdenes de producción desde la red de la oficina a la red de producción. Gracias a OPC UA, se puede habilitar la comunicación de archivos a través de Firewall, diferentes segmentos de red, etc.
- Caso 2: Entregar informes de producción desde la red de producción a la sede de la empresa de forma segura a través de una red pública con encriptación OPC UA
- Caso 3: Entregar secuencias de video grabadas desde la producción hasta la oficina
Solución y servicio
Recientemente hemos agregado un nuevo servicio dentro de nuestra cartera de soluciones OPC UA, que consiste en el desarrollo de soluciones de comunicación basadas en tecnología OPC UA. Algunas de las características son:
- Cualquier número y tamaño de archivos
- Certificados de instancia de aplicación OPC UA utilizados para controlar que las aplicaciones pueden acceder a los archivos
- Autenticación OPC UA utilizada para controlar qué usuarios pueden acceder al archivo
Puedes encontrar más información de nuestro servicio aquí
PorSatoshi
¿Excel como herramienta Industrial?
¿Por qué es Excel tan popular?
Bueno, esto es como preguntar, ¿Por qué los coches son tan populares? Fácil. Son útiles porque resuelven problemas generales de una forma agradable. Con Excel pasa lo mismo, y podemos hacer una lista de sus principales características:- Sencillo: Aprender a usarlo es muy fácil
- Accesible: ¿Quién no tiene Excel instalado en su ordenador?
- Popular: ¿Quién no lo ha usado nunca?
- Funcional: Hace exactamente lo que uno espera, y bien
¿En qué casos es útil en la industria?
En líneas generales, para los mismos propósitos que se aplica en cualquier otro sector. Es decir, para hacer cálculos sobre hojas de manera intuitiva. También se utiliza para presentar resultados en forma de informes. En la industria además existen herramientas para conectar Excel con PLC’s y otras fuentes de datos. Esto también es útil muchas veces, puesto que nos permite registrar un dato de forma automática y sin la necesidad que una persona lo registre manualmente. Nosotros tenemos algunos Add In’s disponibles.¿En qué casos no es útil en la industria?
Sin embargo, aunque hay múltiples casos en los que funciona, hay otros en los que tal vez no es la herramienta más adecuada. Por ejemplo:- Visualizar datos en tiempo real: Excel lo puede hacer, pero seguramente no es la mejor opción en la mayoría de casos
- Almacenar información: Está claro, Excel tiene una cantidad de filas limitada
- Compartir información: Bueno, no es por defecto una herramienta donde yo pueda compartir un Dashboard en tiempo real con múltiples clientes de mi organización. Existen herramientas más potentes en este sentido
Más información
¿Conclusión? Excel te puede ayudar en múltiples casos, y puede ser tu mejor aliado en la industria también. Si deseas saber más sobre la relación entre los sistemas industriales y Excel y cómo en Opiron hacemos que se entiendan y trabajen en conjunto, te invitamos a contactarnos.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!
PorSatoshi
TCP y UDP, aplicaciones en la industria
Las aplicaciones que se comunican con Ethernet usan normalmente uno de estos dos protocolos, TCP o UDP. ¿Cuál es la diferencia entre ambos? ¿Para qué se usa cada uno? En esta entrada repasamos las propiedades y ventajas de cada una de estas tecnologías
¿Qué es TCP?
Las siglas son Transmission Control Protocol. La principal característica que diferencia a TCP es que este protocolo garantiza la entrega de los datos entre el emisor y el receptor de un mensaje.
¿Se usan en la industria? Por supuesto. Casos:
- Comunicaciones PLC a PLC
- Comunicaciones PLC a PC (Incluido OPC, etc.)
- Comuninicaciones PC a PC
- Comunicaciones PC a Cloud
Es decir, se usan para casi todo… Las comunicaciones TCP sin ir más lejos son las que usamos todo el tiempo para comunicarnos. Sobre tu navegador, en definitiva, haces una petición como cliente a algun servidor donde está alojada la web con TCP.
¿Qué es UDP?
Las siglas son User Datagram Protocol. Se trata de un protocolo que permite el envío de datos sin la necesidad que exista una conexión establecida.
Las propiedades de UDP hacen que sea un protocolo más ágil, aunque UDP no controla la entrega de la información.
¿Se usan en la industria? Sí, aunque en casos más específicos, pero igualmente útiles. Por ejemplo:
- Si vas a enviar una temperatura que está fluctuando, lo puedes hacer perfectamente con UDP. ¿Y si se pierde un paquete? Nada, la inercia de las temperaturas es tan lenta que no vas a notar cambios. Es decir, que si pierdes un “23.23” y recibes el siguiente paquete con un “23.223”, te dará igual.
- Si necesitas hacer un broadcast (envío a muchos) a varios servidores, sobre vídeo… ¿Qué pasa si se pierde un paquete? Nada, el emisor seguirá enviando imagen todo el tiempo..
UDP de hecho es usado para aplicaciones VoIP o DHCP, entre otras.
¿Qué se usa en la industria?
Pues de todo. Las comunicaciones TCP y las UDP tienen cada una sus propias particularidades, que las hacen beneficiosas en cada caso.
Sin entrar en formalismos, el resumen es que las comunicaciones TCP son más interesantes cuando se necesita establecer una comunicación segura, mientras que las UDP pueden ser más beneficiosas cuando se envían streams de datos que fluctuan todo el tiempo, además de broadcast.
Curso de comunicaciones TCP en la industria
Si eres de aquellos que lleva tiempo buscando algun curso de introducción para saber de una vez la diferencia entre TCP, UDP, FTP, etc. o buscas cómo abrir y cerrar puertos, te traemos buenas noticias, puesto que muy pronto lanzaremos un Curso Digital sobre comunicaciones TCP.
PorSatoshi
Marketplace de soluciones renovado!
Estamos contentos de anunciar que recientemente hemos actualizado nuestro marketplace de soluciones online. ¿Cómo? ¿No sabías que teníamos uno? Sigue leyendo!
¿Marketplace de soluciones? Tienda online
Hace unos meses os contábamos el concepto de nuestra store. La Opiron Store es el marketplace donde puedes consultar nuestros productos y servicios organizados en categorías y en formato ecommerce.
Se trata de una extensión de nuestra misma web, donde encontrarás soluciones de automatización industrial.
Cada uno de los productos y servicios que ofrecemos están organizados en categorías, y tienen una descripción de lo que ofrecen. Si quieres leer la noticia que publicamos en su día sobre la store, la tienes en este post.
¿Qué servicios y productos tiene la store?
Básicamente los encontrarás organizados en tres grandes categorías, y, dentro de ellas, algunas subcategorías:
- Soluciones: Donde encontrarás las soluciones en las que somos expertos:
- Automatización y Control
- Integración de Sistemas
- Gestión de información
- Licencias y Kits: Aquí encontrarás:
- Licencias de software y
- Kits para makers
- Cursos, tenemos dos grandes categorías,
- Workshops
- Cursos y Recursos Digitales
- Soporte
- Cualquier soporte que necesites
Cada una de las categorías tiene por supuesto diferentes productos y servicios. En muchos casos, encontrarás un botón que te pedirá solicitar una cotización o presupuesto, puesto que cada proyecto es un mundo distinto.
¿Dónde está habilitada la Store?
Para todo el mundo. Eso significa que, sin importar donde estés, vamos a poder ayudarte. Muchos de nuestros productos y servicios admiten soluciones remotas y, en otras ocasiones, existen soluciones locales (y nos encanta viajar!).
Así que, incluso aunque no estés cerca, podremos ofrecerte soluciones, sólo contacta y verás cómo 🙂
¿Más dudas?
Seguramente tendrás más dudas y consultas, es normal! Sea como sea, no lo dudes, revisa la store y siéntete libre de preguntar aquello que consideres, te dejamos a continuación el link:
Te esperamos! 😉
PorSatoshi
OPC UA: Conexiones y sesiones
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
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
¿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
Los métodos, otro paradigma del texto estructurado
La programación orientada a objetos, los métodos y el texto estructurado traen consigo nuevas propiedades y paradigmas respecto a la programación industrial tradicional. Una de las propiedades que mejor expresan esta nueva característica son, sin lugar a dudas, los métodos. En este post hablamos de ellos.
¿Qué es un método?
Dentro de la programación orientada a objetos, si nos ceñimos a la definición de libro, diríamos que un método es “Un procedimiento función, que pertenece a una clase”.
Las clases, en POO, son los propios objetos. En ellas se incluyen las propiedades de los objetos, y pueden contener variables, métodos, etc.
¿Y cómo afectan a la automatización industrial?
Como ya definimos en esta entrada, la programación orientada a objetos define un nuevo paradigma, porque permite expresar la realidad de forma diferente a como estamos acostumbrados en la automatización tradicional.
Pongamos ejemplos. Una válvula es un objeto. Por lo tanto, es una clase. Y como sabemos, una válvula encapsula múltiples atributos. Por ejemplo, el tipo de válvula (On / Off, analógica, etc.), pero también si ésta usa alguna función para abrirse.
De esta manera, esto tiene tres beneficios fundamentales:
- La interacción con los objetos es más natural, llamamos a un objeto, y luego a “su” método: “Abrir Vávula”.
- Declaramos una clase una vez, pero luego podemos hacer instancias cuantas veces queramos. Esto significa reducir código.
- Reduce los tiempos de programación.
Implementación
Como ya sabéis, el estándar IEC 61131-3 y Codesys permiten la implementación de métodos y texto estructurado en todo tipo de PLC’s. Y por lo tanto, su llamada en Codesys se puede implementar con facilidad.
Seguimos!
Como ya anunciamos hace un tiempo, estamos trabajando en un curso de Texto Estructurado, que completará nuestra oferta formativa de Codesys. Así que, quedaros atentos!
De todas formas, si quieres contactarnos para resolver alguna cuestión, puedes hacerlo ya desde este formulario.
PorSatoshi
¿Que es la integridad de datos y por qué debería preocuparme?
Sabes que tienes máquinas que están produciendo. Y sabes que estás máquinas son controladas por PLC’s, sensores u otros dispositivos que también están produciendo: Datos.
¿Quieres perder tu producción? Por supuesto que no. Y eso también se refiere a la producción de datos. Entonces, ¿Que es la integrdidad de datos y por qué debería preocuparme?
Escenario inicial
Tienes un sistema que de alguna forma u otra está produciendo millones de datos en el tiempo. Seguramente muchos de los datos producidos son esenciales para comprender tu negocio, porque te dicen muchas cosas.
- ¿A qué horas se producen las alarmas más frecuentes?
- ¿Cuánto fue la máxima de producción de la planta?
- ¿Cómo se correlaciona la nueva receta de producción con las mayores ventas?
Son solo algunas de las muchas preguntas que pueden responder los datos… Ah pero, espera un momento, sólo si estos no se pierden. ¿Cómo asegurar algo así? A esto le llamamos integridad de datos.
La integridad de datos
El término se refiere a la fiabilidad de los datos que se almacenan en algún tipo de base de datos a lo largo del tiempo, pero también en la misma memoria del PLC. Normalmente estos datos están sujetos a múltiples operaciones de consulta a lo largo del tiempo, lo que puede terminar derivando en una alteración de los mismos.
En términos de industria, esta definición se tendría que aplicar desde el momento en que se produce y se registra el dato. Por ejemplo, si tenemos algún OPC Server que conecte la información entre el PLC y el Historian, debería existir algún sistema que garantice que incluso perdiendo la comunicación entre el OPC Server y el Historian, la información queda retenida.
¿Cómo me afecta?
Si nunca te lo has planteado, deberías. Porque cuando haces consultas sobre sistemas que te devuelven la información de algún dato industrial (SCADA’s, bases de datos, etc.), seguramente estás confiando en esa información. ¿Qué ocurriría si la información que lees es errónea?
Por suerte, existen muchos mecanismos hoy en día para poder salvaguardar la integridad de los datos. Desde OPC UA Servers hasta Data Historians optimizados para ello.
En Opiron, tratamos con diferentes sistemas que garantizan tal integridad.
Los Dashboard Industriales
Ahora que ya sabes cómo asegurar la información de tu planta, deberías revisar cómo los dashboard industriales pueden aportarte una experiencia superior en la consulta de los mismos.
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!
PorSatoshi
¿Cómo conectar hardware en Codesys?
Déjame adivinar, quieres programar un PLC de alguna marca concreta con Codesys… y te estás preguntando cómo puedes integrar el hardware en Codesys… Has buscado información en diferentes páginas y has caído hasta aquí. Si es tu caso, o simplemente estás buscando información de Codesys, sigue leyendo.
Algunas ideas antes de empezar
Como ya sabemos, Codesys es una herramienta de programación de PLC’s multiplataforma, en el sentido que podemos programar múltiples PLC’s en un mismo entorno.
Por otro lado, no es menos cierto que la programación se basa en el popular estándar IEC 61131-3, lo que significa que estamos programando bajo un estándar, independientemente del hardware que estemos tratando.
Lista de ingredientes necesarios
Con estas ideas sobre la mesa, entendemos que podemos hacer programas antes de pensar en el hardware. Sin embargo, al final, en algún momento necesitaremos llevar los datos a algun PLC.
Sin embargo, antes de seguir, déjame advertirte que necesitarás tres ingredientes para lograr tu propósito. A continuación:
- Los datos del equipo que queremos programar (incluyendo el PN, etc.)
- Las librerías que contienen el hardware
- El entorno de Codesys
De estos tres elementos, seguramente te falta el segundo ingrediente. ¿Dónde lo consigo? No hay una única respuesta.
Vídeo
Te comentaré algunos secretos y opciones para conseguir hardware e integrarlo a Codesys en el siguiente vídeo. Dentro vídeo:
Sin embargo, puede que realmente no uses Codesys como plataforma, sino alguna basada en ella. Por ejemplo, puede que uses Twincat, o tal vez IndraControl V… Si ese es tu caso, puedes contactarnos si precisas ayuda.
¿Que más tips puedo aprender?
Puedes seguir aprendiendo tips sobre Codesys leyendo el post sobre cómo generar copias de seguridad. O si lo prefieres, puedes echar un vistazo a nuestra lista de servicios y cursos relacionados. Somos expertos y estamos para ayudarte, así que no lo dudes!