Yearly Archive 2018

PorSatoshi

Feliz año nuevo 2019 y felices fiestas!

Felices fiestas!! Otro año más, y cómo pasa el tiempo! Parece que fue antes de ayer cuando escribíamos el post felicitando por la nueva entrada al año 2018, y hoy le damos el cierre para entrar en el nuevo 2019. ¡Como pasa el tiempo!

Un resumen de 2018

Como siempre, nos gusta hacer un breve resumen de algunas cosas que hemos ido haciendo en este 2018. ¡A por ello!

TOP 8 Artículos año 2018

Para los habituales del blog, ya sabéis que este año hemos publicado muchos y muy buenos contenidos. ¿Cuáles han sido los post más visitados por vosotros? Ahí van:

  1. ¿Qué es un Dashboard Industrial?
  2. ¿Qué es OPC?
  3. Programación orientada a objetos en PLC’s y automatización
  4. Lanzamos el Ebook de OPC UA!
  5. ¿Cómo crear tablas de observación en Codesys?
  6. ¿Cómo pasar de Modbus a OPC UA en 10 minutos?
  7. ¿Cómo conectar Cliente y Servidor OPC UA en menos de 3 minutos?
  8. Representaciones de datos, ¿Tiempo real o históricos?

¿Cuál ha sido vuestro favorito?

Otros tops!

Más allá de los contenidos que hacemos en el blog, en realidad hacemos muchas más cosas. Hemos hecho una buena colección de proyectos relacionados con conectividad industrial, soluciones basadas en historiador y programación.

En cuanto a Workshops, hemos hecho Workshops sobre diferentes temáticas, OPC UA, Codesys, Tia Portal y SCADA.

En 2019 queremos.. ¡Marcha!

¡Hoy champagne y mañana también!

Pero para los próximos meses tenemos trabajo, ideas y proyectos en mente. Y estos se verán plasmados en seguir con nuestras entradas al blog, en hacer más y mejores proyectos industriales para nuestros clientes, en presentaros nuevos cursos y también en daros algunas novedades que tenemos reservadas, pero antes…

¡FELIZ AÑO NUEVO!

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

Caso de éxito: Cómo Miguel pasó de 0 a 1000 datos en tiempo record

Hoy te traigo un caso de éxito, de nuevo diferente y que representa a Miguel. Miguel es un ingeniero de IT y trabaja en una empresa multinacional, que por diferentes razones no podemos mencionar.

El Caso

Vamos allá. Resulta que Miguel es el responsable de asegurar que los sistemas de información de la planta funcionan correctamente. Ello incluye asegurar que las redes están configuradas correctamente, pero también que el software y el resto de la infraestructura se encuentran libres de riesgos.

Ya hace varios años que las redes de control, donde residen los SCADA, PLC’s, etc, se encuentran en una red diferente al resto. Esto es así porque se quiere asegurar la integridad de las redes y no poner en riesgo la producción.

El desafío

A Miguel se le encomienda la misión de llevar algunos datos críticos de su sistema de control al software ERP de la empresa. Los gerentes quieren además poder tener algunos datos en plantillas Excel de forma automatizada.

El desafío es mayúsculo. Precisa asegurar la integridad de las redes, y al mismo tiempo, llevar datos del sistema SCADA al ERP sin poner en riesgo la integridad de los sistemas.

La solución

¿Cómo hacerlo? ¿Con qué protocolo? ¿Cuántos puertos tendré que liberar? Las preguntas son muchas y las respuestas son más bien limitadas.

Y aquí es cuando viene la palabra mágica: OPC UA.  Miguel nos contactó después de leer varios de nuestros articulos en el blog. Después de intercambiar algunos correos, hicimos una videconferencia, donde revisamos el caso y explicamos la mejor solución, siempre basada en OPC UA.

En este caso, ni siquiera tuvimos que ir físicamente a la planta, con algunas sesiones remotas y algunas otras instrucciones, el problema quedó resuelto en menos de 5 días.

Resultado y conclusiones

