PorSatoshi
Lenguaje Ladder y conceptos fundamentales
Si a un programador de PLC’s le preguntan por el lenguaje de programación que más utiliza en sus proyectos, existe sin duda una gran probabilidad que responda con la palabra mágica: Ladder.
¿Por qué? ¿Cuál es su importancia? Veamos…
¿Qué es el lenguaje Ladder?
Ladder es escalera en inglés. El nombre por lo tanto recuerda que este lenguaje de programación se programa mediante símbolos gráficos y en diferentes segmentos. Como en las escaleras, en cada segmento (o escalón), programamos las diferentes sentencias de la lógica.
Lenguaje Ladder
Al lenguaje Ladder también se le conoce como diagrama de contactos, puesto que realmente programamos mediante contactos eléctricos que, unidos, terminan formando una sentencia lógica.
¿Por qué es tan importante?
Cuando empezaron a usarse PLC’s, entre los años 60 y 70, los técnicos de la época estaban familiarizados con la lógica de contactos. Esto generó la necesidad a los fabricantes de PLC’s de entregar una herramienta que fuese fácilmente comprensible para los técnicos: de aquí surge el lenguaje ladder.
Con los años, cada vez se hizo más y más popular y , en nuestros días, es el lenguaje de programación industrial más utilizado de todos. De hecho y en la práctica, a día de hoy prácticamente todos los entornos de programación y autómatas son programables en este lenguaje.
¿Debería aprender?
Si estás por trabajar con PLC’s y quieres aprender a programar en Ladder, tenemos buenas noticias para ti, ya que en Opiron estamos preparando dos formaciones online para programar ya sea usando la plataforma Codesys como también con Arduino.
¿Cómo apuntarse?
Hemos creado una página web especialmente dedicada al curso de Ladder en Codesys que encontrarás a continuación:
Para aquellos que quieran hacer el curso en Arduino, encontrarán más información a continuación:
Por cualquier otra consulta estaremos encantados de hablar contigo!
PorSatoshi
OSI, la pirámide de las comunicaciones
Todos asumimos que los protocolos de comunicación funcionan y sirven para llevar datos de un punto a otro. Por detrás, existe una tecnología que puede variar en función del protocolo. Sin embargo, lo que se mantiene inalterable es el modelo que emplean todos: OSI.
¿En qué consiste?
El modelo OSI, del inglés Open System Interconnection, se desarrolló por la ISO (International Organization for Standarization) como una arquitectura para comunicaciones electrónicas y es una referencia para el desarrollo y comprensión de protocolos.
Dicho de otra forma, OSI presenta un modelo común para entender cómo funcionan los protocolos y también para diseñar nuevos, ya que los divide en capas funcionales.
La pirámide de 7 capas
Las pirámides tienen una punta y una base. Desde el punto de vista funcional, pasa lo mismo con la capa OSI, la punta es el funcionamiento, mientras que la base mantiene el funcionamiento.
En OSI, se especifican siete capas:
- Aplicación, 7
- Presentación, 6
- Sesión, 5
- Transporte, 4
- Red, 3
- Enlace de datos. 2
- Física, 1
Las capas en las que OSI divide los protocolos tienen funciones muy específicas. Las capas inferores (1 a 3), se dedican a transportar los datos a nivel físico, mientras que las superiores (4 a 7) se dedican a presentar la información a nivel de aplicación.
Ejemplos: OSI en TCP
Veamos el ejemplo del modelo TCP/IP (Protocolo para el Control de Transmisión/ Protocolo de Internet), está compuesto por cuatro capas (simplifica a OSI), en la que cada una se encarga de determinados aspectos en la comunicación y a su vez cada una brinda un servició especifico a la capa superior.
En la imagen vemos la pila OSI (izquierda) y su modelo TCP/IP (derecha)
Conclusión, ¿Para qué sirve OSI?
En resumidas cuentas, para estandarizar protocolos de comunicación en un modelo comprensible para todos. Esto hace que los protocolos se diseñen, mantengan, y configuren en un lenguaje común, lo que sin duda hace que tanto desarrolladores como usuarios puedan generar comunicaciones de forma mucho más efectiva.
¿Te gustaría seguir profundizando en el tema? Revisa entonces nuestro recurso digital sobre Redes TCP.
PorSatoshi
Buses de campo en Codesys
Una de las mejores funcionalidades que tiene Codesys es su capacidad para poder comunicarse con todo tipo de dispositivos mediante diferentes protocolos de comunicación y buses de campo. ¿Te interesa configurarlos en Codesys? Sigue leyendo.
¿Qué son?
Empecemos por lo esencial. Los buses de campo son medios de comunicación electrónicos e industriales para comunicar PLC’s con otros PLC’s o periferia descentralizada.
En su día, publicamos este post donde te ampliamos la información.
¿Cómo los usa Codesys?
Los buses de campo se integran en Codesys mediante librerías propias, lo que significa que podemos programar las comunicaciones mediante configuradores o mediante bloques.
Los configuradores están perfectamente integrados y se pueden usar para programar las comunicaciones de forma sencilla e intuitiva:
Por el otro lado, los bloques e instrucciones específicas permiten programar las comunicaciones de forma dinámica, lo que en algunas veces puede ser beneficioso para programar determinadas funciones.
¿Qué buses de campo soporta Codesys?
Codesys cada día se amplía, pero para resumir podríamos decir que tenemos disponibles:
- Modbus en sus diferentes variantes (TCP, RTU…)
- PROFIBUS y PROFINET
- EtherNet / IP
- EtherCAT
- BACnet
- J1939
- Sercos
- IO-Link
Unos cuántos, ¿Verdad?
Beneficios de usar Buses de Campo en Codesys
Además de las propias ventajas que tiene poder comunicarse con tantos tipos de dispositivos, hay otras ventajas implícitas, que las podríamos resumir en:
- Generar la configuración en el mismo entorno (sin tener que aprender e instalar cosas nuevas)
- Depurar errores en el mismo entorno que la lógica del PLC
- Elegir con más libertad el protocolo o bus que usaremos para la aplicación (tenemos tantos disponibles…)
Seguir aprendiendo
Este año hemos iniciado nuestros Workshops con buses de campo con Codesys, donde, entre otros, hablamos de Modbus, I/O Link, Ethercat y CANOpen.
Y tú, ¿Cuáles usas? ¿Te sientes cómodo con ellos?
PorSatoshi
Nuevo Evento I/O Link con Codesys
Desde hace unos años, I/O Link ha emergido como una prometedora tecnología dentro de la norma IEC 61131 (Sí, la misma de Codesys). Como especialistas en IEC61131, hemos decidido organizar un evento I/O Link donde se muestre como integrar Codesys con I/O Link.
¿Qué es Codesys?
Es un software de programación de PLC’s basado en la normativa IEC 61131-3, . Una de sus mayores particularidades es que es agnóstico al hardware, lo que posibilita que se puedan programar muchos controladores. Tienes más información en nuestra serie de artículos codesys.
¿Qué es I/O Link?
I/O Link es parte de la normativa IEC61131, de la que también forma parte Codesys. En particular, I/O Link es la sección IEC61131-9, que resuelve la interfaz de comunicación entre PLC’s con sensores y actuadores.
Por lo tanto, diríamos que se trata de un protocolo de comunicación orientado a la comunicación de sensores y dispositivos en la industria. Hay muchas ventajas en I/O Link, pero seguramente la más importante es la de formar parte del estándar -lo que genera la independencia de hardware, al igual que ocurría con Codesys-.
Puntos de la Jornada
Durante la jornada, haremos una demostración de las capacidades de I/O Link. En particular, veremos diferentes casos sobre cómo se usa la tecnología, y cómo combinarla con Codesys y OPC UA para tener una fábrica inteligente.
El enfoque de la jornada es muy práctica, y va a incluir tanto presentaciones técnicas como demostraciones para facilitar una rápida comprensión de la tecnología.
¿Cuándo y dónde?
El evento I/O Link será en Munro, Buenos Aires, el día 10 de Marzo de 2020. El evento lo organizaremos junto con la empresa Aumecon, representante de Turck en Argentina.
¿Cómo apuntarse?
Puedes solicitar tu vacante consultándonos aquí. Si eres un gerente, programador, integrador de sistemas, técnico de mantenimiento y en general estás interesado en conocer más de I/O Link, no deberías dejar pasar esta oportunidad.
PorSatoshi
Buses de campo
La imperiosa necesidad de integrar cada día más señales de control en la industria llevó a buscar alternativas al cableado habitual ¿Te interesa saber más sobre buses de campo? Sigue leyendo.
¿Qué es un bus de campo?
Empecemos por lo esencial. Los buses de campo son medios de comunicación electrónicos e industriales para comunicar PLC’s con otros PLC’s o periferia descentralizada.
Dicho de otra forma, un bus de campo es un bus que nos permite comunicar con otros dispositivos con un protocolo específico en campo, es decir, en una área de fabricación.
¿Por qué debería comunicarse un PLC con un bus de campo?
Bueno, ya sabrás que una de las características esenciales de los PLC es su capacidad de comunicarse con su entorno mediante Entradas y Salidas. Las Entradas y Salidas normalmente se comunican con el PLC mediante módulos específicos y cada una de ellas es cableada por separado.
El bus de campo integra muchas señales, reduciendo en gran medida los costes de instalación
Los buses de campo se caracterizan por hacer lo mismo pero simplificando la instalación, puesto que el cable permite integrar muchas más señales. Además, estos buses tienden a ser cada vez más inteligentes, lo que significa que permiten llevar señales adicionales como fechas de calibración etc.
Los beneficios de los buses de campo por lo tanto son muchos, pero resumiendo: instalación más rápida, mejor mantenimiento, más interoperabilidad y reducción de tiempos de parada.
¿Qué buses de campo existen hoy en día?
El desarrollo tecnológico ha hecho que surjan muchos y diferentes. Por ejemplo, AS-I, Profibus, Modbus, etc. Cada uno con sus diferentes particularidades y ventajas.
Seguramente, la evolución tecnológica de los últimos años ha venido acompañada por los pasos hacia delante en la electrónica, lo que ha permitido que los buses más nuevos tengan mayores capacidades de comunicación, más velocidad, etc.
¿Debería usar aprender a usar buses de campo?
Si estás trabajando en automatización industrial, más temprano que tarde vas a tener que aprender, así que sí… Por eso, te recomendamos que eches un vistazo a este curso sobre buses.
PorSatoshi
Calendario de cursos 2020
Comienza un nuevo año y como es costumbre, una de las primeras cosas que hacemos es publicar el calendario de cursos 2020. A continuación encontrarás información del calendario y también sobre nuestros Workshops.
¿Workshops?
Los Workshops son talleres en tiempo real, donde un instructor dicta un curso mediante presentaciones. Normalmente, al final de cada presentación hay uno o varios ejercicios que los alumnos realizan en aula.
Los Workshops pueden ser tanto presenciales como online, pero en cualquiera de los casos mantienen la misma esencia: un instructor dedicado a dictar contenido y resolver consultas en vivo y en directo.
Tematicas y novedades 2020
En líneas generales siempre estamos hablando de talleres dentro del mundo de la automatización industrial, y básicamente enmarcados en 2 áreas:
- Cursos de conectividad industrial (OPC UA)
- Cursos de Codesys
Para este 2020 sin embargo hemos introducido novedades, ya que a los cursos de Codesys le agregamos un módulo específico de Buses Industriales. Esto significa que los interesados, podrán realizar un Workshop específico sobre esta temática o bien agregarlo al de inicialización.
Los cursos de OPC UA mantendrán el mismo formato de 2 o 3 días. El formato de 2 días incluye tecnología OPC UA y aplicaciones, mientras que el tercero agrega programación con SDK’s.
Cursos
La lista queda como sigue (hacer click en links para ampliar información):
- Nivel 1 y 2 de Codesys
- Buses Industriales con Codesys
- OPC UA Barcelona / OPC UA Buenos Aires / OPC UA Online
Calendario e inscripciones
La oferta queda plasmada en un calendario que tendrá cursos distribuidos durante todo el año y que puedes revisar a continuación:
Si quieres reservar alguna vacante puedes hacerlo ya sea:
También es bueno recordar que para aquellos interesados que necesiten un curso in company o con otras fechas, no tienen más que contactarnos igualmente.
PorSatoshi
Felices Fiestas 2020!!
Hoy nos toca daros las felices fiestas e irnos preparando para despedir este último año, el 2019, al que ya le queda muy poco, para dar la bienvenida al que viene, el 2020…
Otro año más que ha pasado, y volando!
Recopilatorio de los mejores post del año
Tal vez sea un buen momento para reflexionar sobre lo realizado durante el año. Un año largo pero que ha dado para mucho, en forma de proyectos, trabajos, y publicaciones en nuestro blog. Si quieres leer un recopilatorio de nuestros mejores post de este 2019, nosotros hemos elegido los siguientes:
- Los métodos, otro paradigma del texto estructurado
- OPC UA: Conexiones y sesiones
- SQL vs Historian, ¿Qué opción es para mí?
- ¿Cómo conectar hardware con Codesys?
- Renovación de nuestro marketplace de soluciones
- La gestión de información industrial
- Comunicaciones TCP y UDP
- OPC UA: Del PLC a la nube
Claro que está lista es absolutamente opinable, porque hemos publicado muchos más post (Un total de 24 para ser exactos), así que hay mucho para elegir!
¿Y qué más?
Como comentábamos, también hacemos muchas otras cosas, ya sean cursos o proyectos. Aunque no los podemos publicar todos por diferentes motivos, hemos publicado algunos casos de éxito en nuestro blog:
- Caso de éxito: De S7 1500 a Pi System
- Nuevo Workshop de Codesys
- Implementación de sistema Historian
- De PLC’s Unitronics a ERP
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.
Felices fiestas 2020!!
Para 2020 esperamos más post y más noticias. Pero antes toca recargar las pilas y pasar estas últimas horas del año disfrutando.
Saludos y felices fiestas 2020!
PorSatoshi
¿Que es un puerto de comunicación?
A menudo, cuando hablamos de comunicaciones e IP’s, nos encontramos con los puertos, así que estamos seguro de lo que te estás preguntando ¿Qué es un puerto de comunicación?
¿Qué es un puerto de comunicación?
Los puertos de comunicación son las interfaces que utilizan las aplicaciones para conectarse con otros elementos, ya sean hardware o software, para enviar y recibir paquetes de datos.
En cierta manera, es como decir el buzón de correos de nuestro edificio aplicado a un ordenador. El edificio – que equivaldría al ordenador-, tiene muchas viviendas – que podrían ser las aplicaciones -. Cada vivienda tiene su propio buzón para recibir mensajes – que serían los puertos -. De esta manera, cada aplicación en un ordenador puede tener asignado su propio puerto para comunicarse con el exterior.
Puertos de software y puertos de hardware
Vale, además, tenemos dos grandes tipos de puertos, podemos encontrar dos grandes categorías: el puerto de comunicación de hardware, y el de software. Los de hardware, tienen como finalidad establecer comunicaciones entre dispositivos físicos (por ejemplo, módems, mouse, teclado…). Un ejemplo típico es el USB.
En un ordenador cualquiera, normalmente tenemos varios puertos USB, que podemos identificar para comunicar el hardware de turno.
Por el otro, tenemos los puertos de software (también conocidos como puertos lógicos), que en definitiva permiten establecer comunicaciones entre diferentes programas informáticos.
¿Y porqué se tienen que configurar los puertos y están cerrados por defecto?
Ahora estarás pensando que toda esta teoría está muy bien, pero, ¿Por qué debería preocuparme de tener que configurarlos una y otra vez? o, ¿Por qué se habla tanto de los puertos en el mundo de la informática?
Pues hay múltiples razones. Pero seguramente la más importante hoy en día tiene que ver con la seguridad informática. Los puertos, como ya hemos comentado, son los buzones de correo de nuestro edificio. ¿Dejarías que cualquiera se colara en tu edificio? ¿Te gustaría encontrarte con bacterias u otro material poco deseable? Seguramente no, y menos si este puede infectar todo.
Pues por eso mismo los informáticos toman tantos recaudos con los puertos, cerrándolos normalmente mediante firewalls u otras técnicas.
¿Y cómo se configuran?
Ahora que ya sabes porque es bueno tener los puertos cerrados por defecto, seguramente ya te preguntas cómo se configuran. En próximas entradas te explicaremos cómo…
PorSatoshi
4 Preguntas que deberías hacerte antes de comprar un Historian
A estas alturas, ya sabes de la importancia de un Data Historian. Si estás pensando en adquirir uno, seguramente estás valorando diferentes alternativas. Antes que te asalten las dudas, deberías hacerte algunas preguntas. En este post, te las comentamos.
1. ¿Cuál es mi infraestructura actual?
Sin lugar a dudas, una de las cosas más importantes que uno debe preguntarse es acerca de su infraestructura actual, en términos de recursos de software, de equipos en planta, pero también de personal.
Algunas preguntas que puedes plantearte en este sentido son, ¿Tengo alguna base de datos SQL o similar que quiera usar como base de mi Historian? Hay opciones Historian basadas en SQL. También debes preguntarte de qué equipos vas a extraer los datos. ¿Son PLC’s? ¿Con qué protocolo? Finalmente, otra cuestión importante es el personal que va a usar la aplicación, ¿Precisarán ser entrenados? ¿Quién mantendrá la aplicación?
La respuesta a este grupo de preguntas relacionadas con tu infraestructura te ayudará sin duda a determinar básciamente una cosa: la tecnología en la que vas a sustentar tu historian.
2. ¿Cuántos datos voy a necesitar almacenar?
Relacionado con lo anterior, está la idea de la cantidad de datos que voy a necesitar almacenar. Y cuando hablamos de datos, hablamos de dos cosas realmente: tags y frecuencia.
¿Cuántas variables de proceso voy a necesitar almacenar? ¿Y con qué frecuencia? Por ejemplo, ¿Precisaré almacenar 200 o 2000 tags? ¿Precisaré almacenar estos datos una vez por segundo, o una vez por minuto?
La respuesta a estas preguntas ayudarán a reforzar la idea tecnológica en la que necesita sustentarte tu base de datos, entre las opciones SQL y No SQL.
3. ¿Cómo pienso analizar los datos?
Sin duda esta es una de las preguntas claves que debes realizarte. ¿Quién va a leer los datos? ¿Y para qué?…
Por ejemplo, ¿Van a hacer uso de los datos el personal de medio ambiente? ¿Usan ellos algun tipo de reporte específico?… ¿Necesito compartir los datos con algunas aplicaciones, como un ERP, una aplicación en Android, etc.?
Responder a cada una de estas preguntas va a delimitar tu elección, pues la capacidad que tenga el Historian en exponer los datos va a ser un factor decisivo.
4. ¿Cuál es mi estrategia a largo plazo?
Seguramente, habiendo respondido al grupo de tres preguntas anteriores, ya tienes más o menos claro la mejor opción tecnológica para implementar tu Historian. Bien, pues ahora piensa dentro de cinco o diez años.
Las preguntas que deberías hacerte serían, ¿Cómo imagino mi infraestructura en un futuro? ¿Cuántos datos necesitaré analizar en el futuro? ¿Y cómo los voy a analizar?.
Piensa que, en definitiva, pensar a largo plazo ayuda a minimizar la inversión, y garantizar el éxito del proyecto que vas a llevar a cabo.
¿Algo más?
Sin duda, hay muchas otras ideas que puedes ir analizando. Te sugiero leer la siguiente entrada:
Si lo prefieres, puedes contactarnos directamente para ayudarte en tu elección.
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
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.