Postprocesador CAM: por qué hace falta uno por máquina y qué resuelve

La pregunta que llega al taller no es qué es un postprocesador, es por qué hay que pagar uno para cada máquina si todas "hablan código G". La respuesta está en una propiedad concreta de la norma que rige ese código: ISO 6983 estandariza la sintaxis, no la semántica. Dos controles pueden leer la misma línea y hacer cosas distintas — y por encima de eso, cada fabricante añade extensiones propias que la norma no cubre.

Ese es el origen del coste, y también de los accidentes cuando se reutiliza un post ajeno.

Qué hace exactamente un postprocesador

El CAM no genera código de máquina: genera una descripción de trayectoria independiente de la máquina, los datos CL (Cutter Location), que describen dónde debe estar la herramienta en el espacio de la pieza.

El postprocesador traduce eso al programa que ejecuta un control concreto sobre una máquina concreta. En esa traducción tiene que resolver, como mínimo:

  • La cinemática real de la máquina: número y orden de ejes, y en máquinas rotativas las distancias entre centros de giro y punto de referencia. Dos máquinas de 5 ejes con el mismo control necesitan posts distintos si su cadena cinemática difiere.
  • Compensación en punta de herramienta: si se emite con RTCP/TCPM activo (el control resuelve la rotación) o si el post entrega coordenadas ya resueltas. La decisión cambia el programa por completo y también qué pasa si el operario mueve un origen.
  • Ciclos del control: convertir taladrados y roscados a ciclos propios del control, o desarrollarlos en movimientos elementales. Los ciclos son más cortos y editables a pie de máquina; el desarrollo largo es más portable.
  • Estrategia de ejes rotativos: cuando un eje puede llegar a la misma orientación por dos caminos, hay que decidir si va por el más corto o si se desenrolla. Aquí es donde aparecen los giros de 350° inesperados.
  • Tolerancia de linealización: las trayectorias de 5 ejes se emiten como segmentos; la tolerancia elegida fija el compromiso entre tamaño de programa y desviación respecto a la trayectoria teórica.
  • Longitud de herramienta y orígenes: modo de compensación y sistema de decalajes utilizado.
  • Formato numérico y cabecera de seguridad: número de decimales, uso de coma o punto, y el bloque inicial que garantiza un estado conocido de la máquina.

Por eso el post es por máquina, no por control

Lo que cambia Consecuencia en el post
Marca de control (Fanuc, Heidenhain, Siemens…) Dialecto, ciclos disponibles, sintaxis de decalajes
Versión de software del mismo control Funciones disponibles y comportamiento de look-ahead
Cinemática de la máquina Transformación de ejes y límites de recorrido
Opciones instaladas Si existe o no RTCP/TCPM, cambiador, contrapunto, sonda
Utillaje y orígenes habituales Estrategia de decalajes y seguridad de aproximación

De ahí la regla práctica: un post validado en una máquina no es válido en su gemela hasta que se comprueba. Basta una opción distinta instalada.

El límite de la norma, y qué se propuso para superarlo

  • ISO 6983 describe el movimiento de la punta de la herramienta respecto a los ejes de la máquina, no el proceso de fabricación de la pieza. Define sintaxis de bloques, pero deja margen a ambigüedad semántica, y los fabricantes lo complementan con extensiones propietarias fuera del alcance de la norma.
  • ISO 14649 (STEP-NC), armonizada con ISO 10303 (STEP), plantea el enfoque inverso: un modelo de datos orientado a objetos y basado en features que describe qué hay que fabricar en lugar de cómo moverse. Con ese enfoque el postprocesador clásico dejaría de ser necesario en su forma actual.

Que la mayoría del parque siga en ISO 6983 es precisamente el motivo por el que el postprocesador continúa siendo un activo que se compra, se mantiene y se versiona.

Cómo se valida un post sin romper nada

  1. Simulación con modelo de máquina, no solo verificación de trayectoria: la colisión que importa es contra carro, mesa y utillaje, no solo contra la pieza.
  2. Pieza de prueba con geometría que ejerza los casos límite: cambio de cuadrante, orientación con dos soluciones cinemáticas, un ciclo de taladrado, un arco en cada plano.
  3. Comprobación del bloque de cabecera y del final de programa en estado seguro.
  4. Prueba en vacío con recorrido elevado antes de la primera ejecución sobre material.
  5. Control de versiones del post, con registro de qué post generó cada programa. Sin eso, un cambio en el post deja programas antiguos irreproducibles — y eso es un problema de trazabilidad, no solo de orden.

Errores que se pagan caros

  • Reutilizar el post de otra máquina "porque es el mismo control".
  • Editar el programa de salida en vez del post. El arreglo se pierde en la siguiente regeneración; el post es la fuente.
  • Ignorar límites de recorrido de ejes rotativos en la salida.
  • Tolerancia de linealización demasiado holgada en superficies: aparecen facetas que se confunden con problema de máquina o de herramienta.
  • No versionar: dos programas idénticos en apariencia con comportamiento distinto.

Para el flujo completo de datos desde el CAD hasta la máquina, ver integración CAM y CNC. Para el marco del control numérico, ver control numérico computarizado.

Fuentes

Referencias

  1. [1] Aplicación del estándar STEP-NC en control numérico: limitaciones de ISO 6983 (ABCM, acceso abierto) — https://www.abcm.org.br/symposium-series/SSM_Vol5/Section_IV_Industrial_Informatics_Discrete_and_Hybrid_Systems/05322.pdf
  2. [2] STEP-NC: enlazar diseño, planificación de procesos y mecanizado (NIST) — https://tsapps.nist.gov/publication/get_pdf.cfm?pub_id=821681

Comentarios

0

Aún no hay comentarios. Sé el primero en comentar.