Protocolos de control CNC: FOCAS, LSV2, DNC, Mazak, MTConnect

Tres fabricantes, tres lenguajes distintos en una misma planta. Un control FANUC se comunica a través del puerto 8193 mediante su API patentada; un Heidenhain TNC responde en el puerto 19000 con telegramas concisos de cuatro letras; y Mazak entrega métricas mediante MTConnect a través de una pasarela SMARTBOX sin exponer el núcleo del control. En una misma línea de producción conviven tres culturas de datos plenamente diferenciadas.

La guía de protocolos de control CNC se elaboró para integrar estos tres lenguajes sobre un mapa de arquitectura unificado. Su finalidad no radica en memorizar listas de comandos, sino en demostrar qué problema operativo pertenece a cada capa, qué vías exigen permisos exclusivos de lectura o de escritura y dónde situar los límites de seguridad indispensables. Esta guía consolida cinco familias principales de protocolos bajo un marco de decisión fundamentado: FOCAS, LSV2, Heidenhain DNC, Mazak SMARTBOX y MTConnect.

La guía de un vistazo

¿A qué desafío industrial se enfrenta?

La selección de un protocolo no empieza por la preferencia de marca, sino por la necesidad operativa de datos. La siguiente matriz de enrutamiento vincula cuatro escenarios habituales de planta directamente con su análisis técnico correspondiente.

Cinco protocolos en un solo mapa

Tabla comparativa de arquitectura

Cómo debe leerse esta guía

Los ingenieros y los directores de producción enfocan los datos de taller desde ópticas divergentes. Si ejerce un cargo directivo, concéntrese primero en la tabla comparativa y en el método de implantación de cinco pasos. Si es ingeniero de automatización o redes OT, examine en detalle los formatos de trama, puertos y mapas de memoria expuestos en los informes de FOCAS, LSV2 y DNC. Si se desenvuelve en el ámbito de MES, SCADA o analítica, comience por la semántica de MTConnect y la pasarela de Mazak. Esta guía no declara un protocolo vencedor universal; define el estrato arquitectónico idóneo para cada reto.

Tres conceptos habitualmente confundidos

• Protocolo frente a API frente a Estándar: FOCAS es una librería de funciones API; LSV2 es un protocolo de línea de bajo nivel; MTConnect es una especificación semántica. Agrupar los tres bajo el término vago de «protocolo» diluye diferencias críticas de abstracción.
• Puerto frente a Ciclo de conexión: Puertos como el 8193 o el 19000 constituyen meros extremos de conexión TCP. La autenticación, privilegios de sesión y licencias operativas tras el socket definen la disponibilidad real del flujo de datos. Un puerto abierto no garantiza la recepción de información.
• Márgenes de lectura frente a escritura: Determinados canales admiten operaciones bidireccionales, mientras que MTConnect es deliberadamente pasivo. Las facultades de autorización influyen en la seguridad mucho más que la sintaxis de las tramas.

Primer giro: Razonar por capas y no por protocolos

Estas cinco opciones no conviven en el mismo peldaño de la arquitectura industrial. FOCAS y LSV2 actúan como capas de transporte y API directa; interactúan con registros internos del control. Heidenhain DNC opera como capa de producto y licenciamiento; encapsula los telegramas LSV2 en interfaces COM y herramientas de escritorio. La Mazak SMARTBOX conforma una capa de pasarela física; separa el control numérico de la red corporativa emitiendo datos estructurados. MTConnect se sitúa en la capa de abstracción semántica; asigna un significado normalizado a los valores crudos, con independencia del canal físico empleado.

Ignorar estas capas genera discusiones estériles como «¿MTConnect o FOCAS?». La pregunta adecuada es: ¿En qué estrato arquitectónico requiere los datos mi aplicación? Si necesita inyectar correctores o variar la lógica de la máquina, FOCAS, LSV2 o DNC son indispensables. Si requiere recopilar el estado general de planta, MTConnect es idóneo. Si busca conectar máquinas Mazak blindadas sin violar la garantía del fabricante, SMARTBOX ofrece el cauce validado.

Segundo giro: La frontera de seguridad entre lectura y escritura

