Archivo mensual febrero 2019

PorSatoshi

Conversiones analógico digitales en Codesys

En (casi) todos los proyectos en los que vayas a programar una automatización, te vas a encontrar con la necesidad de leer valores analógicos. ¿Cómo escalarlos para poder leer su valor? En este post te lo explico:

¿Escalar?

Empecemos con lo más basico. ¿Por qué tendría que escalar un valor?
Si lo pensamos, muchos de los instrumentos analógicos que conectamos a nuestros PLC’s vienen con fichas técnicas que nos indican un doble rango: el de medición, y el de salida eléctrica. A esto, hay que agregar todavía un tercer rango, que es el que nos da el conversor analógico digital. Veamos un diagrama de bloques:

Pasos en la conversión A/D

Para el ejemplo que vamos a tratar, imaginemos que intentamos conectar un sensor de presión que mide de 0 – 5 bar, con una salida de 4 – 20 mA.
Nuestro reto por lo tanto, será que en el PLC podamos leer realmente los 0 – 5 bar. Tenemos que hacer 3 conversiones de unidades.

¿Y cómo lo hago?

Uno de los elementos que influyen es el conversor analógico digital. El PLC es en definitiva una máquina de unos y ceros. Esto significa que los valores analógicos necesitan ser codificados en un vector de 1/0 consecutivos. Estas conversiones se pueden interpretar en definitva como “cuentas”, que van entre un valor minimo “Val_m” y un valor máximo “Val_M”. Cuantas más cuentas, mayor será el valor analógico.
La clave de esto es leerse el datasheet de la tarjeta de entrada analógica e interpretarlo para poder hacer la conversión correspondiente.
Un ejemplo puede ser por ejemplo el de esta tarjeta de Wago:

Correspondencia entre corriente y cuentas

Leyendo la hoja de características podemos hacer una correlación “cuentas” y mA. Claro, nos falta tener la otra relación, que es la de bar – mA. Pero en este caso, suponemos que es simplemente una línea recta, donde 0 bar corresponde a 4 mA, y 5 bar corresponde a 20 mA.

Valor medido (bar) Valor medido (mA) Valor en A/D
0 4 0
1 7,2 6552
2,5 12 16384
3,5 15,2 22936
5 20 32760


Dentro Vídeo

Vistas estas notas, vamos a ver el vídeo donde os presento la instrucción LIN_TRAFO. Este método os será valido siempre que las señales sean lineales:

Más información

¿Qué te ha parecido? En realidad hay más formas de hacer conversiones en Codesys. ¿Cuál usas?
Para seguir aprendiendo te recomiendo que te suscribas al blog de Opiron, o que le eches un vistazo a los cursos disponibles.
Saludos 🙂

PorSatoshi

SQL vs Historian, ¿Qué opción es para mí?

Los plantas industriales requieren normalmente de soluciones informáticas que les permitan almacenar información. Esto es así porque luego necesitan hacer análisis para optimizar procesos, hacer reportes, etc.
Y existe un debate más o menos generalizado, ¿Es buena una base de datos SQL? O, ¿es mejor ir a por un Historian?
Lo primero es decir que cada solución es particular y tiene sus ventajas, vamos a verlo.

Soluciones SQL

Las bases de datos SQL son ideales para almacenar información contextual o genealógica sobre procesos de fabricación.
Una de las grandes ventajas de las bases de datos SQL es que son fácilmente integrables con otros sistemas. Por ejemplo, si uno tiene un ERP, es probable que pueda leer datos directamente de bases de datos SQL. Y eso, en definitiva, da cierta flexibilidad en la apuesta por una base de datos de este tipo.

¿Conoces nuestro OPC UA Historian? Descubrelo aquí

Muchas empresas aprovechan las bases de datos SQL para crear una infraestructura de aplicaciones sobre ellas. Por ejemplo, para administrar tablas personalizadas apuntando a formularios, sistemas de gestión, etc.
La idea de llevar datos de proceso a bases de datos SQL puede ser beneficiosa para que aplicaciones de diferente naturaleza puedan consultar rapidamente información precisa y hacerla disponible a los usuarios. Por ejemplo, ¿Cuánto fue la producción del mes pasado? ¿Cuál fue el promedio de producción por hora?

Soluciones Historian

Los process historian son, simplifando mucho, una suite de herramientas para guardar y analizar información basada en series de tiempo (vamos, la información del tipo que produce un proceso industrial).
Esta suite de aplicaciones se suele basar en bases de datos y herramientas para poder analizar la información. Una cosa a tener muy en cuenta es que, si bien las bases de datos de estas aplicaciones son propietarias, también es cierto que son aplicaciones pensadas para guardar mucha información a lo largo del tiempo.

¿Conoces nuestras soluciones Historian? Echales un vistazo.

Sin lugar a dudas, uno de los puntos donde ganan los Historians es en la compresión de datos. Normalmente, los Historians usan algoritmos para poder compactar la información, lo que hace que, comparadas con bases de datos SQL, puedan guardar más información ocupando menos espacio en disco. Esto también provoca que la información pueda representarse más rapido.

Entonces, ¿Con cuál me quedo?

Eso depende. Si por ejemplo estás requiriendo almacenar datos que luego usarán aplicaciones como ERP’s en una misma base de datos, tal vez puedas contemplar almacenar la información en SQL.
Si por el contrario, buscas almacenar grandes volumenes de información, tal vez la mejor opción es un process historian.

Más sobre Historian

¿Quieres seguir aprendiendo y te interesan los historians? Entonces deberías leer nuestro siguiente capítulo de la serie.

 

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!

historiador de datos