Lo que antes parecía solo podía ocurrir en películas como Terminator, ahora hay tecnologías tan avanzadas que permiten ir reduciendo la brecha entre humanos y robots.

¿En qué nos parecemos unos y otros?

Bueno, no hace falta tener visión infrarroja, un esqueleto metálico ni una fuerza extraordinaria para descubrirlo.

Sin ser cyborgs, podemos decir que una de las principales similitudes que los humanos compartimos con las máquinas es nuestra enorme capacidad de aprendizaje.

En nuestros tiempos, esa capacidad de aprendizaje tiene un nombre y se llama Machine Learning, una disciplina que forma parte del vasto mundo de la inteligencia artificial.

El Machine Learning es la ciencia que enseña a las máquinas cómo comportarse y actuar de una manera similar a las personas, alimentándolas de información y datos, pero sin programarlas para una tarea específica.

¿Pero, por qué decimos de una manera similar a las personas?

Sencillo. Cuando un sistema ordinario es dotado de inteligencia artificial, lo que hace es aprender de las situaciones ocurridas en el pasado a fin de predecir lo que ocurrirá en el futuro para, finalmente, mejorar el resultado.

Exactamente de la misma forma como aprenden las personas en edades tempranas o cuando son bebés.

Veamos un ejemplo:

Un niño primero aprende a gatear para después caminar. Esto lo hace a través de una serie de conexiones neuronales que toman la información de acciones anteriores a fin de prepararlo para dar sus primeros pasos.

Las máquinas también necesitan alimentarse de muchos datos e información de experiencias previas para funcionar correctamente.

Esta fase de recolección de datos y entendimiento de la información es vital porque así tendrá un algoritmo de aprendizaje basado en toda esa información.

De nuevo, igual a como aprende un humano.

Existen diversos métodos de aprendizaje utilizados en el Machine Learning y uno de los principales y más parecidos al de las personas es el de aprendizaje con reforzamiento.

Este consiste en aprender a comportarse a partir de la ejecución de diversas acciones que conducen a una serie de resultados. El objetivo es dar con la acción que genere resultados positivos.

Otro ejemplo relacionado con los bebés humanos: Cuando aprenden, por experiencia propia, que tocar una vela encendida quema, la próxima vez que vean una, se abstendrán de hacerlo (realizarán una acción distinta – no tocar).

En Machine Learning, este método es usado para que la máquina no repita acciones que llevan a malos resultados.

Si, como las máquinas, quieres aprender sobre otros métodos, algoritmos de aprendizaje y demás detalles del Machine Learning, te invitamos a descargar nuestro ebook gratuito: Machine Learning: la ciencia que “humaniza” a las máquinas.

Leelo y si te quedan dudas o tienes algún comentario, contáctanos y con gusto seguimos conversando sobre Machine Learning, Terminator o cualquier otro apasionante tema vinculado a la inteligencia artificial.

Una muy común en el mundo de la automatización industrial es la siguiente: ¿Cómo hago para conectar mis PLCs o sistemas de planta con Amazon Web Services? ¿Es posible?

Al responder afirmativamente, casi siempre el cliente nos formula otras interrogantes que nos permiten entrar más en detalle sobre el proceso a seguir para subir datos a la nube.

Repasemos las diez principales:

1. ¿Cómo puedo conectar mi PLC a la nube sin exponerlo?

Bajo ninguna circunstancia, los PLC o SCADA se conectan a Internet por los riesgos que conlleva. Se debe utilizar una DMZ (red segura) para colocar los datos de mi PLC, previo a subirlos a la nube de Amazon.

2. ¿Esto significa que debo pasarlos por un punto intermedio?

Efectivamente, es lo correcto para mantener la seguridad.

3. ¿Necesitaré un elemento que maneje y concentre los datos de mi PLCs para luego subirlos a la nube?

En efecto, necesitarás de un IoT Gateway.