La facultad de escritura constituye la línea divisoria crítica en las redes industriales. FOCAS, LSV2 y DNC posibilitan la alteración remota de parámetros, correctores de herramientas, orígenes de pieza y marcas de autómata. Aunque esta capacidad resulta esencial para celdas robotizadas, introduce un riesgo físico evidente. Un corrector erróneo puede fracturar una herramienta, dañar la pieza o comprometer la integridad del operario. MTConnect descarta expresamente esta superficie de riesgo: opera solo en lectura.^[1]

Ningún artículo de esta serie enseña a ejecutar órdenes de escritura sin control. Por el contrario, establecemos salvaguardas arquitectónicas: los clientes con permiso de escritura deben operar en subredes estancas, exigir autenticación criptográfica rigurosa y demandar autorización del operario. Nunca deben coexistir en el mismo proceso con colectores pasivos de telemetría.

Tercer giro: Costes de licencias y dedicación de ingeniería

FOCAS, LSV2 y Heidenhain DNC pertenecen a entornos comerciales cerrados; las librerías de enlace y las licencias de software (SIK) provienen del fabricante de la máquina. MTConnect, en cambio, es de especificación abierta y exento de cánones. Sin embargo, «libre de regalías» no equivale a coste cero. El despliegue de adaptadores, el mapeo de variables, la segmentación de red y la gestión de versiones suponen una inversión notable de horas de ingeniería. El coste total de propiedad (TCO) se acumula en la normalización de dialectos y el mantenimiento del software, más que en la compra de licencias iniciales.

La documentación refleja esta misma dualidad. En los sistemas privativos, el avance depende de los manuales y del servicio técnico oficial; en el estándar abierto, el soporte emana de comunidades técnicas, agentes de referencia en C++ y visores de esquemas públicos. Con independencia de la vía adoptada, es imperativo mantener una matriz de versiones rigurosa: el firmware del control, el agente y los clientes de captura deben sincronizarse permanentemente.

Cómo proceder: Método estructurado en cinco pasos

1. Inventariar el parque de maquinaria: Catalogar marcas, modelos, series de control numérico y tarjetas de comunicación instaladas. Señalar «FANUC» resulta insuficiente; un 0i-F difiere sustancialmente de un 30i-B.
2. Determinar las necesidades operativas de datos: ¿Solo lectura o escritura activa? ¿Contadores de piezas, estado de programas, alarmas o potencia de cabezal? Este catálogo delimita el protocolo adecuado.
3. Segmentar la infraestructura de red: Trazar fronteras estrictas entre la red de máquinas, pasarelas locales y la red corporativa mediante cortafuegos industriales; aislar los puestos con capacidad de escritura.
4. Desarrollar un piloto en una sola máquina: Un control numérico, una pasarela y un cliente. Analizar la estabilidad bajo condiciones reales de arranque de viruta antes de extenderlo a toda la planta.
5. Consolidar el diccionario semántico: Documentar detalladamente los identificadores dataItemId, las unidades de ingeniería, los factores de escala y las respuestas ante desconexiones imprevistas.

Próximas entregas: Monografías técnicas detalladas

Este artículo actúa como brújula arquitectónica. En las siguientes entregas desglosaremos las mecánicas internas de cada protocolo junto con patrones de integración reales.

Casos de implantación práctica: Cálculo del OEE en células FANUC; distribución segura de programas hacia controles Heidenhain TNC; integración unificada de máquinas Mazak y FANUC en un único panel; monitorización de consumos energéticos con MTConnect; conexión de maquinaria veterana mediante SENSOR BOX y autómatas. Todos los casos se respaldan en pruebas de campo e información técnica contrastada.

Seguridad operativa y ética industrial

Conclusión: La verdadera pregunta estratégica

En la captura de datos de mecanizado, la incógnita crucial nunca es simplemente «¿qué protocolo utilizar?», sino «¿en qué estrato de la arquitectura, con qué nivel de autorización y bajo qué barrera de seguridad?». FOCAS brinda la máxima profundidad de registros, LSV2 aporta sencillez y ligereza, Heidenhain DNC garantiza la conformidad del fabricante, Mazak asegura el aislamiento mediante pasarelas y MTConnect establece un vocabulario común para la fábrica. La estructura idónea responde estrictamente a sus prioridades de producción.

¿Dónde residen los datos de mecanizado de su fábrica hoy en día: atrapados en los controles numéricos, protegidos tras pasarelas o normalizados según un esquema abierto común? ¿Y busca conformarse con la supervisión pasiva, o está preparado para asumir la estricta responsabilidad que implica la ejecución remota de órdenes de escritura?