Qué información recopilar antes de diseñar o modernizar un sistema de control automático industrial

Antes de diseñar o actualizar un sistema de control automático industrial es necesario documentar el proceso, los objetivos operativos, la instrumentación disponible, la arquitectura instalada, las secuencias de funcionamiento, los requisitos de seguridad y los datos que deberán registrarse. Esta recopilación previa permite definir una solución técnicamente viable, minimizar paradas imprevistas y evitar que el nuevo control se limite a reproducir las deficiencias del sistema anterior.

No basta con preparar una lista de PLC, controladores, sensores o pantallas. El punto de partida debe ser comprender qué necesita conseguir el proceso, cómo se opera realmente y qué restricciones condicionan la intervención. Cuanto más completa y contrastada sea esta información, más precisas serán la ingeniería, la programación, las pruebas y la puesta en marcha.

1. Objetivos y alcance del proyecto

La primera pregunta no es qué equipo instalar, sino qué problema debe resolverse. Una modernización puede buscar mayor estabilidad del proceso, reducción de variabilidad, mejora de la trazabilidad, sustitución de equipos obsoletos, incorporación de nuevas recetas, integración con otros sistemas o aumento de la disponibilidad.

Conviene definir por escrito:

• Qué parte del proceso queda incluida y cuál permanece fuera del proyecto.
• Qué limitaciones presenta el sistema actual.
• Qué variables o resultados se quieren mejorar.
• Qué funciones son imprescindibles y cuáles son opcionales.
• Qué equipos deben conservarse, sustituirse o ampliarse.
• Qué criterios permitirán aceptar la solución.
• Qué ventanas de parada existen para ejecutar la migración.

Un caso habitual es plantear la sustitución de un controlador por falta de repuestos. Al analizar el proceso puede descubrirse que también existen señales inestables, alarmas poco útiles o parámetros que dependen excesivamente del criterio de cada turno. Si el alcance se limita al cambio de hardware, esos problemas continuarán presentes.

2. Descripción funcional del proceso

La ingeniería de control necesita una representación fiable del funcionamiento de la instalación. Deben recopilarse diagramas de proceso e instrumentación, planos eléctricos, diagramas de flujo, descripciones funcionales, secuencias y procedimientos operativos. Sin embargo, la documentación existente no debe asumirse como correcta sin contrastarla sobre el terreno.

Para cada etapa del proceso interesa identificar:

• Condiciones de arranque, funcionamiento normal, parada y rearme.
• Modos manual, automático, mantenimiento y emergencia.
• Secuencias, temporizaciones y condiciones de transición.
• Permisivos, enclavamientos y acciones ante fallo.
• Rangos normales, límites operativos y situaciones anómalas.
• Interacciones con procesos anteriores y posteriores.
• Intervenciones manuales que realizan los operadores.

Las conversaciones con producción, mantenimiento, calidad, ingeniería y prevención son especialmente valiosas. Cada área conoce una parte distinta del problema. El programa instalado explica qué hace actualmente el sistema, pero no siempre refleja lo que debería hacer ni las maniobras informales que se han incorporado con el tiempo.

3. Inventario de instrumentación, actuadores y señales

El inventario de entradas y salidas debe contener más que una etiqueta y un número de canal. Para cada instrumento o actuador conviene registrar su función, ubicación, fabricante y modelo, rango, unidad de ingeniería, tipo de señal, alimentación, estado normal, precisión requerida y comportamiento en caso de fallo.

También deben comprobarse aspectos como:

• Señales analógicas, digitales, pulsos, comunicaciones o buses de campo.
• Escalados y conversiones de unidades.
• Calibración y estado real de los instrumentos.
• Posición de seguridad de válvulas y elementos finales.
• Contactos normalmente abiertos o cerrados.
• Aislamiento eléctrico, puesta a tierra y posibles interferencias.
• Disponibilidad de canales, espacio y potencia de reserva.
• Ubicación física de cuadros, cajas y recorridos de cable.

Una señal disponible no equivale necesariamente a una medición válida. Antes de diseñar un lazo de control avanzado, debe verificarse que el sensor mide con suficiente precisión, que está correctamente ubicado y que responde a la velocidad exigida por el proceso. Un controlador no puede compensar una medición deficiente o un actuador sobredimensionado, lento o con holgura.

4. Lazos de regulación y dinámica del proceso

