Hoy traemos otra novedad en forma de caso de éxito.
¿Trabajas en el sector agro? ¿Te interesaría tener reportes de tu producción de forma automática?
Esta entrada te va a interesar.
Cuando hablamos de sistemas de reportes, hablamos de herramientas que permitan tomar decisiones basadas en informes claros. Un buen sistema de reportes es importante, porque se necesita:
Pero sobretodo, un buen sistema de reportes estimula el análisis entre las personas que lo usan. Y esto es importante porque si se hacen reportes, es para que se tomen más y mejores decisiones.
Dicho todo lo anterior, nuestro cliente necesitaba una herramienta dinámica, innovadora y que le permitiese hacer análisis de datos de forma intuitiva.
El cliente tenía algunos PLC’s y pensaba que Excel podía ser una buena solución, pero nosotros le propusimos combinar una base de datos con un sistema de visualización Web.
Y la solución que implementamos se basa en una plataforma de visualización y análisis muy potente, que tiene una comunidad muy grande detrás. Entre sus principales características están:
Cierra los ojos y piensa en cómo sería un sistema de reportes excelente:
Suena bien, ¿No? Pues todo esto y bastante más fue lo que entregamos a nuestro cliente.
Nuestro Gateway Data Reports es la solución que estás buscando:
Si te interesa o simplemente quieres charlar, no dudes en contactarnos, estaremos encantados de hablar contigo 🙂
Nuevo caso de éxito. En este caso, para contarte cómo hemos implementado una red de comunicación Modbus RTU con PLC’s en una estación de bombeo de aguas pluviales.
Empecemos por el principio. Tenemos un cliente que necesitaba integrar datos de varios equipos dedicados a controlar sistemas de bombeo de agua.
En este caso, estos equipos se comercializan como máquinas que controlan las bombas de agua con un programa determinado, y dejan la posibilidad de ser comandados y comunicarse a través de Modbus RTU. Además, hay algunas válvulas y medidores que también usan este protocolo.
El caso es que nuestro cliente quería controlar estos equipos a través de un PLC con un programa un poco más complejo. Además, este PLC se tenía que comunicar con un sistema SCADA.
En resumen, que teníamos que comunicar varios equipos con el protocolo en cuestión, y para ello teníamos que implementar una red de comunicaciones.
Si tienes equipos Modbus RTU, y quieres comunicarlos con un PLC, debes seguir varios pasos:
Te puedes estar preguntando si hay que ser muy riguroso con cada una de las pruebas que necesitas hacer… La respuesta es sí. ¿Por qué? Porque cuanto más riguroso seas, menos probabilidades de fallo habrá en cada uno de los pasos, y más fácil será detectar donde puede estar el error en caso de problema.
Luego de haber diseñado y probado el sistema, podemos decir que la instalación quedó funcionando perfectamente. Por experiencia, sabemos que las comunicaciones Modbus, una vez se testean, son muy fiables.
De hecho, nuestro cliente va a seguir el mismo patrón de ingeniería en cada una de las instalaciones que van a seguir a esta. Vamos, todo un éxito.
Si necesitas implementar una red, no olvides que tenemos un curso de Modbus disponible. En cambio, si prefieres que te ayudemos en su implementación, no dudes en contactarnos. Ofrecemos soporte y asistencia.
Si has llegado hasta probablemente buscas información sobre los SDK
¿Qué es un SDK? ¿En qué consiste?
En este post tratamos de dar luz a tus consultas.
La primera consulta es válida.
Un SDK es un Kit de Desarrollo de Software.
Es decir, se trata de un conjunto de librerías que permiten que los programadores puedan desarrollar aplicaciones sin partir de cero, o, dicho de otra forma, con una sólida base ya construida.
Los SDK en definitiva son aplicaciones que ayudan a desarrollar otras aplicaciones.
Hay muchos tipos de SDK’s. En el ámbito que nos ocupa, por ejemplo, hay muchos SDK’s de comunicaciones OPC UA, para hacer otras aplicaciones OPC UA.
Buena pregunta. El SDK te da la libertad de desarrollar tu propia aplicación y ser el dueño de la misma. Eso tiene dos ventajas fundamentales:
Como ves, hay razones de peso para tener un SDK, ¿No crees?
Esta es otra buena pregunta. Seguramente no lo has pensado pero, ¿Cuánto tardarías en desarrollar una tecnología desde la nada? ¿No sería mejor empezar con un esqueleto ya hecho?
Esto es como quien quiere construir una casa. Por supuesto que uno puede ingeniárselas para hacer sus propios ladrillos (juntando agua, tierra, paja y demás), y luego irse al bosque a por leña, etc. Pero, ¿Y la calidad de los materiales? ¿Y el tiempo que te va a llevar hacerlo todo?… ¿No tendría más sentido comprarte un kit de materiales de calidad?
Pues esto mismo es un SDK, un kit de herramientas de software para que puedas empezar a hacer tus aplicaciones fácilmente. Con menos tiempo de desarrollo, y con mayor calidad final.
En Opiron ofrecemos SDK’s centrados en tecnología OPC UA, para que ingenieros y empresas puedan desarrollar nuevas aplicaciones OPC UA.
En concreto, tenemos disponibles los siguientes:
Como siempre, estamos disponibles por cualquier consulta!
¿Usas Power BI para hacer análisis de datos?, ¿Estás pensando en incorporar fuentes de datos de equipos industriales a Power BI? ¿Has pensado en OPC UA como la tecnología para hacer este trabajo? Si la respuesta a las tres preguntas anteriores es que sí, sigue leyendo.
OPC UA es la tecnología de comunicación industrial por excelencia para conectar dispositivos de planta, como PLC’s, sensores, etc., con todo tipo de aplicaciones, ya sean Windows, Android, etc. Sin duda, usar OPC UA es garantizar el éxito en materia de comunicaciones. Si te interesa saber más sobre OPC UA, no deberías dejar de leer:
Power BI es una herramienta que permite hacer análisis de datos empresariales mediante dashboards que pueden compartirse y visualizarse de forma amigable.
La conexión de ambos sin duda puede traer grandes beneficios, puesto que en muchos casos, los datos que generan los equipos de planta se necesitan analizar en la empresa.
Lo primero que tienes que tener claro es que OPC UA es una arquitectura cliente – servidor. Esto significa que vas a necesitar al menos dos aplicaciones para generar la comunicación:
De clientes y servidores hay muchos, pero seguramente lo más interesante para empezar es revisar si tienes alguno ya disponible.
Un servidor OPC UA es un software que expone datos de un equipo ligado a él. Esto significa que, debajo del propio servidor OPC UA, el equipo y su comunicación no son propios del servidor.
La traducción práctica a lo anterior es que deberás asegurarte que tu servidor implementa una comunicación con tu equipo de forma fiable. Por ejemplo, si tu equipo es Modbus, probablemente necesitarás un OPC UA Server para Modbus.
Un buen ejemplo de esto es una estación metereológica para conectar datos de OPC UA con Power Bi, en una web de Azure de nuestro partner Prosys OPC.
Si estás evaluando integrar y conectar OPC UA a Power Bi no dejes de escribirnos, será un placer tener noticias tuyas 🙂
Somos expertos en tecnología OPC UA e integración de sistemas 🙂
Tengo un equipo en una instalación con Modbus, que tiene un puerto serie y…
Necesito llevar los datos a alguna plataforma para poder visualizar la información…
Ah, y a ser posible, que la plataforma esté en Internet, así podré visualizarlo todo cómodamente…
¿Te sientes identificado? Sigue leyendo.
Pues que no sabes cómo leer los datos. Porque tienes un equipo antiguo, con un puerto RS-485, que ya ni siquiera tiene manual. Está instalado desde hace tanto tiempo que ni siquiera sabes quién lo instaló.
El caso es que necesitas extraer algunos datos, como alguna variable como la temperatura, el voltaje… lo que sea, pero esos datos los necesitas fuera, y no cerrados como están ahora mismo.
En el caso que no tengas ni siquiera un manual, lo más común es aplicar aquello que conocemos como ingeniería inversa. Básicamente, tratamos de obtener información del equipo para poder saber el protocolo y el mapa de memoria de las variables, para luego extraerlas.
En el caso que tengas alguna referencia, entonces el proceso es un poco más simple, puesto que podemos tirar de ese dato (marca del equipo, mapa de memoria, lo que sea…), para comenzar a investigar y poder conocer el funcionamiento interno del equipo.
Luego de esto, claro está, comienza el proceso de extracción de datos y comunicación con la herramienta o herramientas que desees: una plataforma en internet, una base de datos, lo que sea…
Esto que hemos contado hasta ahora es lo que le pasaba a Javi, un encargado de mantenimiento de una planta de energía fotovoltaica. Javi básicamente se encontró con algunos equipos Modbus que ya llevaban tiempo instalados, pero que contaban con muy pocas referencias para poder comunicarse.
Y el caso es que quería comunicarlos con alguna herramienta que le permitiese graficar la información, generar alertas, etc.
Desde Opiron le ofrecimos una solución que implementamos en apenas 14 días. Desde la aplicación de la ingeniería inversa, hasta la inserción de los datos en una base de datos, a la que luego conectamos con un sistema de generación de dashboards para comenzar a tener datos de forma ilimitada e intuitiva.
¿Necesitas llevar datos de Modbus a Internet o a cualquier otro software? Entonces no dudes en contactar con nosotros
Si trabajas con redes, o intentas comunicar un dispositivo con otro, tarde o temprano te enfrentas al término topología. ¿Qué es?
La forma física en cómo se conectan nodos (ya sean pc’s, servidores, etc.) es lo que llamamos como topología de red. Existen diferentes topologías más o menos estandarizadas que tiene cada una sus propias características y que también son aplicables al protocolo TCP. En este post repasaremos algunas de las más comunes.
La del tipo estrella, es una de las configuraciones de red más comunes. En esta configuración, cada nodo se conecta a un dispositivo de red central, como un concentrador o un conmutador.
Esta topología tiene la principal característica que la comunicación de todos los nodos pasa por un nodo central. Esto significa que si se produce un fallo en el nodo central, todos los demás perderán la comunicación entre sí. Por lo tanto, en esta configuración es muy importante asegurar que las capacidades de este nodo serán las suficientes por el alto tráfico que deberá soportar.
Por otro lado, la topología ring (o anillo) es una configuración de red en la que las conexiones de dispositivos crean una ruta de datos circular
Por lo tanto, en esta configuración, cada nodo es transmisor y receptor al mismo tiempo, pasando las señales de una estación a otra. En estas configuraciones existe el conocido “paso de token” o testigo, porque se necesita saber si el tráfico ya ha pasado por un nodo determinado. Una derivación de esta topología es la red de doble anillo.
Es una configuración que tiene todos los nodos conectados a un circuito común. En este caso por lo tanto, toda la información viaja por un cable – el bus -.
Este tipo de configuración se caracteriza porque, si alguno de los nodos falla, la comunicación se va a mantener, puesto que la comunicación del bus es independiente del buen funcionamiento de un nodo determinado.
Hay muchísimas topologías: algunas de ellas son las Line, Fully connected, Tree y Mesh, entre otras, cada una con sus propias características.
La elección de una u otra depende de múltiples factores. Por un lado, la disponibilidad, ya que no siempre están disponibles en todos los protocolos de comunicación o recursos disponibles. Por el otro, cada una tiene sus propias ventajas e inconvenientes, por lo que en función de tu caso, va a depender mucho del proyecto que tengas que implementar.
Si estás buscando información clara y concisa, en forma de un curso online, te recomendamos sin duda nuestro Curso de Redes TCP.