4. ¿Un IoT Gateway puede leer datos de cualquier PLC y subirlos a Amazon Web Services por sí solo?

No, es importante escoger el IoT Gateway adecuado que entienda el protocolo de la PLC.  Si este es Allen Bradley, el IoT Gateway debe leer datos por Ethernet/IP.

5. ¿Qué protocolos debería soportar el IoT Gateway?

• Modbus
• Siemens PLCs
• Ethernet IP
• OPC UA
• OPC DA
• Entre otros.

6. Ya tengo mis datos del PLC en el Gateway. ¿Ahora, simplemente los subo a Amazon Web Services?

No. Será necesario que el IoT Gateway convierta el protocolo del PLC a un protocolo que entienda Amazon Web Services.

7. ¿Y qué protocolo es ese?

Para Amazon Web Services, el correcto es MQTT.

8. ¿El IoT Gateway deberá ser capaz de soportar MQTT y qué otros protocolos de la nube?

Para el caso de subir datos a Amazon Web Services, lo correcto es MQTT.

Para otros tipos de plataforma, existen protocolos como OPC UA y REST, por ejemplo.

9. ¿Una vez teniendo mis datos en el IoT Hub y convertidos a MQTT, qué más debo tener en cuenta?

Cuando se configura la nube de Amazon, es necesario crear lo que se llaman IoT Devices. La seguridad de la plataforma de Amazon Web Services requiere que la conexión entre el Broker MQTT en la nube y el Publisher MQTT en planta (IoT Gateway), tenga una validación de seguridad, basada en KEYS de acceso.

Por tanto, el IoT Gateway utilizado tiene que soportar la conexión al Amazon Web Services para poder ser compatible con este tipo de seguridad.

10. ¿Cómo lo hacemos en Vester Business?

En Vester Business combinamos dos tecnologías: MatrikonOPC, para la conectividad de los PLCs, y vNode Automation, para las funcionalidades de IoT Gateway necesarias.

Para ampliar más en las respuestas a esta serie de importantes preguntas, te recomendamos descargar el contenido gratuito de nuestro ebook: ¿Cómo conectar mis PLCs o equipos de control con Amazon Web Services?

Si tienes más de diez preguntas, no te preocupes. Agenda una sesión gratuita de media hora con nosotros y respondemos a todas las que tengas. ¡Te esperamos!

Al responder afirmativamente, casi siempre el cliente nos formula otras interrogantes que nos permiten entrar más en detalle sobre el proceso a seguir para subir datos a la nube.

Repasemos las diez principales:

1. ¿Cómo puedo conectar mi PLC a la nube sin exponerlo?

En ninguna circunstancia, los PLC o SCADA se conectan a Internet por los riesgos que conlleva. Se debe utilizar una DMZ (red segura) para colocar los datos de mi PLC, previo a subirlos a la nube de Google Cloud Platform.

2. ¿Esto significa que debo pasarlos por un punto intermedio?

Efectivamente, es lo correcto para mantener la seguridad.

3. ¿Necesitaré un elemento que maneje y concentre los datos de mi PLCs para luego subirlos a la nube?

En efecto, necesitarás de un IoT Gateway.

4. ¿Un IoT Gateway puede leer datos de cualquier PLC y subirlos a Google Cloud Platform por sí solo?

No, es importante escoger el IoT Gateway adecuado que entienda el protocolo de la PLC. Si este es Allen Bradley, el IoT Gateway debe leer datos por Ethernet/IP.

5. ¿Qué protocolos debería soportar el IoT Gateway?

· Modbus

· Siemens PLCs

· Ethernet IP

· OPC UA

· OPC DA

· Entre otros.

6. Ya tengo mis datos del PLC en el IoT Gateway. ¿Ahora, simplemente los subo a Google Cloud Platform?

No. Será necesario que el IoT Gateway convierta el protocolo del PLC a un protocolo que entienda Google Cloud Platform.

7. ¿Y qué protocolo es ese?