Fantásticos. El ERP tiene datos. El SCADA quedó inmune de cualquier inconveniente. Se siguen respetando las políticas de seguridad de la empresa. Miguel, personal de automatización y gerentes felices.

¿Te ha resultado interesante la historia? ¿Tienes un problema similar? No dudes en contactarnos.

 

PorSatoshi

Codesys en Raspberry Pi

Programar una Raspberry Pi como si de un PLC se tratara. Realizar aplicaciones de automatización profesionales. Realizar aplicaciones interactivas con el mundo real y todo ello bajo un entorno de programación de ingeniería. ¿Suena bien? La combinación de Codesys en Raspberry Pi lo permite. Sigue leyendo.

Raspberry Pi

Como ya sabréis, una Raspberry Pi es un ordenador de placa reducida. Es bastante popular su uso en el ámbito doméstico, ya sea usándola como media center, centro de emulación de antiguas consolas o, incluso para hacer algunos proyectos de domótica. En este último caso, sin embargo, una carencia siempre ha sido la de no contar con entornos de ingeniería completamente profesionales para la realización de proyectos.

¿Qué sería posible si se pudiese combinar con una plataforma tan potente como es Codesys®?

Codesys ®

Si eres un habitual de nuestro blog, ya sabrás que se trata de una plataforma de ingeniería de automatización completa. Si no sabes qué es, te aconsejo hacer clic en esta entrada.

Dentro de su gama de productos, tenemos por un lado un entorno de ingeniería muy potente y muy profesional, ideal para hacer proyectos de ingeniería. Su programación se basa en IEC 61131-3, una potente normativa que permite programar dispositivos en múltiples lenguajes de programación y sin depender del hardware.

Por el otro, tenemos los runtimes, pequeños programas que permiten que un hardware sea compatible.

Combinación de Codesys en Raspberry Pi

La combinación abre un nuevo mundo de posibilidades para makers, ingenieros y programadores. La combinación permite por ejemplo, la programación de proyectos de automatización en Ladder o texto estructurado. También permite habilitar comunicaciones industriales, tales como EtherCAT o Profinet. O, por ejemplo, realizar interfaces de visualización funcionales y multiplataforma.

Próximas novedades

Como partners de Codesys® estamos preparando algunas novedades y esperamos que, en no mucho tiempo, podamos dar forma a algunos contenidos que, de buen seguro, os van a interesar.

Si te ha interesado este post y quieres sabe más, te sugerimos que visites la página promocional que hemos preparado en el siguiente enlace.

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. Por ejemplo, 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.

Te presento la serie Sobre Data logging

Hemos elaborado una serie de post que te permitirán más sobre registro de datos y gestión de la información. Aquí va:

Más información

¿Buscas más información? No te preocupes, iremos actualizando esta lista de post con el tiempo. Si en cambio no puedes esperar, no dudes en contactarnos. Estaremos encantados de hablar y presentarte opciones!

PorSatoshi

Caso de éxito, sistema SCADA en Perú

Abrimos una nueva sección sobre historias y casos de éxito que vamos realizando. En este caso toca un proyecto  reciente basado en SCADA realizado en Perú.

El Proyecto

El proyecto consiste en la realización de un Sistema SCADA para una compañía de aguas. El sistema monitorea datos sobre distintos PLC’s. Adicionalmente, el sistema realiza un conjunto de funciones adicionales que detallamos en la siguiente sección.
La provisión del servicio de Opiron ha consistido en la consultoría sobre el proyecto, así como el entrenamiento y las funciones del SCADA.

Interfaces multiplataforma

Las interfaces de usuario son muy importantes cuando se desarrolla un SCADA, puesto que entregar la información de forma clara y concisa es fundamental. Entregamos soluciones basadas en buenas prácticas de diseño, sobretodo desde el punto de vista ergonómico y de seguridad. Además, gracias a las últimas tecnologías web como HTML5, ahora es posible mostrar las pantallas en todo tipo de dispositivos móviles tales como tablets o móviles.

Soluciones más allá de un SCADA convencional

