MTConnect es un estándar abierto y libre de royalties que define cómo una máquina-herramienta publica su información: estado, ejecución, alarmas, posiciones de ejes, cargas de husillo y programa activo. Los datos se exponen en XML sobre HTTP con un vocabulario semántico común, en modo solo lectura, para que cualquier aplicación los consuma sin drivers propietarios.
Dónde se encuentra MTConnect en planta
MTConnect nació en el entorno del mecanizado, impulsado por AMT (The Association For Manufacturing Technology), con su primera versión publicada en 2008 y normalizada después como ANSI/MTC1.4-2018. En España se encuentra sobre todo en talleres de mecanizado y en el sector de máquina-herramienta: centros de mecanizado, tornos CNC y rectificadoras con control reciente que ya traen la interfaz de fábrica, y máquinas anteriores conectadas mediante un adaptador que habla la API nativa del control. La arquitectura son tres piezas: un adapter, específico del control, que traduce la información de la máquina a un formato de texto delimitado con marca de tiempo; un agent, que es un servidor HTTP que mantiene un búfer y responde a las peticiones /probe (modelo del equipo), /current (instantánea) y /sample (histórico del búfer); y la aplicación consumidora. Cada dato declara su categoría (muestra continua, evento discreto o condición) junto con su tipo y sus unidades, de manera que el consumidor sabe qué está leyendo sin tabla de mapeo.
MTConnect frente a OPC-UA y a las API nativas del CNC
La comparación inevitable es con OPC-UA, y la diferencia de fondo es el alcance. MTConnect es de solo lectura por diseño: no existe un mecanismo para escribir en la máquina ni para cambiar el programa, lo que reduce drásticamente la discusión de riesgo con producción y mantenimiento. Además trae resuelto el vocabulario del dominio: qué es un husillo, qué es un eje, qué estados de ejecución existen. OPC-UA aporta en cambio transporte, seguridad y un metamodelo genérico que necesita una especificación complementaria para adquirir esa semántica; a cambio es bidireccional, incorpora certificados y cifrado en el propio estándar y cubre cualquier tipo de equipo. No son excluyentes: la especificación complementaria conjunta del OPC Foundation y el MTConnect Institute proyecta el modelo MTConnect dentro de un espacio de direcciones OPC-UA. Frente a las API nativas del control (FOCAS en Fanuc y equivalentes en otros fabricantes), MTConnect no las sustituye: se apoya en ellas a través del adaptador y las normaliza, de modo que la aplicación deja de depender de una biblioteca por marca.
Extraer datos de MTConnect hacia una capa de datos
La ingesta es un cliente HTTP: se lee /probe una vez para descubrir qué publica la máquina y después se consulta /sample de forma incremental. El agente asigna a cada dato un número de secuencia creciente y devuelve en cada respuesta el nextSequence a usar en la siguiente petición, lo que permite recuperar el histórico sin huecos ni duplicados. Existe además un parámetro de intervalo que convierte la consulta en un flujo continuo, con lo que se alcanzan refrescos por debajo del segundo cuando el adaptador entrega a esa cadencia.
El dimensionado crítico es el búfer del agente, que es circular y de tamaño fijo: si el colector se desconecta más tiempo del que cubre el búfer, ese tramo se pierde de forma irreversible. Elegir el tamaño equivale a decidir cuánta interrupción de red se tolera, y conviene hacerlo con el peor caso real (un fin de semana con el switch de oficinas caído), no con el habitual. El segundo punto delicado es la marca de tiempo: la pone el adaptador, así que comparar dos máquinas exige que sus relojes estén sincronizados por NTP; sin eso, correlacionar una parada con el evento que la provocó deja de ser fiable. El tercero es el volumen: los datos continuos (posición de ejes, carga de husillo) multiplican el tamaño del flujo si se muestrean a alta frecuencia, mientras que los eventos y condiciones son escasos y baratos; separar ambos regímenes evita pagar almacenamiento por señales que nadie consulta.
La instalación no toca el proceso: adaptador y agente solo leen, no modifican el programa pieza ni la lógica del control, y suelen alojarse en el PC del propio control o en un equipo industrial de la red de planta. La intervención que sí puede requerir parada es habilitar el acceso digital en máquinas antiguas, cuando falta la tarjeta Ethernet o la opción de comunicaciones. En cuanto a seguridad, el agente clásico expone HTTP sin autenticación, así que en la práctica se despliega dentro de un segmento controlado en lugar de publicarse en la red corporativa. Ese trabajo de normalización entre marcas es el objeto de la interoperabilidad industrial.
Relación con otros términos
MTConnect resuelve la captura en máquina-herramienta y alimenta hacia arriba el cálculo del OEE y la ejecución en el MES. Convive con OPC-UA como estándar general de la convergencia OT/IT, y cuando el CNC no publica un dato concreto la alternativa pasa por leerlo del PLC de la máquina. En arquitecturas mayores, el flujo suele terminar en un historian o en un Unified Namespace.