Para el Google Cloud Platform, el correcto es MQTT.

8. ¿El IoT Gateway deberá ser capaz de soportar MQTT y qué otros protocolos de la nube?

Para el caso de subir datos a Google Cloud Platform, lo correcto es MQTT.

Para otros tipos de plataforma, existen protocolos como OPC UA y REST, por ejemplo.

9. ¿Una vez teniendo mis datos en el Google Cloud Platform y convertidos a MQTT?, ¿qué más debo tener en cuenta?

Google Cloud Platform tiene su peculiaridad y es que la autenticación de seguridad para la conexión esta dada por un TOKEN, mismo que actúa como una contraseña, esté se reinicia cada 24 horas, o sea, cambia, lo cual hace que las comunicaciones se cierren hasta que sea colocado el nuevo TOKEN. Esto puede llegar a ser un poco tedioso para todos aquellos que deseen enviar o recibir datos desde la Google Cloud Platform.

Sin embargo, en el mercado de los IoT Gateways existe una solución que es capaz de enlazar de manera directa a Google Cloud Platform, estamos hablando de vNode Automation, la que puede hacer el auto-reconocimiento del cambio de TOKEN en el broker. Este IoT Gateway esta diseñado para identificar automáticamente el cambio y mantener la sesión y conexión activas.

10. ¿Cómo lo hacemos en Vester Business?

En Vester Business combinamos dos tecnologías: MatrikonOPC, para la conectividad de los PLCs, y vNode Automation, para las funcionalidades de IoT Gateway necesarias.

Para ampliar más en las respuestas a esta serie de importantes preguntas, te recomendamos descargar el contenido gratuito de nuestro ebook: ¿Cómo conectar mis PLCs o equipos de control con Google Cloud Platform?

Una muy común en el mundo de la automatización industrial es la siguiente: ¿Cómo hago para conectar mis PLCs o sistemas de planta con el IoT Hub de Azure? ¿Es posible?

Al responder afirmativamente, casi siempre el cliente nos formula otras interrogantes que nos permiten entrar más en detalle sobre el proceso a seguir para subir datos a la nube.

Repasemos las diez principales:

1. ¿Cómo puedo conectar mi PLC a la nube sin exponerlo?

Bajo ninguna circunstancia, los PLC o SCADA se conectan a Internet por los riesgos que conlleva. Se debe utilizar una DMZ (red segura) para colocar los datos de mi PLC, previo a subirlos a la nube de Azure.

2. ¿Esto significa que debo pasarlos por un punto intermedio?

Efectivamente, es lo correcto para mantener la seguridad.

3. ¿Necesitaré un elemento que maneje y concentre los datos de mi PLCs para luego subirlos a la nube?

En efecto, necesitarás de un IoT Gateway.

4. ¿Un IoT Gateway puede leer datos de cualquier PLC y subirlos a Azure por sí solo?

No, es importante escoger el IoT Gateway adecuado que entienda el protocolo de la PLC. Si este es Allen Bradley, el IoT Gateway debe leer datos por Ethernet/IP.

5. ¿Qué protocolos debería soportar el IoT Gateway?

• Modbus
• Siemens PLCs
• Ethernet IP
• OPC UA
• OPC DA
• Entre otros.

6. Ya tengo mis datos del PLC en el Gateway. ¿Ahora, simplemente los subo a Azure?

No. Será necesario que el IoT Gateway convierta el protocolo del PLC a un protocolo que entienda Azure IoT Hub.

7. ¿Y qué protocolo es ese?

Para IoT Hub de Azure, el correcto es MQTT.

8. ¿El IoT Gateway deberá ser capaz de soportar MQTT y qué otros protocolos de la nube?

Para el caso de subir datos a IoT Hub de Azure, lo correcto es MQTT.

Para otros tipos de plataforma, existen protocolos como OPC UA y REST, por ejemplo.

9. ¿Una vez teniendo mis datos en el IoT Hub y convertidos a MQTT, qué más debo tener en cuenta?

