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!
PorSatoshi
Nuevo Webinar OPC UA: Arquitecturas
Buscas información concisa sobre OPC UA, y quieres ver casos para poder aplicarlo. Pero buscas algo más que un texto. Seguramente un webinar en tiempo real, para ver casos y responder algunas consultas, te vendría bien. ¿Es tu caso’? Entonces necesitas un Webinar OPC UA. Sigue leyendo:
¿De qué va el Webinar OPC UA?
Al grano. Seguramente lo que buscas son soluciones e ideas reales. Buscas implementar alguna solución y quieres ver cómo aplicarlo. O buscas aprender de esta tecnología, porque sabes que tarde o temprano, la vas a terminar necesitando. Sea como sea, en el webinar trataremos temas que te van a venir muy bien. Son los siguientes:
- OPC Clásico
- Arquitecturas y restricciones en redes actuales
- Migración de OPC Clásico a OPC UA
- Integración entre PLC’s y aplicaciones móviles
Como ves, se trata de un conjunto de temas muy interesantes, que te darán información de primera mano sobre el protocolo de comunicación de la industria 4.0. El tiempo de duración del webinar es de 30 minutos aproximadamente.
¿Por qué un Webinar?
Porque no quiero hacerte perder el tiempo. Con el webinar verás información clara y concisa. Y en tiempo real. Eso significa que, entre otras cosas, podrás preguntar, en tiempo real, aquellas preguntas o inquietudes que tengas sobre OPC UA.
Otro aspecto a tener en cuenta es que este webinar es gratuito. Eso significa que podrás acceder a información confiable sin coste alguno.
¿Cómo apuntarse?
Pues es realmente fácil, sólo tienes que solicitarlo en el siguiente enlace, Rellena los campos y selecciona la opción “Webinar de OPC UA!”
https://www.opiron.com/contacto/
Este webinar es On Demand, así que esperamos tu contacto para atenderte!
PorSatoshi
De PLC a SQL de forma efectiva
¿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!
PorSatoshi
Nuevo Workshop de Codesys en Saguapac Bolivia
Estamos contentos de anunciar que los pasados días 20, 21, 22, 23 y 24 de Mayo estuvimos en Santa Cruz de la Sierra, Bolivia, donde impartimos un Workshop especializado sobre Codesys®.
Como partners de Codesys®, somos expertos en la tecnología, y solemos asesorar a las empresas para su implementación.
Módulos y modalidad del Workshop
El entrenamiento In Company es una modalidad de curso dirigida por un instructor, que se desplaza a las oficinas del cliente final. A lo largo del entrenamiento, las partes teóricas son seguidas por ejercicios prácticos para asegurar que los conocimientos son correctamente adquiridos por los alumnos.
El Workshop estuvo compuesto por 4 módulos completos, cada uno con diferentes capítulos teóricos y prácticos. Son los siguientes:
- Fundamentos de automatización y PLC’s
- Introducción a Codesys®
- Comunicaciones Industriales con Codesys®
- Programación avanzada con Codesys® y texto estructurado
Tópicos tratados
Entre otros, vimos una descripción completa sobre diferentes opciones de comunicación con Codesys®, tales como OPC o Modbus. También tratamos diferentes temas como lenguajes de programación, configuración de hardware o creación de librerías entre otros muchos temas interesantes.
También vimos temas candentes como interfaces de visualización, que incluso pueden permitir trabajar sobre dispositivos móviles tales como Android, iOS, etc.
Acerca de Saguapac
Saguapac es una cooperativa de servicios de agua potable y aguas residuales en Santa Cruz de la Sierra- Bolivia. Por supuesto, el uso de tecnología de Codesys® en sus instalaciones está resultando muy efectiva.
Solicita tu Workshop
La modalidad In Company brinda una experiencia única al participante, ya que se ofrece un modo de aprendizaje interactivo, donde se combinan teoría y prácticas enfocadas a casos reales.
Una de las cosas que además hace especialmente recomendable esta modalidad es la de poder ver casos específicos con el cliente, lo que hace que los cursos sean especialmente provechosos.
¿Te interesa? Puedes contactarnos directamente haciendo clic aquí.
