El control de calidad IoT en fabricación consiste en medir la calidad del producto y del proceso de forma continua en la línea, en lugar de descubrir los problemas en la inspección final o por una reclamación del cliente. Esta guía muestra qué sensores en línea usar, cómo publicar sus mediciones por MQTT, cómo ejecutar comprobaciones de especificaciones en tiempo real y cómo el mismo flujo de datos alimenta el control estadístico de procesos y la trazabilidad.
Del muestreo a los datos de calidad continuos
El control de calidad tradicional se basa en el muestreo: un inspector toma unas pocas piezas por hora, las mide en un laboratorio o en un puesto de calibres y anota los resultados en una hoja de cálculo o en un sistema de calidad. Funciona, pero tiene debilidades conocidas. Los problemas que empiezan entre muestras pasan desapercibidos hasta la siguiente comprobación. Los resultados llegan tarde y es difícil vincularlos con las condiciones exactas de proceso que produjeron la pieza. Y los datos rara vez llegan a tiempo a las personas que podrían actuar.
El control de calidad conectado cambia tres cosas:
- Cobertura. Los sensores en línea y los calibres automáticos miden todas las piezas o una gran proporción, no unas pocas por turno.
- Latencia. Los resultados están disponibles en segundos, así que la línea puede detenerse o ajustarse antes de fabricar las siguientes cien piezas.
- Contexto. Cada medición viaja con el número de serie de la pieza, la máquina, la receta y los parámetros de proceso, lo que convierte los defectos en eventos explicables.
De dónde salen los datos de calidad
| Fuente | Medición típica | Interfaz | Notas |
|---|---|---|---|
| Calibres y pies de rey digitales | Dimensiones | USB, Bluetooth, RS-232 | Forma barata de digitalizar las comprobaciones manuales |
| Sensores láser y ópticos | Espesor, anchura, posición, holgura | Analógica, IO-Link, Ethernet | Mide todas las piezas a velocidad de línea |
| Sistemas de visión | Presencia, defectos, etiquetas, dimensiones | Ethernet, a menudo con salida MQTT o TCP integrada | Aprobado/rechazado más características medidas |
| Controladoras de peso y básculas | Peso y llenado | Serie o Ethernet | Estándar en alimentación y farmacia |
| Probadores de fugas, presión y par | Valores de prueba y aprobado/rechazado | Serie, Ethernet, tags de PLC | Pruebas funcionales de final de línea |
| Sensores de proceso | Temperatura, presión, caudal, velocidad | PLC o gateway edge | Explican por qué cambió la calidad |
| Sensores ambientales | Humedad, temperatura ambiente | Sensores inalámbricos | Importan en adhesivos, recubrimientos y alimentos |
Las dos últimas filas son fáciles de pasar por alto. Los problemas de calidad casi siempre los causan las condiciones de proceso, así que capturar la temperatura, la presión o la velocidad de línea junto a la medición es lo que hace posible el análisis de causa raíz más adelante.
Una arquitectura MQTT para el control de calidad IoT en fabricación
MQTT encaja bien con los datos de calidad porque una medición suele tener varios consumidores: la pantalla de la línea, el dashboard de SPC del ingeniero de calidad, la base de datos de trazabilidad y quizá el MES. Con publicación/suscripción, el calibre publica una vez y cada consumidor se suscribe de forma independiente. El artículo qué hace un broker MQTT explica el patrón en detalle.
Un flujo típico:
- Sensores, calibres y bancos de prueba se conectan a un gateway edge (un PLC, un PC industrial con Node-RED o un pequeño servicio en Python).
- El gateway añade el número de serie de la pieza, la estación, la receta y la marca de tiempo, y publica un mensaje por medición o por pieza.
- Un servicio de calidad se suscribe, compara cada valor con los límites de especificación y publica un veredicto.
- Un historian o un suscriptor de base de datos lo almacena todo para el SPC y la trazabilidad.
- Los dashboards se suscriben a los valores en vivo y a los veredictos.
Diseño de topics
Sigue una jerarquía de estilo ISA-95 y separa las mediciones brutas de los veredictos:
acme/plant1/assembly/line3/station40/quality/measurement
acme/plant1/assembly/line3/station40/quality/verdict
acme/plant1/assembly/line3/station40/quality/spec (retained)
Publicar la especificación activa como mensaje retenido es un truco útil. Cada consumidor que se conecta conoce de inmediato los límites vigentes de esa estación, y un cambio de receta solo requiere publicar una nueva especificación.
Diseño del payload
{
"ts": "2026-10-16T09:31:07.412Z",
"serial": "A3-2610-004812",
"recipe": "HOUSING-B",
"characteristic": "bore_diameter_mm",
"value": 22.012,
"unit": "mm",
"gauge": "G-40-1",
"process": {"spindle_temp_c": 31.4, "coolant_temp_c": 21.8}
}
Incluye el número de serie o el ID de lote en cada mensaje, usa unidades explícitas y mantén una característica por mensaje o un objeto de características claramente nombrado por pieza. Evita los arrays posicionales cuyo significado solo existe en la cabeza de alguien.
Comprobación de especificaciones en tiempo real
El servicio de calidad útil más sencillo compara cada valor con sus límites de especificación inferior y superior y publica un veredicto. El ejemplo de Python siguiente (paho-mqtt 2.x) guarda las especificaciones en mensajes retenidos, así que cambiar un límite nunca exige reiniciar. Se ejecuta contra el servidor MQTT público gratuito, pensado para pruebas y prototipos, no para datos de producción; sustituye el prefijo por tu propio ID único.
import json
import paho.mqtt.client as mqtt
PREFIX = "connectmq/demo/b6a0e4/line3"
specs = {} # station -> {characteristic: {"lsl":..., "usl":...}}
def on_connect(client, userdata, flags, reason_code, properties):
client.subscribe(f"{PREFIX}/+/quality/spec", qos=1)
client.subscribe(f"{PREFIX}/+/quality/measurement", qos=1)
def on_message(client, userdata, msg):
station = msg.topic.split("/")[4]
data = json.loads(msg.payload)
if msg.topic.endswith("/spec"):
specs[station] = data
print("spec loaded for", station, data)
return
limits = specs.get(station, {}).get(data["characteristic"])
if limits is None:
verdict = "no_spec"
elif limits["lsl"] <= data["value"] <= limits["usl"]:
verdict = "pass"
else:
verdict = "fail"
out = {"ts": data["ts"], "serial": data["serial"],
"characteristic": data["characteristic"], "value": data["value"],
"verdict": verdict}
client.publish(f"{PREFIX}/{station}/quality/verdict", json.dumps(out), qos=1)
if verdict != "pass":
print("NOT PASS", out)
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="qc-checker-b6a0e4")
client.on_connect = on_connect
client.on_message = on_message
client.connect("broker.connectmq.com", 1883, keepalive=60)
client.loop_forever()
Publica una especificación y una medición desde la línea de comandos para probarlo:
mosquitto_pub -h broker.connectmq.com -p 1883 -i spec-b6a0e4 -q 1 -r \
-t "connectmq/demo/b6a0e4/line3/station40/quality/spec" \
-m '{"bore_diameter_mm": {"lsl": 21.990, "usl": 22.020}}'
mosquitto_pub -h broker.connectmq.com -p 1883 -i gauge-b6a0e4 -q 1 \
-t "connectmq/demo/b6a0e4/line3/station40/quality/measurement" \
-m '{"ts":"2026-10-16T09:31:07Z","serial":"A3-2610-004812","characteristic":"bore_diameter_mm","value":22.012}'
Para límites sencillos puedes prescindir del código: las reglas de alerta por umbral del portal de ConnectMQ pueden vigilar un campo numérico y registrar cada desviación en el registro de alertas. El servicio basado en código resulta útil cuando los límites dependen de la receta o cuando los veredictos deben publicarse de vuelta para otros sistemas.
Más allá de aprobado/rechazado: detectar la deriva a tiempo
Una pieza dentro de especificación puede seguir siendo una advertencia. Si los diámetros de taladro van subiendo hacia el límite superior porque una herramienta se desgasta, las comprobaciones de aprobado/rechazado siguen en verde hasta el primer fallo. El control estadístico de procesos resuelve esto vigilando el comportamiento del proceso en lugar de piezas individuales, y detecta tendencias, desplazamientos y aumento de la variación mientras todas las piezas siguen aprobando. El tutorial de SPC en tiempo real construye gráficos de control sobre exactamente este flujo de mediciones.
Las señales del lado del proceso también ayudan. Un diámetro de taladro creciente que se correlaciona con la temperatura del husillo apunta a dilatación térmica; uno que se correlaciona con el número de cortes apunta a la monitorización del desgaste de herramientas como solución.
La trazabilidad viene incluida
Como cada mensaje lleva un número de serie, almacenar el flujo en una base de datos te da un registro de calidad por pieza: qué estación la midió, con qué calibre, con qué receta y en qué condiciones de proceso. Cuando se encuentra un defecto en un cliente, puedes responder en minutos a "¿qué otras piezas se fabricaron en las mismas condiciones?". La guía del sistema de trazabilidad en fabricación cubre la parte de base de datos, la genealogía y el diseño de eventos.
Lista de implementación
- Empieza con una característica crítica en una estación, idealmente una que ya cause desperdicio o reclamaciones.
- Digitaliza la medición con un calibre o sensor conectado; evita volver a teclear valores.
- Añade contexto en el edge: número de serie, receta, estación, ID de calibre, marca de tiempo.
- Publica con QoS 1 para que las mediciones no se pierdan en silencio ante cortes de red.
- Publica las especificaciones como mensajes retenidos por estación y receta.
- Añade un servicio de veredicto y muestra los resultados en la línea en cuestión de segundos.
- Almacénalo todo en una base de datos para el SPC y la trazabilidad; el broker es un medio de transporte, no un archivo.
- Protégelo: credenciales de broker privado, TLS y las buenas prácticas de seguridad MQTT aplicadas a cada gateway.
Alojamiento de la columna vertebral de calidad
Los datos de calidad son críticos para el negocio y a menudo confidenciales, así que el broker público de demostración es solo para experimentos. En producción, un broker MQTT gestionado da a cada estación acceso autenticado y cifrado sin que tengas que operar servidores de broker, y el explorador de topics en vivo del portal de ConnectMQ facilita verificar que cada estación publica lo que esperas. Si además quieres ver los veredictos de cada estación sobre un gemelo digital 3D de la línea, los mismos topics sirven de fuente. Para el contexto a escala de planta, lee la guía de fabricación inteligente.
Ejecuta tus datos de calidad en ConnectMQ
ConnectMQ ofrece un broker MQTT 5 privado con TLS, mensajes retenidos, QoS 1 y 2 en los planes de pago, un explorador de topics en vivo y reglas de alerta por umbral. Crea un broker en el plan gratuito Serverless en app.connectmq.com, sin tarjeta de crédito, y conecta hoy tu primera estación de calidad.
Preguntas frecuentes
¿Qué es el control de calidad IoT en fabricación?
Es el uso de sensores, calibres y bancos de prueba conectados para medir la calidad de forma continua en la línea, con resultados compartidos en tiempo real con operarios, ingenieros y sistemas de calidad.
¿Qué protocolo deben usar las estaciones de calidad?
MQTT funciona bien porque una misma medición puede ser consumida a la vez por dashboards, SPC, bases de datos y el MES sin integraciones punto a punto.
¿Necesito medir todas las piezas?
No siempre. Mide todas las piezas donde los sensores automáticos lo abaraten y digitaliza las comprobaciones manuales por muestreo en el resto. La mayor ganancia suele venir de añadir contexto a cada medición.
¿En qué se diferencia esto del SPC?
Las comprobaciones de especificación juzgan piezas individuales como aprobadas o rechazadas. El SPC vigila el comportamiento del proceso a lo largo del tiempo y detecta derivas y desplazamientos antes de que las piezas fallen.