Cuando se configura el IoT Hub de Azure, es necesario crear lo que se llaman IoT Devices. La seguridad de la plataforma de Azure requiere que la conexión entre el Broker MQTT en la nube y el Publisher MQTT en planta (IoT Gateway), tenga una validación de seguridad, basada en KEYS de acceso.

Por tanto, el IoT Gateway utilizado tiene que soportar la conexión al Azure IoT Hub para poder ser compatible con este tipo de seguridad.

10. ¿Cómo lo hacemos en Vester Business?

En Vester Business combinamos dos tecnologías: MatrikonOPC, para la conectividad de los PLCs, y vNode Automation, para las funcionalidades de IoT Gateway necesarias.

Para ampliar más en las respuestas a esta serie de importantes preguntas, te recomendamos descargar el contenido gratuito de nuestro ebook: ¿Cómo conectar mis PLCs o equipos de control con Microsoft IoT?

Si tienes más de diez preguntas, no te preocupes. Agenda una sesión gratuita de media hora con nosotros y respondemos a todas las que tengas. ¡Te esperamos!

Se puede decir que es la versión “reloaded” del OPC. Varios años después de su aparición, a mediados de los 90, surgió una nueva tecnología adaptada a los tiempos modernos, conocida como OPC UA.

Aunque conserven el mismo nombre, la diferencia entre uno y otro va más allá de dos simples siglas (UA).

En realidad, son varios los aspectos que diferencian a la versión moderna de la clásica. Vamos a enumerar y explicar brevemente los principales en este nuevo artículo que esperamos te sea de utilidad.

Estas son las principales seis diferencias entre la versión clásica y “reloaded” del OPC.

Si quieres conocer más sobre cada una de ellas, te invitamos a descargar nuestro ebook: La tecnología OPC y sus más de dos décadas de evolución.

Como partners de MatrikonOPC, el líder mundial de tecnología OPC, en Vester ofrecemos las mejores soluciones del mercado en todo lo relacionado a OPC Clásico y OPC UA.

Agenda una reunión gratuita con nosotros y te diremos cómo podemos ayudarte en tu proyecto.

Pero si su consulta es sobre PLCs, Medidores de Energía, SCADAS o RTUs, tal vez lo dejen con la duda o más enredado que en un principio.

Todo esto de los equipos de control y sistemas industriales de campo no deja de ser un mundo desconocido y totalmente aparte para los programadores.

De ahí que cuando surge la necesidad de trasladar datos de los sistemas industriales a un sitio web, para fines de plataformas de supervisión en la nube, sistemas de KPIs, aplicaciones de inventarios, etc., muchos no sepan cómo hacerlo.

A no ser por cuatro sencillas letras que han venido a resolver todos sus males en lo que respecta a comunicar equipos de campo con aplicaciones.

Hablamos de REST, una interfaz que se adapta perfectamente al requerimiento de conexión de sistemas basados en el protocolo HTTP y HTTPS, apoyados en formatos de datos como XML o JSON.

Es tan popular que es usado incluso por empresas como Twitter, Facebook, Google, Netflix y LinkedIn.

¿Por qué muchos programadores usan REST para comunicar sus aplicaciones?

• Crea una petición HTTPS que contiene toda la información.

• Se basa en HTTP, que es un protocolo con muchos años de existir y que usan los sitios web para comunicarse.

• Tiene los mismos métodos básicos de HTTP como:

1. POST
2. GET
3. PUT
4. PATCH
5. DELETE

• Todos los objetos se manipulan mediante una URI.
• Permite separar al cliente del servidor.
• Totalmente independiente de plataforma, Linux, Windows, MAC, IOS, etc.
• Es posible crear APIs públicas para acceso de terceros.
• Brinda escalabilidad.

Estos son los principales motivos y ventajas que ofrece el uso de REST para la comunicación de aplicaciones.

