Máquinas CNC para barras de Industria 4.0: las evidencias de conectividad que debe exigir el comprador

Una máquina CNC para barras de Industria 4.0 no se define por una pantalla táctil, un conector de red o una aplicación de soporte remoto. Una especificación de compra útil nombra los datos que entran en la máquina, los datos que salen de ella, la interfaz utilizada, las personas autorizadas a modificarla y el método de recuperación cuando la red o el software no están disponibles.

Esta distinción responde a una clase creciente de consultas de compradores sobre sistemas de barras «de gama alta» que se conectan al software moderno de fábrica. La evaluación debe mantenerse basada en evidencias: observe cómo el proveedor procesa un plano del comprador y exporta los datos de producción acordados. No acepte un diagrama de arquitectura sin una demostración funcional.

Divida la conectividad en cinco capas verificables

Utilice filas de aceptación separadas para cada capa. Una máquina puede rendir bien en una y no tener ninguna capacidad en otra.

Si un proveedor responde a una capa con funciones de otra, el requisito no queda cerrado. La importación DXF no demuestra la trazabilidad de la producción; el escritorio remoto no demuestra una interfaz de datos de máquina soportada.

Pruebe la ruta de ingeniería a máquina

La demostración CAD/CAM debe comenzar con un archivo del comprador, no con una muestra preparada por el proveedor. Incluya formas y condiciones de revisión que ocurren en producción: agujeros redondos y oblongos, ranuras, arcos, distintas referencias, piezas repetidas y una entidad no soportada o ambigua.

Pida al proveedor que ejecute la secuencia completa:

1. importar el plano o crear la pieza;
2. identificar y corregir la geometría no soportada;
3. asignar las características a los útiles instalados;
4. definir el material y las dimensiones de la materia prima;
5. distribuir las piezas u operaciones donde aplique el anidado;
6. simular la secuencia e identificar colisiones o características inalcanzables;
7. generar el programa NC y el informe del trabajo;
8. revisar el plano y mostrar cómo cambia el programa.

Este es un conjunto de capacidades realista. Por ejemplo, la página de Metalix cncKad para barras describe importación de barras en DXF/DWG y EPLAN 3D, utillaje, anidado, simulación, generación de NC e informes. Ese ejemplo de proveedor no demuestra que otra máquina incluya las mismas funciones. Muestra por qué cada función debe nombrarse y demostrarse por separado.

En el caso de la punzonadora y cizalladora DHCNC-BP-60, la oferta debe identificar el flujo de trabajo de planos entregado, los formatos soportados, el alcance de la licencia y cualquier ordenador o postprocesador necesario. El lenguaje de la página de producto no sustituye la demostración con el archivo del comprador.

Especifique los datos de máquina antes de elegir un protocolo

Defina primero la información que necesitan los equipos de producción, mantenimiento y calidad. Los campos típicos pueden incluir estado de la máquina, trabajo activo, recuento de piezas, inicio y fin de ciclo, revisión del programa, identificador de útil, código de alarma y resultado de inspección seleccionado.

Para cada campo, indique:

• nombre y definición en lenguaje claro;
• tipo de dato, unidad y rango válido;
• comportamiento por evento o por muestreo;
• fuente de tiempo y zona horaria;
• identificador usado para vincularlo a registros de trabajo, pieza o material;
• comportamiento tras un reinicio, una desconexión o un cambio de programa.

Solo entonces elija una interfaz. De lo contrario, un proveedor puede entregar un protocolo de forma veraz pero exponiendo muy poca información para respaldar el caso de uso del comprador.

La guía existente sobre el contrato de datos MES explica cómo gobernar estos campos después de la compra. Mantenga ese trabajo de implementación separado de la pregunta de compra actual: ¿puede la máquina ofrecida producir los datos acordados de forma repetible y documentada?

Trate OPC UA y MTConnect como especificaciones, no como distintivos

OPC UA puede transportar información y servicios industriales estructurados, mientras que MTConnect define observaciones y modelos de equipos de fabricación. La especificación OPC UA for Machine Tools y la especificación complementaria MTConnect OPC UA ilustran cómo deben alinearse un protocolo, un modelo de dominio y una implementación concreta.

Una oferta que solo diga «compatible con OPC», «preparada para MTConnect» o «API abierta» está incompleta. Solicite:

• el estándar y la versión exactos;
• la responsabilidad del servidor o del adaptador;
• la configuración del endpoint y de la seguridad;
• el modelo de datos implementado y la lista de variables;
• la capacidad de solo lectura frente a escritura;
• licencias, certificados y obligaciones de renovación;
• evidencia de pruebas de conformidad o interoperabilidad.

No exija un protocolo de moda cuando una exportación controlada y más simple cumple el requisito de negocio. Tampoco acepte un volcado de base de datos propietaria cuando el comprador necesita una interoperabilidad estable y documentada.

Mantenga el soporte remoto bajo control del comprador

El acceso remoto es una vía de servicio, no lo mismo que la integración de la máquina. El comprador debe aprobar cuándo se abre una conexión, quién puede usarla y qué acciones quedan registradas. La máquina debe conservar un control local seguro cuando la conexión no esté disponible.

Exija cuentas nominativas en lugar de contraseñas compartidas, permisos por rol, un registro de accesos, un responsable definido de parches y un procedimiento para medios extraíbles. Aclare si el proveedor puede cargar lógica del controlador o cambiar parámetros relacionados con la seguridad de forma remota. Si es así, defina la autorización y la reversión.

El paquete de copia de seguridad debe incluir el programa del controlador, el proyecto HMI o la copia del runtime, los parámetros de máquina, la biblioteca de útiles, el postprocesador cuando corresponda, los registros de licencias y las instrucciones de restauración. Pruebe la restauración en un dispositivo de repuesto acordado o una imagen controlada cuando sea factible.

Realice una demostración de evidencias de 60 a 90 minutos

Una prueba corta y estructurada revela más que una larga presentación de diapositivas. Utilice esta secuencia:

• importar un plano del comprador y generar un programa liberado;
• producir una muestra y vincularla al programa y a los identificadores del trabajo;
• visualizar o exportar los datos acordados de estado, recuento y alarmas;
• crear una alarma controlada y mostrar su marca de tiempo y su registro de recuperación;
• revisar la pieza, conservar la revisión anterior y ejecutar la nueva;
• desconectar la red y demostrar la producción local segura;
• restaurar un programa o una configuración de copia de seguridad hasta el punto de prueba acordado.

Registre pantallas, nombres de archivo, versiones, ediciones manuales y condiciones no soportadas en el protocolo FAT. Si una función de integración está prevista pero aún no instalada, clasifíquela como punto abierto con un responsable y una fecha de aceptación.

Incluya la conectividad en el alcance comercial

La guía de solicitud de oferta para máquinas CNC de barras debe usarse para situar cada entregable digital en la respuesta del proveedor. Indique si están incluidos el software, las licencias, los adaptadores, las horas de ingeniería, el hardware de red, los certificados, la documentación y la integración en planta.

Después, vincule el requisito digital de nuevo a la guía de selección de máquinas. La conectividad tiene valor cuando respalda una decisión definida de producción o mantenimiento. No debe relegar a segundo plano un proceso mecánico adecuado, y nunca debe quedarse en un adjetivo de marketing sin probar.