Cuando existen controles de temperatura, presión, caudal, nivel, humedad, velocidad u otras variables continuas, es necesario conocer cómo responde el proceso. Esto incluye tiempos de reacción, retardos, perturbaciones frecuentes, relación entre variables y límites físicos de los actuadores.

Para cada lazo deben recopilarse, cuando estén disponibles:

• Variable controlada, consigna y variable manipulada.
• Rango habitual de operación y cambios de producto o receta.
• Parámetros actuales de regulación y filtros aplicados.
• Frecuencia y magnitud de las oscilaciones.
• Saturaciones del actuador y tiempos de recorrido.
• Respuesta ante pérdidas de señal o comunicaciones.
• Datos históricos que permitan analizar el comportamiento.

Por ejemplo, una regulación de temperatura puede funcionar correctamente con una carga estable y presentar desviaciones durante los cambios de receta. En este tipo de situaciones no conviene ajustar el controlador utilizando solo una captura puntual: hay que considerar los distintos regímenes de producción y las perturbaciones reales.

5. Arquitectura de automatización y comunicaciones

En una modernización resulta esencial disponer de un mapa actualizado de la arquitectura: controladores, PLC, módulos de entrada y salida, sistemas de supervisión, paneles de operador, variadores, servidores, estaciones de ingeniería, redes industriales y conexiones con sistemas corporativos.

La información mínima debería incluir:

• Modelos, versiones de firmware y estado de obsolescencia.
• Programas fuente, copias de seguridad y contraseñas bajo una gestión autorizada.
• Protocolos de comunicación y topología de red.
• Direcciones, velocidades y configuración de los equipos.
• Dependencias con SCADA, historiadores, MES, LIMS, ERP u otros sistemas.
• Sincronización horaria y origen de fecha y hora.
• Redundancias, alimentación ininterrumpida y recuperación ante fallos.
• Accesos remotos y separación entre redes OT e IT.

Una señal de alerta es encontrar un sistema que funciona, pero cuyo código fuente no coincide con la aplicación cargada, carece de copias verificadas o depende de un ordenador antiguo. Antes de modificarlo debe asegurarse una estrategia de respaldo y recuperación. Copiar archivos no es suficiente: hay que comprobar que pueden abrirse, compilarse y restaurarse con las herramientas disponibles.

6. Alarmas, eventos e información para el operador

Las alarmas deben ayudar a detectar una condición anómala y actuar a tiempo. Por ello conviene inventariar su causa, prioridad, límite, retardo, mensaje, acción esperada y condición de retorno. También debe distinguirse entre una alarma operativa, un aviso de mantenimiento y un enclavamiento de seguridad.

Durante la recopilación aparecen con frecuencia alarmas permanentes, límites duplicados, mensajes ambiguos o avisos que se activan como consecuencia de una misma causa. Migrarlos sin revisión traslada al nuevo sistema una carga innecesaria para el operador.

La interfaz de operación también requiere observar cómo se utiliza la planta: qué información se consulta durante un arranque, qué tendencias ayudan a diagnosticar problemas, qué mandos necesitan confirmación y qué permisos corresponden a cada perfil. El diseño de pantallas debe responder a estas tareas, no únicamente reproducir el aspecto del sistema anterior.

7. Datos, trazabilidad e integración

Si el proyecto contempla explotación de datos, deben definirse desde el principio las variables que se almacenarán, su frecuencia de muestreo, contexto, calidad, periodo de conservación y usuarios. Registrar todo a máxima velocidad suele generar grandes volúmenes sin aportar información útil.

Es recomendable establecer:

• Qué preguntas operativas o de calidad deben responder los datos.
• Qué variables necesitan registro continuo y cuáles solo por evento.
• Cómo se identifican lotes, órdenes, recetas o campañas.
• Qué resolución temporal requiere cada análisis.
• Cómo se tratarán los valores incorrectos, ausentes o sustituidos.
• Qué informes, tendencias e indicadores serán necesarios.
• Qué sistemas consumirán o proporcionarán la información.

Imaginemos una empresa que desea relacionar el consumo energético con cada lote. Para hacerlo no basta con almacenar la potencia: debe existir una identificación temporal fiable del lote, criterios claros de inicio y fin, sincronización entre sistemas y tratamiento de periodos de parada o limpieza.

8. Seguridad funcional, ciberseguridad y requisitos aplicables

