Gestión de Recetas en HMI/SCADA: guía práctica y comparación (FactoryTalk, InTouch, WinCC, Ignition)
La “receta” es el conjunto de parámetros de máquina que define un producto o presentación. Implementarla correctamente en el HMI reduce tiempos de cambio, minimiza errores humanos y aporta trazabilidad y consistencia entre turnos.
1) ¿Qué es una receta y por qué digitalizarla?
En automatización, una receta es un conjunto de valores (setpoints, temporizaciones, habilitaciones, selecciones) que parametriza a una máquina o línea para producir un producto específico. La digitalización en HMI/SCADA permite:
- Reducir tiempos de cambio (SMED): un cambio de producto se ejecuta cargando una receta aprobada.
- Disminuir errores por ingresos manuales y retrabajos.
- Consistencia entre turnos y plantas.
- Trazabilidad y cumplimiento (quién cambió qué y cuándo).
2) Conceptos básicos y patrones de UI
Una solución de recetas en HMI suele incluir:
- Lista de recetas (buscar, crear, duplicar, eliminar).
- Editor de parámetros con validación (rangos, tipos, obligatoriedad).
- Versionado y estados: en edición → aprobada → descargada/aplicada.
- Permisos/roles (operador, técnico, ingeniero, calidad).
- Descarga/carga al PLC con confirmación y bit de aplicado de retorno.
- Auditoría (registro de cambios y descargas).
Patrones de interfaz recomendados:
- Vista de lista con acciones (Nuevo, Duplicar, Guardar, Descargar, Cargar).
- Editor tabular con inline validation y mensajes claros.
- Indicadores de estado y usuario responsable de la última modificación.
3) Arquitectura típica (HMI–PLC–Almacenamiento)
El HMI edita y gestiona, el PLC aplica. El almacenamiento puede ser:
- Archivo local (CSV/XML) en el runtime del HMI: simple y portable.
- Recursos nativos de la plataforma (datasets/recipes incluidos en el HMI).
- Base de datos SQL/MES: ideal para múltiples líneas, auditoría avanzada e integración.
4) Implementación paso a paso
- Inventario de parámetros: nombre, tipo, unidades, límites y dependencias.
- Estructura de datos: define UDT/DB en PLC y mapea tags espejo en HMI.
- Diseño de pantallas:
- Lista de recetas (filtros, búsqueda, paginación).
- Editor (validación por rango y tipo, mensajes de error).
- Detalle con botón Descargar al PLC + confirmación.
- Seguridad: roles y permisos; bloqueo de parámetros críticos.
- Aplicación/confirmación: handshake PLC (aplicado/timeout/rollback).
- Auditoría: registra quién/cómo/cuándo; exporta a CSV/JSON.
- Pruebas: recetas de ejemplo; escenarios de error; respaldo.
5) Comparativa breve por plataforma
| Plataforma | Características nativas | Almacenamiento | Versionado/Auditoría | Escenario ideal | Consideraciones |
|---|---|---|---|---|---|
| FactoryTalk View ME/SE (PanelView Plus) | RecipePlus, datasets, import/export | Archivo/HMI | Básico (según implementación) | Máquinas individuales | Planear respaldo y límites de UI |
| AVEVA InTouch (+ Recipe Manager / RMP) | Componentes de receta, flujos aprob./descarga | Archivo/DB (según licencia) | Sólido con RMP | Máquina a célula con trazabilidad | Definir modelo y permisos desde el inicio |
| Siemens WinCC Unified/Advanced | Vistas estándar, integración con DB de PLC | HMI/DB PLC | Depende de diseño | Entornos S7-1200/1500 | Buenas guías y bloques estándar |
| Ignition (+ Sepasoft / SFC) | Integración nativa con SQL y MES | SQL/MES | Robusto | Multi-línea/planta y reporting | Requiere modelado de datos |
6) Buenas prácticas
- Staging vs. aplicada: valida antes de descargar.
- Versionado con motivo de cambio y firma/responsable.
- Validaciones en HMI y en PLC (límites duros).
- Permisos: operador vs. ingeniería vs. calidad.
- Auditoría y respaldo/exportación periódicos.
- Pruebas de cambio rápido con recetas representativas.
7) Caso de uso breve
Una empacadora realizaba 12 cambios de producto por turno. Antes, cada cambio exigía ingresar 30 parámetros manuales (≈20 minutos, con errores frecuentes). Tras implementar la gestión de recetas en HMI con validaciones y roles, el tiempo por cambio bajó a 5–7 minutos con 0 retrabajos por setpoint mal cargado durante el primer mes. El historial permitió identificar las versiones de receta con mejor desempeño y estandarizarlas.
8) Conclusión y CTA
La gestión de recetas en HMI es un habilitador clave para la estandarización, la reducción de tiempos de cambio y la calidad consistente. Tanto si operas una máquina individual como si coordinas múltiples líneas, empezar con un buen modelo de datos, pantallas claras, seguridad por roles y auditoría marcará la diferencia.
FAQ
¿Qué diferencia hay entre recetas en HMI y recetas en MES?
En HMI, la receta se orienta al control inmediato de la máquina. En MES, la receta incluye procedimientos, trazabilidad avanzada, genealogía y normalmente conecta múltiples células o líneas con aprobación formal y liberación.
¿Cómo evito que un operador edite parámetros críticos?
Usa roles y permisos, separa parámetros bloqueados, y aplica validaciones tanto en HMI como en PLC. Los cambios críticos deben requerir credenciales elevadas y quedar auditados.
¿Puedo auditar quién descargó una receta y cuándo?
Sí. Registra usuario, fecha, hora, versión e incluso hash del dataset. En SQL/MES es directo; en HMI standalone puedes escribir un log local o exportar a CSV.
¿Cómo migro mis recetas de CSV a SQL?
Define un schema objetivo (tablas de cabecera, parámetros, versiones), crea un importador, valida tipos/rangos y genera un ID de versión. Mantén un backup del CSV original.
¿Qué hago si mi HMI no tiene módulo nativo de recetas?
Puedes construir una solución con archivos (CSV/JSON/XML) y lógica en PLC para aplicar los parámetros, o usar una pasarela a SQL si tu runtime lo permite.