Nuestra experiencia en la implementación de sistemas SCADA nos permitió guiar en la implementación de diferentes técnicas que van más allá de las propiamente dichas en SCADA tradicionales. Nuestra provisión consistió en:

  • Primero, en la realización de las comunicaciones en diferentes protocolos con los equipos de planta, que incluían Modbus y S7. Somos expertos en múltiples protocolos!
  • Segundo, en el diseño de pantallas ergonómicas y seguras, con criterios de colores claros.
  • Tercero, en la generación de alarmas conectadas a servicios de mensajería o email.
  • Cuarto, en la creación de reportes en PDF.
  • Quinto, en la habilitación de cálculos y estadísticas en el mismo SCADA, tales como cálculos promedio, formulas matemáticas avanzadas, etc.

La consultoría entregada fue altamente satisfactoria. En Opiron tienen ideas innovadoras que nos ayudaron en la implementación del proyecto.

Hans Oliver

¿Quiénes somos?

Somos expertos en sistemas SCADA. Somos system partners de B-SCADA y Codesys, además de ProsysOPC y CanaryLabs. Proveemos de soluciones innovadoras para entregar interfaces efectivas, multiplataforma y de alto valor agregado a nuestros clientes.


¿Conversamos? Haz clic aquí

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

¿A que no te atreves?

Has leído un sinfín de artículos en internet. Empiezas entusiasmado, pero al paso de los clics y los minutos, te vas dando cuenta que no encuentras lo que buscas, te cansas y te vas. ¿Te atreves?

Al día siguiente vuelves a entrar, encuentras una solución que crees que encaja. Ves el formulario de contacto, pasas el cursor por arriba y decides irte. Por la cabeza te pasan siempre las mismas frases, “No los conozco”, “Que pereza escribir”, “Hoy no”. Te vas. A los días, después de darte cuenta que no has resuelto el problema, vuelves a la misma página. Tienes tal vez una mayor tentación a escribir pero tampoco lo haces y te vas.

La parálisis del análisis

Si lo que he escrito antes te ha sonado familiar y te has sentido identificado, te diré que no eres el primero al que le pasa. Las decisiones deben meditarse, pero nunca deben posponerse para la eternidad. Miedo, miedo al riesgo, miedo al que dirán, miedo al fracaso, miedo a tirar el dinero. Suelen ser varias de las causas de esta parálisis. Pero si pasan días e incluso semanas y el problema persiste, te consulto ¿Te vas a quedar así?

Un paso adelante

Te voy a ayudar. Tomar decisiones, forma parte inherente de la vida. Tomar decisiones es avanzar. Y de hecho, al final justamente lo que cuenta es avanzar. Y avanzar no es sólo analizar, es actuar cuando se tiene un problema adelante. Tratar de resolverlo, aprender, y luego ir a por el siguiente.

Un pasito más

¿Buscas un curso y no sabes si es para ti? Contactanos ya, en muchos casos tenemos versiones de prueba. ¿Crees que una solución de software se ajusta a lo que buscas pero te falta información? Contactanos ya, muchas veces tenemos demos disponibles. Detrás de esta web tienes un equipo de personas… te esperamos 🙂

Contactanos!

Tenemos soluciones 100% efectivas en software de comunicación y visualización industrial – OPC, HMIs, PLCs, DCS, Bases de datos y mucho mas

Escríbenos!

PorSatoshi

Cómo crear tablas de Observación en Codesys

Hace un tiempo un alumno del curso online de Codesys me preguntó sobre cómo se podían crear tablas de observación en Codesys 3.5. No hay duda que es una consulta más que interesante, así que, ¿Por qué no publicar la respuesta en el blog?  Bueno, en este tutorial haremos una explicación resumida sobre cómo lograrlo. A por ello.

¿Qué es una tabla de observación?

Empecemos por el principio. Las tablas de observación (O Watch List en Codesys), son listas de variables de proyecto que define un usuario en una vista con el propósito de monitoriearlas o forzarlas cuándo se trabaja en línea.