Las funciones relacionadas con la protección de personas, instalaciones, producto o medioambiente deben identificarse de forma expresa. Es necesario documentar estados seguros, dispositivos de parada, enclavamientos, responsabilidades de cada sistema y condiciones de rearme.

El control básico de proceso no debe confundirse automáticamente con un sistema de seguridad. Si existen funciones instrumentadas de seguridad, requisitos de máquinas, atmósferas potencialmente explosivas, registros regulados u otras obligaciones sectoriales, su análisis debe realizarse según la normativa y los procedimientos vigentes aplicables a la instalación.

La ciberseguridad también forma parte del diseño. Deben conocerse los usuarios, niveles de acceso, conexiones externas, equipos sin soporte, políticas de actualización, copias de seguridad, registro de cambios y procedimiento de recuperación. Cualquier acceso remoto debe responder a una necesidad definida y contar con autorización, control y trazabilidad.

9. Plan de migración, pruebas y puesta en marcha

Una solución técnicamente correcta puede fracasar si no se adapta a la ventana de parada o si no existe un plan de retorno. Antes de cerrar el diseño deben conocerse las restricciones de producción, el orden de sustitución, las pruebas posibles sin proceso y los recursos disponibles durante la intervención.

Conviene acordar:

• Fases de ingeniería, fabricación, programación y pruebas.
• Pruebas de aceptación previas y verificaciones en planta.
• Simulación de señales y secuencias críticas.
• Responsables de validar cada función.
• Condiciones de aceptación y registro de incidencias.
• Plan de contingencia y criterios para volver al sistema anterior.
• Formación de operación y mantenimiento.
• Documentación final y copia del software instalado.

Las pruebas deben cubrir tanto el funcionamiento normal como las pérdidas de señal, fallos de comunicación, cortes de alimentación, actuaciones manuales y recuperaciones después de una parada. Probar únicamente que las señales aparecen en pantalla deja sin verificar buena parte del comportamiento real.

Lista de comprobación antes de iniciar el diseño

1. Objetivo: el problema y los criterios de éxito están definidos.
2. Alcance: se conocen los equipos, áreas e interfaces afectados.
3. Proceso: las secuencias y modos de operación han sido contrastados con los usuarios.
4. Campo: el inventario de instrumentos y actuadores se ha verificado físicamente.
5. Control: están documentados los lazos, enclavamientos, alarmas y estados seguros.
6. Arquitectura: existen planos, versiones, fuentes y copias recuperables.
7. Datos: se sabe qué registrar, con qué contexto y para qué uso.
8. Integraciones: se han identificado protocolos, propietarios y dependencias externas.
9. Seguridad: los riesgos y requisitos aplicables tienen responsables definidos.
10. Migración: hay una ventana de intervención, un plan de pruebas y una contingencia.
11. Validación: producción, mantenimiento, calidad, ingeniería y prevención han revisado lo que les corresponde.

Errores que conviene evitar

Los problemas más costosos suelen originarse en suposiciones no verificadas: confiar en planos desactualizados, dar por válida la lista de señales, copiar el programa anterior sin revisar su lógica, seleccionar equipos antes de conocer las comunicaciones o dejar las necesidades de datos para el final.

También es un error diseñar únicamente desde el despacho. La visita a planta, la revisión de cuadros, la observación de maniobras y las entrevistas con quienes operan y mantienen la instalación permiten detectar diferencias entre la documentación y la realidad.

Convertir la información en una especificación útil

La recopilación termina cuando la información puede transformarse en una especificación funcional verificable. Cada requisito importante debe describir la condición de entrada, el comportamiento esperado, las excepciones y el criterio de prueba. Expresiones como “mejorar el control” o “hacer el sistema más intuitivo” deben concretarse antes de programar.

FLUX INGENIEROS aborda el análisis de procesos y el diseño e integración de sistemas de control considerando conjuntamente regulación, instrumentación, arquitectura, operación y explotación de datos. Esta visión resulta especialmente importante cuando una modernización debe mantener parte de la instalación existente o ejecutarse con una parada limitada.

Recopilar información con rigor no retrasa el proyecto: reduce incertidumbre y permite decidir qué conservar, qué corregir y qué modernizar. Cuando la documentación es incompleta, existen equipos obsoletos, se afectan funciones críticas o hay varias plataformas conectadas, conviene realizar un diagnóstico técnico previo antes de seleccionar la solución.