Integración CAM y CNC: qué información se pierde en cada salto de la cadena

El punto crítico es el primero. Si el modelo CAD llega al CAM como geometría desnuda, el programador está reconstruyendo por intuición qué era importante en el plano. Esa es la causa raíz de la mayoría de las piezas que salen "dentro de modelo" y fuera de plano.

Cuando una cota no lleva tolerancia individual, se aplica la tolerancia general del plano. ISO 2768 define clases para dimensiones lineales y angulares:

Dos advertencias que suelen faltar:

1. La tolerancia general no es un número único: dentro de cada clase el valor depende del tramo dimensional, igual que en ISO 286. Una cota de 300 mm en clase m no admite lo mismo que una de 10 mm.
2. ISO 2768 no cubre las tolerancias geométricas de la parte 2 salvo que se invoquen, y no sustituye a la especificación GD&T donde haya requisito funcional.

Poner en el CAM una tolerancia de trayectoria más holgada que la tolerancia general del plano es una contradicción silenciosa: la pieza sale fuera aunque el programa se ejecute perfecto.

La simulación integrada en CAM verifica la trayectoria contra el modelo. Eso deja fuera tres familias de problema:

• Colisión con el entorno real (carro, mesa, utillaje, contrapunto, mangueras) si no se simula con modelo cinemático de máquina y no solo con la pieza.
• Dialecto del control: la simulación del CAM valida trayectoria, no el programa emitido. Lo que se ejecuta es la salida del postprocesador, y esa es la que hay que verificar.
• Física del proceso: flexión de herramienta, vibración, deformación de la pieza al liberar el amarre, deriva térmica. La simulación geométrica es ciega a todo esto.

De ahí que verificación en CAM y verificación en máquina no sean redundantes: comprueban cosas distintas.

La integración se cae más a menudo por gestión de herramienta que por software:

• Longitud y radio reales frente a los del catálogo en la biblioteca CAM.
• Correspondencia entre número de herramienta del programa y contenido real del almacén.
• Presetting y transferencia de valores al control.

Si la biblioteca CAM y el almacén real no están sincronizados, el programa es correcto y la pieza sale mal. Ninguna simulación detecta eso, porque el modelo de herramienta simulado es el nominal.

ISO 6983 describe movimiento de herramienta respecto a los ejes de la máquina, con sintaxis normalizada pero margen de ambigüedad semántica, ampliado por dialectos propietarios de cada fabricante.

ISO 14649 (STEP-NC), armonizada con ISO 10303 (STEP), describe la pieza por features con un modelo orientado a objetos: transmite qué fabricar en lugar de cómo moverse. Esa arquitectura conservaría hacia la máquina justo la información que hoy se pierde en el paso CAM → post: el significado de cada operación y su requisito.

Mientras el parque instalado siga en ISO 6983, la forma de compensar esa pérdida es documental y organizativa: que la información funcional viaje junto al modelo, no en la cabeza del programador.

1. Que llegue la intención, no solo la geometría: plano acotado o modelo con anotación semántica, con las cotas funcionales identificadas.
2. Un post por máquina, validado y versionado. Ver postprocesador CAM.
3. Biblioteca de herramienta sincronizada con el almacén físico y con el presetting.
4. Simulación con modelo de máquina, además de verificación de trayectoria.
5. Realimentación desde metrología al CAM: si la pieza sale sistemáticamente desviada en el mismo sentido, eso es información de proceso, no una anécdota de inspección. Ver capacidad de proceso Cp y Cpk.

• Aplicación del estándar STEP-NC en control numérico: limitaciones de ISO 6983 (ABCM, acceso abierto)^[1]
• STEP-NC: enlazar diseño, planificación de procesos y mecanizado (NIST)^[2]