¿Y para qué sirven?

Pues lo dicho, puedes tener en una sola ventana aquello que necesitas monitorear. Vamos, que no tiene que ir buscando variable por variable lo que quiere monitorear, sino que con una vista simple, puede tener todos los datos que necesita revisar.

Por ejemplo, si haces un programa que controla varios aspectos de un proceso, puedes crear una tabla de observación con las variables más importantes, prescindiendo de todo aquello que realmente no te interesa observar.

¿Algo más?

En Codesys, además, es posible crear varias tablas de observación simultáneamente. Con esta funcionalidad, por ejemplo, podemos crear una tabla de observación para visualizar datos de un contador, otra tabla de observación para un regulador, etc.

Vamos, que podemos contextualizar la información en varias tablas, para que nos sea más fácil depurar el programa.

Vídeo de cómo crear tablas de observación en Codesys

Bueno, aquí un tutorial donde te explico a crearlas paso a paso. Let’s go!

¿Te ha resultado útil? Si te interesa seguir formándote en Codesys no dudes en contactarnos, además del curso online, ofrecemos cursos regulares de manera presencial. Si estás pensando en hacer un proyecto y buscas alguna consultoría también podemos ayudar. Será un  placer hablar contigo!

PorSatoshi

Programación Orientada a Objetos en PLC’s y Automatización

La programación orientada a objetos en PLC’s y automatización no es muy popular. Sin embargo, sí lo es en entornos académicos e informáticos. ¿Qué implicaría usar POO en automatización?

¿Qué es la programación orientada a objetos?

Primera pregunta. ¿Qué es POO (Programación orientada a objetos)? Antes de nada, lo más importante es advertirte. Si ya programas PLC’, se trata de tener un enfoque diferente en  la programación a cómo lo has hecho hasta ahora.

POO es un método de programación muy popular y usado sobretodo para programar aplicaciones de escritorio. Java, C++ o Delphi son ejemplos de lenguajes de programación orientados a objetos.

La programación orientada a objetos se explica mejor en su enfoque sobre la organización del software. En líneas generales, un lenguaje es POO si permite tener objetos, clases y subclases. Cada objeto es un pequeño procedimiento para hacer una tarea determinada.

¿Y qué es un objeto?

Tomando como referencia el mundo real, un objeto es todo aquello que nos rodea. Por ejemplo, un conductor, una silla o una  moto. Cada objeto, tiene:

  • Propiedades (por ejemplo, una silla es roja, grande…)
  • Acciones asociadas (por ejemplo la moto puede acelerar, frenar etc.).
  • Interactuar (por ejemplo, un conductor puede acelerar la moto, etc)

La analogía dentro de la automatización industrial se puede hacer con múltiples objetos y sus propiedades. Por ejemplo, un motor tiene propiedades como las rpm. También tiene acciones asociadas, como encenderse. Y también puede interactuar con otros objetos, como ahora un PID.

¿Por qué debería importarme si programo PLC’s?

Si eres uno de esos ingenieros de automatización que lleva toda la vida programando PLC’s es probable que seas escéptico al respecto. ¿Por qué sería beneficioso si llevo toda la vida haciendo aplicaciones que funcionan?  Déjame nombrarte algunos de los beneficios que puede traer:

  1. Modularidad: Los programas son más flexibles y fáciles de mantener.
  2. Flexibilidad: Los códigos son más fáciles de rehusar.
  3. Simplificación: Bien usada, los programas pueden ser más simples.

En consecuencia de lo anterior, el ahorro de tiempo es una de las ventajas más significativas de su implementación en la automatización industrial.

Herramientas disponibles y más información

Hasta el día de hoy, era bastante poco común encontrar programación orientada a objetos en PLC’s o aplicaciones industriales y la razón era, sobretodo, la falta de herramientas disponibles.

Sin embargo, Codesys te permite la programación de PLC’s basadas en este método. Si te interesa este tema, te sugiero que nos contactes, dado que estamos preparando un curso específico.Te esperamos!. 🙂