Simulador de Telemetría Industrial — Documento técnico

Un laboratorio donde los sensores mienten a propósito

Siete prácticas de ingeniería con procesos físicos simulados, instrumentación realista y la cadena de telemetría completa. Lo que lo hace un laboratorio y no una animación es que el sensor tiene ruido, tiene rango, y se le pueden inyectar las fallas que de verdad ocurren en planta.

Prácticas · 7 · tres niveles Procesos · 8 modelos físicos Fallas · 5 tipos inyectables Cadena · MQTT · base temporal · tableros
01

Qué enseña

Un laboratorio de telemetría industrial cuesta decenas de miles de dólares y ocupa una sala. Un estudiante que no ha estado en uno llega a su primer trabajo sabiendo la teoría del control y sin haber visto nunca un dato de planta.

Esta herramienta simula procesos físicos reales, los instrumenta con sensores que se comportan como sensores, y publica sus lecturas por la misma cadena que usa una planta de verdad. El estudiante no ve gráficas bonitas: ve telemetría, con lo que eso implica.

La diferencia entre simular un proceso y simular su medición

Casi cualquier simulador resuelve la ecuación diferencial y dibuja la curva. Eso enseña el proceso, no el oficio.

En planta nadie ve la variable: ve lo que un instrumento dice de la variable, con su ruido, su rango saturado, su retardo y, de vez en cuando, su falla. Diagnosticar es distinguir cuándo el proceso cambió de cuándo cambió el sensor — y eso solo se aprende con sensores que fallan.

02

Las siete prácticas

Ordenadas en tres niveles, de un balance de masa a un diagnóstico espectral.

#PrácticaNivelDuraciónQué se aprende
P01Descarga de tanque por orificio145 minTorricelli: balance de masa y respuesta no lineal
P02Sistema de bombeo245 minCurva H-Q y punto de operación
P03Intercambiador en contracorriente245 minTransferencia de calor y perfiles de temperatura
P04Motor de inducción trifásico260 minArranque y curva par-velocidad
P05Control PID de nivel360 minSintonización empírica por Ziegler-Nichols
P06Reactor CSTR isotérmico350 minCinética de primer orden en continuo
P07Análisis de vibración350 minDiagnóstico espectral de fallas mecánicas

La progresión no es por dificultad matemática sino por qué tiene que hacer el estudiante: en nivel 1 observa, en nivel 2 interpreta una curva característica, y en nivel 3 actúa sobre el proceso — sintoniza un controlador, ajusta un reactor, diagnostica un espectro.

03

El contrato de proceso

Los ocho procesos físicos implementan la misma interfaz mínima. Eso es lo que permite que el resto del sistema no sepa qué está simulando.

Interfaz de un proceso físico
step(dt) avanza la simulación un paso get(variable) lee una variable de estado set_actuador(nombre, valor) actúa sobre el proceso variables_disponibles() qué se puede medir actuadores_disponibles() sobre qué se puede actuar
Los dos últimos permiten que la interfaz se construya sola: la pantalla pregunta al proceso qué expone, en vez de traer una lista escrita a mano que se desactualiza en cuanto alguien añade una variable.

El método de actuación tiene una implementación vacía por defecto. Un proceso sin actuadores —una descarga por gravedad, por ejemplo— no tiene que declarar nada: simplemente no lo sobrescribe. Obligar a todos a implementar un método que la mitad no usa habría llenado el código de cuerpos vacíos.

Los modelos van desde una ecuación de Torricelli hasta un equivalente eléctrico de motor de inducción con dinámica de rotor, un reactor de tanque agitado y un análisis espectral de vibración.

04

El sensor imperfecto

Un sensor lee una variable del proceso activo, pero no la devuelve tal cual. Entre la variable y el dato que llega al estudiante hay tres transformaciones, y las tres son físicas.

De la variable al dato
valor real del proceso + ruido gaussiano de desviación σ → posible falla activa → recorte al rango del instrumento = lectura publicada
El recorte va al final, después de la falla. Es lo correcto: un transmisor con salida de 4-20 mA no puede reportar fuera de su rango, ni siquiera averiado. Aplicarlo antes dejaría escapar valores imposibles.

Cada sensor declara su rango, su σ de ruido y su frecuencia de muestreo. Los tres son parámetros de la práctica, no constantes del código, así que la misma variable puede medirse con un instrumento preciso y lento o con uno ruidoso y rápido — y el estudiante ve la diferencia sobre el mismo proceso.

Por qué el ruido no es adorno

Sin ruido, cualquier derivada numérica sale limpia y cualquier umbral funciona. Con ruido, el estudiante descubre por su cuenta que derivar amplifica el ruido —lección central del término derivativo de un PID— y que un umbral sin histéresis parpadea. Son dos cosas que se explican en clase y solo se entienden cuando le pasan a uno.

05

Las cinco fallas

A cualquier sensor se le puede inyectar una falla, con duración opcional. Es la herramienta central del laboratorio: el instructor rompe algo y el estudiante tiene que darse cuenta.

FallaQué hace la lecturaCómo se ve en planta
frozenSe queda en el último valor leídoTransmisor colgado. La curva se vuelve una recta horizontal mientras el proceso sigue moviéndose
driftSe aleja del valor real de forma creciente con el tiempoDeriva de calibración. La más difícil de detectar: al principio es indistinguible de un cambio real
out_of_rangeSalta un 75 % del span del instrumentoFalla de acondicionamiento. Evidente, pero obliga a decidir si se descarta el dato o la lectura entera
noiseRuido con diez veces la desviación normalProblema de apantallamiento o tierra. La señal sigue siendo correcta en promedio
signal_lossNo devuelve nadaCable cortado. Obliga a distinguir «cero» de «sin dato», que es la confusión más cara en telemetría
La deriva es la que enseña de verdad