Posteriormente viene el paso natural de combinarlo con equipos de campo a través de un URI, como API REST, y utilizar un IoT Gateway para una conversión efectiva.

Si desea conocer más sobre el funcionamiento de API REST y el nombre del IoT Gateway que utilizamos en Vester para este tipo de soluciones, le invitamos a descargar y leer nuestro ebook: ¿Cómo integrar sistemas industriales con sitios web?

Su nombre es Message Queuing Telemetry Transport o MQTT, un protocolo de comunicación altamente popular en los procesos de home automation o aplicaciones de IoT (Internet of Things).

Su función básica es hacer posible la lectura de datos y envío de comandos a dispositivos que requieren bajo ancho de banda y un menor consumo energético. En síntesis, el MQTT permite que puedan comunicarse sin demasiado esfuerzo.

Para entender mejor su funcionamiento, repasaremos cinco conceptos claves relacionados:

1. MQTT Broker

Es un gestor de datos que “vive” en algún lugar de la nube. Recibe todos los datos que están siendo publicados, y decide qué suscriptores deben recibirlos, según el interés de cada uno de ellos.

2. Publish / Subscribe

En MQTT existen publicadores de datos o suscriptores (consumidores) de datos. El publicador puede ser, por ejemplo, un sensor de temperatura que, cada 60 segundos, mide la temperatura de una cámara fría y el suscriptor es el destinatario del dato, el cual debe indicar al bróker su interés en recibir dicho dato específico.

3. Topics

Se refiere a una jerarquía por temas que se les brinda a los mensajes por MQTT. De esta forma, quien publica los mensajes les asigna un tema, y quien se suscribe a los mensajes se suscribe solamente a los que le interesan.

4. Messages

Hay varios tipos de mensajes, según la función a ejecutar. Entre los más usuales se encuentran: connect, publish, subscribe, unsubscribe y disconnect

5. Quality of Services (QoS)

Es parte esencial del protocolo. Son calidades de servicio que define la fiabilidad de los datos. Existen tres niveles que van del 0 al 2 (at most once, at least once y exactly once).

Liviano y popular

El MQTT es un protocolo de comunicación considerado “liviano” – consume pocos recursos de los dispositivos- y que funciona bajo el principio de Publish – Subscribe.

Es, junto con REST y OPC UA, uno de los protocolos más populares para el envío de datos a la nube.

Proveedores como Amazon Web Services y Microsoft Azure tienen a su disposición MQTT Brokers listos para recibir datos de los sistemas industriales y publicarlos hacia aplicaciones clientes. Entre sus principales servicios, destacan Machine Learning, Big Data, Business Intelligence, Machine-2-Machine, KPIs, Dashboards, etc.

Como veíamos en el anterior artículo, para hacer una integración segura y eficiente de los equipos de control con la nube, se debe utilizar un gateway o pasarela.

En Vester tenemos la representación de dos de las principales marcas de IoT Gateway: vNodeautomation.com y Matrikonopc.com.

Si desea ampliar más sobre el MQTT, sus conceptos básicos y cómo lo integramos con los sistemas en planta, descargue nuestro nuevo e-book.

No se quede con dudas. Agende aquí una sesión gratuita de media hora y estaremos cada vez más cerca de empezar a trabajar juntos

Estas son solo tres de las muchas tareas que puedes realizar con una de las herramientas más versátiles y longevas del mundo informático: Excel.

Pero qué pasa si eres ajeno a esos campos y, más bien, te mueves en el mundo de la automatización industrial.

A simple viste parecería que las hojas de cálculo no son compatibles con sistemas como SCADAS, HMI, Dashboards, Historians, BI, entre otros.

Sin embargo, Excel, con todo y sus 30 años a cuestas, sigue estando vigente en un sector de innovación constante.

A continuación, veremos algunas de las aplicaciones del software en el ámbito industrial.

Sencillo y accesible

