¿Qué es un bloque de datos de PLC (DB)?

Volver al glosario

Memoria organizada para datos, no para lógica

En un controlador, el código y los datos son cosas distintas, y un bloque de datos es donde viven los datos estructurados. En lugar de referirse a direcciones de memoria crudas, uno define un bloque de datos con miembros nombrados de tipos específicos - reales, enteros, booleanos, cadenas y estructuras anidadas - y el programa lee y escribe esos miembros por nombre. Esto le da a los datos la misma claridad que los tags bien nombrados le dan a un programa: en lugar de una dirección anónima, se tiene una ruta significativa exactamente al valor que se quiere decir, lo que hace mucho más legible el código que lo usa.

El poder organizador de un bloque de datos viene de la agrupación. Todo lo que va junto se sienta junto: todas las constantes de sintonización de una unidad en un bloque, todos los parámetros de una receta en otro, toda la configuración de un equipo en un tercero. Cuando necesita encontrar o cambiar un valor, va al bloque que posee esa categoría de datos en lugar de buscar direcciones dispersas por todo el programa. Esta agrupación es lo que separa un modelo de datos mantenible de una pila de números sueltos.

Los bloques de datos también hacen natural definir datos usando estructuras personalizadas, así que un bloque puede contener no solo valores simples sino tipos compuestos que reflejan equipo real. Un bloque podría contener un arreglo de estructuras, una por pozo o por corriente, cada una con su propio conjunto de campos nombrados. El bloque se vuelve un almacén limpio y autodescriptivo para los datos de la aplicación, y cualquiera que lea el programa puede entender el modelo de datos mirando cómo están dispuestos los bloques, sin tener que ingeniarlo a la inversa desde el uso.

Bloques de datos globales frente a de instancia

Un bloque de datos global, a veces llamado bloque de datos compartido, contiene datos que cualquier parte del programa puede leer y escribir. Aquí es donde se guardan los valores que muchas piezas de lógica necesitan en común: puntos de ajuste de toda la planta, bibliotecas de recetas, configuración que múltiples unidades referencian, y almacenamiento de trabajo general. Como el acceso es abierto, los bloques globales son el hogar natural para los parámetros compartidos y para los datos que tienen que ser visibles a lo largo de toda la aplicación, y son típicamente los bloques que un sistema SCADA lee para puntos de ajuste y configuración.

Un bloque de datos de instancia es distinto: contiene los datos de trabajo privados de una sola instancia de bloque de función. Cuando se crea una instancia de un bloque de función, su estado interno - los valores que debe recordar entre llamadas - se almacena en un bloque de datos de instancia dedicado a esa única instancia. Diez instancias de un bloque de función de control de bomba tienen diez bloques de datos de instancia, cada uno manteniendo sus propios temporizadores, contadores y valores intermedios completamente separados de los demás. Esta separación es exactamente lo que permite a la misma lógica de bloque correr muchas veces sin que las instancias interfieran entre sí.

La distinción importa cuando se decide dónde pertenece un valor. Los datos que son genuinamente compartidos - un punto de ajuste común, una receta, una configuración de planta - van en un bloque global para que todo pueda alcanzarlos. Los datos que pertenecen a una instancia de un bloque reutilizable - la memoria interna que hace que esa bomba o pozo en particular se comporte correctamente - pertenecen a su bloque de instancia, privado y protegido. Poner datos privados de instancia en un bloque global, o datos compartidos en una instancia, enturbia el modelo y reintroduce justamente el enredo que los bloques de datos buscan prevenir.

Mantener limpio y mantenible el programa de una planta de gas

Una planta de gas corre sobre un gran cuerpo de constantes de sintonización y configuración - ajustes de controlador, límites de alarma, parámetros de equipo, valores específicos de unidad - y dónde viven esos deciden qué tan mantenible es el programa. Esparcirlos por la lógica como números codificados a mano hace que cada ajuste sea una cacería por el código y cada cambio riesgoso. Reunirlos en bloques de datos bien nombrados, agrupados por unidad o por función, convierte la sintonización y la reconfiguración en editar valores en un lugar conocido y organizado en lugar de buscar por los renglones.

Esta organización rinde frutos a lo largo de toda la vida de la planta. Cuando una unidad de deshidratación necesita reajustar sus límites, un compresor sus parámetros ajustados, o una nueva receta cargada, el ingeniero va al bloque de datos que posee esos valores y los cambia ahí, confiado en que la lógica que lee el bloque tomará los nuevos ajustes sin que el código mismo se toque. Separar el qué - la configuración - del cómo - la lógica - significa que los ajustes de rutina no requieren modificar código de programa ya probado, lo que baja el riesgo de cada cambio.

Los bloques de datos también dan a una capa SCADA de nube una superficie limpia con la que trabajar. Como los puntos de ajuste, los límites y la configuración se reúnen en bloques globales organizados con nombres significativos, una plataforma como Merobix puede leer esos valores para mostrar los ajustes actuales y, donde se permite, escribir puntos de ajuste actualizados de vuelta a una ubicación bien definida en lugar de hurgar en direcciones dispersas. Un ingeniero que ajusta un límite desde un tablero remoto está cambiando un valor nombrado en un bloque estructurado, lo cual es a la vez más seguro y más transparente que editar memoria anónima. El modelo de datos ordenado en el controlador es lo que hace posible la configuración remota limpia en primer lugar.

Preguntas frecuentes