Las otras cuatro se ven. La deriva crece despacio desde el instante en que se inyecta, así que durante los primeros minutos es una lectura perfectamente creíble: sin discontinuidad, sin ruido raro, sin valor imposible.

Es exactamente el fallo que en planta pasa meses sin detectarse y que termina descubriéndose porque los balances no cierran. Un laboratorio que solo simula fallas evidentes enseña a mirar la alarma; este enseña a desconfiar del dato.

La falla puede llevar duración, y al vencerse el sensor vuelve solo a su comportamiento normal. Eso permite montar un escenario que se degrada y se recupera sin que nadie intervenga a mitad del ejercicio.

06

La práctica es un archivo

Una práctica no se programa: se declara. Son tres archivos y ninguno es código.

Anatomía de una práctica
practica.yaml objetivos · nivel · duración proceso y sus parámetros físicos sensores con rango, σ, frecuencia, posición en el diagrama y referencia al instrumento real guia.md el enunciado que sigue el estudiante diagrama.svg el P&ID sobre el que se ubican los sensores
Cada sensor lleva su posición en el diagrama, así que la lectura en vivo aparece sobre el punto del esquema donde estaría el instrumento. El estudiante no traduce entre una tabla de números y un plano: los ve juntos.

Los sensores se identifican con nomenclatura de instrumentación —LT_001 para un transmisor de nivel, por ejemplo—, que es la que el estudiante va a encontrar en cualquier plano de planta.

Qué gana el sistema con esto

Añadir una práctica nueva es escribir un YAML, una guía y un diagrama. No se toca el generador, ni el transporte, ni la interfaz. Un docente puede crear un ejercicio para su curso sin escribir Python, siempre que el proceso físico que necesita ya exista.

07

El catálogo de instrumentos

Cada sensor de una práctica apunta a una ficha del catálogo. Y esa ficha no es decorativa: es material de selección de instrumentación.

CampoEjemplo de lo que enseña
Principio de mediciónRadar de onda guiada, vórtice, efecto Hall, RTD, piezoeléctrico…
Rango y precisión típicosQué se puede esperar del instrumento en la realidad
VentajasSin contacto con el fluido; inmune a vapor, polvo y espuma
LimitacionesCosto elevado; requiere calibración inicial
Marcas de referenciaLos fabricantes que el estudiante verá en un catálogo real
Norma aplicableLa referencia técnica que respalda el instrumento
ImagenCómo se ve el aparato físico
Limitaciones y no solo ventajas

Que cada ficha declare qué tiene de malo el instrumento es la parte que un catálogo comercial nunca trae. Seleccionar instrumentación es elegir entre compromisos —precisión contra costo, robustez contra mantenimiento—, y un estudiante que solo ha leído ventajas no ha aprendido a elegir.

08

La cadena de telemetría

Las lecturas no se dibujan directamente: recorren la misma cadena que en una planta. Ese recorrido es tan parte del ejercicio como el proceso.

El camino del dato
proceso → sensor → publicador MQTT │ corredor de mensajes │ suscriptor → base de datos temporal → tableros
Y la jerarquía de temas reproduce la de una planta real: planta / área / sensor. El mismo árbol sirve para publicar la medición y para recibir órdenes de control, que es como funciona la telemetría bidireccional de verdad.

El corredor de mensajes es opcional: si no está configurado, el generador detecta que no hay que publicar y sigue funcionando. Un estudiante puede correr la práctica en su portátil sin levantar la infraestructura completa, y el docente puede montarla entera cuando el objetivo del día es precisamente la cadena.

Al terminar, el sistema genera un informe en PDF de la sesión. Cierra el ciclo del oficio: en planta, un ensayo que no produce un informe no ocurrió.

09

Arquitectura

Estructura
generador/ procesos/ 8 modelos físicos tras una interfaz común sensores/ ruido, rango e inyección de fallas instrumentos/ catálogo con fichas e imágenes practicas/ 7 prácticas declaradas en YAML reportes/ generación del informe en PDF publicador · suscriptor frontend/ interfaz de la sesión grafana/ mosquitto/ configuración de la infraestructura
Los procesos y los sensores no dependen del transporte ni de la interfaz: reciben números y devuelven números. Es lo que permite probarlos sin levantar corredor ni base de datos.

Verificación

Las pruebas se concentran en los modelos físicos y en el registro de prácticas, que es donde un error no se nota: una curva equivocada sigue siendo una curva creíble.

Un caso real de por qué eso importa

El modelo del motor de inducción calculaba el par con la corriente total del estator en vez de la del rotor. Al acercarse a la velocidad síncrona el par tendía a infinito en lugar de a cero, así que el motor nunca alcanzaba el equilibrio: aplicarle carga lo aceleraba.

El modelo devolvía números plausibles y la curva se veía razonable. Lo detectó la prueba que verifica lo obvio —que la carga frena— y no la inspección visual. Corregido, el motor arranca con quince veces la corriente de vacío y con carga baja de velocidad, que es lo que hace un motor real.

El entorno completo se levanta con contenedores: corredor de mensajes, base de datos temporal, tableros, generador y suscriptor.