Como bien sabemos, Excel es un programa informático desarrollado y distribuido por Microsoft que nos permite ejecutar tareas contables y financieras a través de hojas de cálculo.

Si bien es cierto que en ningún lugar se menciona que sea para “tareas industriales”, muchos profesionales de la automatización lo usan como herramienta de análisis de datos personalizada.

Básicamente por dos razones muy simples: su sencillez, facilidad de uso y accesibilidad (disponible casi en todas las PC).

Además, la potencia de cálculos y de funciones que posee lo convierte en una excelente opción para organizar datos, generar gráficos, hacer reportes y analizar estadística.

Para ello primero debemos lograr que Excel entienda los protocolos de los equipos industriales, lo cual se logra instaurando en la aplicación un software o ADD-In para el desarrollo de nuevas funcionalidades.

Este tipo de ADD-IN convierte al Excel en un cliente OPC, dotándolo de la habilidad de leer datos de tiempo real (Data Access) o datos históricos (Historical Data Access), provenientes de los servidores OPC de planta.

Visualizar en tiempo real

Una vez superado el gap entre “lo informático” y “lo industrial”, el usuario estaría en capacidad de visualizar datos en celdas de Excel, en tiempo real y con actualización inmediata de los valores de proceso.

Esto le permitirá generar estadísticas, cálculos y reportes con datos 100% fiables provenientes del piso de planta.

Si deseas saber más sobre la relación entre Excel y los sistemas industriales y cómo en Vester hacemos que se entiendan y trabajen en conjunto, te invitamos a descargar nuestro e-book: Cómo visualizar datos industriales en una herramienta no industrial (Excel)

Para cualquier pregunta o comentario, puedes escribirnos a nuestro correo o agendar una sesión gratuita de 30 minutos.

Nos referimos al OSI Pi y a la tecnología OPC, respectivamente. Ambos, para poder integrarse requieren hablar el mismo idioma; es decir, ser compatibles a fin de lograr un entendimiento y conectividad efectivas.

Esto es posible gracias a un componente que incluye el OSI Pi dentro de su plataforma de software. Se trata del colector de datos. Estas tres palabras son las que hacen posible la conexión con cualquier fuente de datos OPC.

La fuente de datos OPC es el software que sirve para comunicarse con los equipos de control y convertir los datos en el protocolo OPC, para que luego otros softwares los puedan leer.

Por su parte, el colector de datos permite a PI lograr la magia de cualquier automatización: la conectividad con los sistemas de control industrial para poder capturar y almacenar los datos.

¿Cuáles son los sistemas que se pueden integrar con PI por medio de OPC?

1. PLCs Allen Bradley
2. PLCs Siemens
3. PLCs Omron
4. PLCs GE Fanuc
5. PLCs Mitsubishi
6. Medidores de Energía ION
7. Sistemas de medición SEL
8. DCS Foxboro
9. DCS 800 XA
10. DCS Delta V
11. DCS Experion
12. SQL, MySQL, Oracle
13. Básculas.
14. Lectoras de códigos de barras
15. Computadores de Flujo
16. Medidores de Gas
17. Entre muchos otros

La mejor solución

Aparte del conocimiento y la experiencia acumuladas por Vester, donde conocemos y ejecutamos a diario este tipo de configuraciones, un aliado fundamental en la conectividad es “MatrikonOPC”, que incluye todo el portafolio de conectividad.

Matrikon tiene conectividad OPC con más de 100 dispositivos distintos en el mercado, facilitando así la posibilidad de tomar datos OPC de la red de equipo y llevarlos a la red donde está PI.

Si deseas conocer más en detalle cómo logramos que PI y OPC hablen el mismo idioma, te invitamos a descargar y leer nuestro ebook: ¿Cómo conectar Osisoft PI con fuentes de datos OPC?

Si tienes dudas, favor déjalas en los comentarios o envíanos un correo para asesorarte de manera directa y personalizada sobre las mejores soluciones del mercado en la industria de la automatización.