Il post processor è l’anello più sottovalutato — e più critico — dell’intera catena CAM: è il traduttore che converte i percorsi utensile calcolati dal software in G-code comprensibile dal controllo numerico della tua macchina. Un post processor sbagliato significa programmi da correggere a mano, cicli fissi che non funzionano, nel peggiore dei casi collisioni. Vediamo cos’è, come funziona e come configurarlo. Se stai ancora scegliendo il software, parti dal confronto dei software CAM per CNC.
Cos’è un post processor e perché esiste
Il CAM lavora in un formato intermedio neutro (CLDATA, percorsi utensile geometrici). Ma ogni controllo numerico — Fanuc, Siemens Sinumerik, Heidenhain, Haas, Okuma, Mazatrol — parla un dialetto diverso: stessi concetti, sintassi diverse. Il post processor è il file di configurazione che esegue questa traduzione: legge il percorso utensile e scrive il programma nel formato esatto che la tua macchina si aspetta, cicli fissi inclusi.
Cosa fa concretamente un buon post processor
Un post ben configurato gestisce: la sintassi del controllo (G-code ISO, conversazionale Heidenhain, Mazatrol), i cicli fissi di foratura, maschiatura e barenatura nativi della macchina, il cambio utensile con le M function corrette, la gestione di refrigerante, mandrino e assi rotativi (4° e 5° asse, RTCP), i limiti corsa e le uscite di sicurezza. La differenza tra un post generico e uno ottimizzato si misura in ore di banco prova risparmiate su ogni nuovo programma.
Post processor per i principali controlli numerici
| Controllo | Linguaggio | Note sul post |
|---|---|---|
| Fanuc (serie 0i/30i/31i) | G-code ISO | Lo standard de facto: quasi tutti i CAM hanno post Fanuc maturi |
| Siemens Sinumerik 828D/840D | G-code + cicli Siemens | Sfruttare i cicli CYCLE8xx evita G-code chilometrici |
| Heidenhain TNC | Conversazionale / DIN-ISO | Post dedicato indispensabile per il dialogo Klartext |
| Haas NGC | G-code ISO (dialetto Fanuc) | Post ufficiali gratuiti molto diffusi (es. per Fusion 360) |
| Okuma OSP | G-code OSP | Sintassi propria: post generici Fanuc NON compatibili |
| Mazak Mazatrol | Mazatrol / EIA-ISO | Decidere subito se programmare in Mazatrol o ISO |
Dove trovare i post processor: gratuiti e a pagamento
Tre canali principali: librerie ufficiali del CAM (Autodesk mantiene una libreria di post per Fusion 360 liberamente scaricabili e modificabili; Mastercam, SolidCAM e hyperMILL distribuiscono post tramite i rivenditori), rivenditori e integratori che sviluppano post su misura per la combinazione macchina+controllo (costo tipico da 500 a 3.000€ per un post 3 assi, da 2.000 a 10.000€+ per un 5 assi con simulazione macchina), e community per le macchine hobby (GRBL, LinuxCNC).
Personalizzare un post processor: cosa serve sapere
I post di Fusion 360 sono file JavaScript (.cps) editabili con qualsiasi editor di testo: cambiare formato numeri, attivare cicli fissi o aggiungere una M function richiede competenze base di programmazione. I post Mastercam (.pst) e quelli degli altri CAM professionali usano linguaggi proprietari: per modifiche strutturali conviene il rivenditore. Regola d’oro: versiona ogni modifica e valida il post su un pezzo di prova in materiale tenero prima di mandarlo in produzione.
Come validare un post processor nuovo
Procedura consigliata: 1) genera un programma campione che usi tutte le funzioni critiche (cambio utensile, cicli di foratura, compensazione raggio, assi rotativi); 2) confronta il G-code con un programma noto e funzionante della stessa macchina; 3) esegui in simulazione sul controllo o con un simulatore esterno; 4) prima esecuzione in macchina con rapido ridotto, sovrametallo extra e mano sul feed-hold. Solo dopo questo ciclo il post entra in produzione.
Errori tipici causati da un post sbagliato
Maschiatura rigida non attivata (M29/G84 mancante): filetti strappati. G43 con H errato: collisione su Z. Cicli fissi espansi in G-code lineare: programmi enormi e lenti da trasferire. RTCP/TCPM non gestito sul 5 assi: traiettorie errate appena ruota la tavola. Unità o formato decimale sbagliato: quote fuori di un fattore 1000. Tutti questi difetti emergono al primo confronto sistematico tra G-code generato e manuale di programmazione del controllo.
Anatomia di un post processor: dentro il file .cps di Fusion 360
Il modo più rapido per capire come ragiona un post è aprirne uno. I post di Fusion 360 sono file JavaScript con estensione .cps organizzati in sezioni riconoscibili: le properties in testa al file (opzioni che l’utente vede nella finestra di post-processing: numerazione righe, uso dei cicli fissi, M function di fine programma), i formats che definiscono come scrivere i numeri (decimali, segni, zeri), e le funzioni onOpen, onSection, onCycle, onClose che generano rispettivamente intestazione, cambio lavorazione, cicli fissi e chiusura del programma.
Le modifiche più richieste in officina sono quasi sempre le stesse: aggiungere il numero commessa nell’intestazione, forzare G28 o G53 a fine lavorazione, attivare la maschiatura rigida, cambiare il formato del numero utensile per magazzini oltre T99. Tutte si risolvono in poche righe nelle sezioni giuste — l’importante è lavorare su una copia rinominata del post originale e annotare ogni modifica in un changelog in testa al file.
Tornitura, fresatura e mill-turn: post diversi per logiche diverse
Un post di fresatura gestisce piani di lavoro, cicli fissi di foratura e (sul 4°/5° asse) la trasformazione delle coordinate. Un post di tornitura ha problemi suoi: assi X diametrali o radiali, utensili motorizzati, asse C e mandrino secondario, geometrie con G71/G70 o cicli equivalenti — ne parliamo nella guida alla tornitura CNC. I post mill-turn per macchine multitasking sono i più complessi in assoluto: devono coordinare due canali, sincronizzare mandrini e gestire il passaggio pezzo, ed è il motivo per cui su queste macchine il post personalizzato dal rivenditore è praticamente obbligatorio (e costa di conseguenza).
Post processor a 5 assi: RTCP, cinematica e simulazione
Sul 5 assi il post deve conoscere la cinematica esatta della macchina: testa-testa, testa-tavola o tavola-tavola, le distanze tra i centri di rotazione (pivot), i limiti angolari degli assi. Con RTCP/TCPM attivo (G43.4 su Fanuc, TRAORI su Siemens, M128 su Heidenhain) il controllo compensa da solo la cinematica e il post può scrivere coordinate riferite alla punta utensile; senza RTCP, il post deve calcolare ogni trasformazione — e ogni errore nei parametri pivot diventa un errore dimensionale sul pezzo. Per questo i post 5 assi seri arrivano accoppiati a un modello di simulazione macchina (collisioni mandrino-tavola-attrezzatura) e vanno ricalibrati se la macchina viene riallineata.
DNC e trasferimento programmi: l’ultimo miglio del post
Il G-code generato deve arrivare in macchina: seriale RS-232 con drip-feed per i controlli più datati e i programmi che superano la memoria del CNC, rete Ethernet con cartelle condivise o protocollo FOCAS/OPC-UA per le macchine moderne, chiavetta USB come compromesso universale. Il post può aiutare anche qui: spezzare i programmi oltre una certa dimensione, generare nomi file compatibili con il controllo (O-number Fanuc), impostare i caratteri di fine riga corretti. Se l’officina è interconnessa per l’iperammortamento 4.0, il trasferimento programmi documentato via rete è parte dell’evidenza di interconnessione.
Checklist di collaudo: 10 verifiche prima della produzione
| # | Verifica | Cosa controllare |
|---|---|---|
| 1 | Intestazione programma | Numero O/nome file, commento con data e post version |
| 2 | Unità e formato quote | mm vs pollici, decimali, segni |
| 3 | Cambio utensile | Sequenza M6, T, G43 H corretto |
| 4 | Cicli fissi foratura | G81/G83 con R e Z coerenti, G80 di chiusura |
| 5 | Maschiatura | Modalità rigida attiva (M29/G84 o ciclo dedicato) |
| 6 | Compensazione raggio | G41/G42 con D corretto, approcci validi |
| 7 | Velocità e avanzamenti | S e F trasferiti senza arrotondamenti anomali |
| 8 | Refrigerante | M8/M9 nei punti giusti, aria/through-spindle se previsti |
| 9 | Fine programma | Ritorno asse sicuro, M30, riavvolgimento |
| 10 | Assi rotativi | RTCP attivo/disattivo coerente, limiti angolari rispettati |
Esegui la checklist confrontando il G-code con il manuale di programmazione del controllo e con un programma storico ben rodato della stessa macchina: è il metodo più rapido per scovare differenze di dialetto.
Farlo in casa o comprarlo: il calcolo di convenienza
Modificare un post esistente conviene quando le richieste sono cosmetiche (intestazioni, M function, formati) e in officina c’è chi mastica un minimo di programmazione: poche ore di lavoro contro centinaia di euro. Il post commerciale del rivenditore conviene quando c’è di mezzo cinematica 5 assi, multitasking o un controllo non-ISO: lì dentro ci sono mesi di collaudi che non ha senso rifare. Una via di mezzo sensata: acquistare il post base dal rivenditore con sorgente aperto e mantenerlo internamente per i ritocchi. Diffida dei post ‘gratuiti’ di provenienza ignota per macchine industriali: il costo di una collisione mandrino supera qualsiasi post processor mai venduto.
Post processor e controlli conversazionali: il caso Heidenhain e Mazatrol
Un capitolo a parte meritano i controlli che non parlano G-code ISO nativo. Heidenhain Klartext è un linguaggio conversazionale leggibile (CYCL DEF, L X+50 R0 FMAX) molto amato nello stampo: un post che genera DIN-ISO per una TNC funziona, ma rinuncia ai cicli dialogati e rende i programmi difficili da ritoccare a bordo macchina per chi è abituato al Klartext. Mazatrol è ancora più radicale: programmazione a unità di processo, pensata per essere scritta direttamente sul controllo. I CAM professionali generano per Mazak in EIA/ISO, e l’officina deve decidere una volta per tutte la propria strategia: tutto da CAM in ISO (coerenza e tracciabilità) o pezzi semplici in Mazatrol a bordo macchina e solo i complessi da CAM. Mischiare i due approcci senza una regola è la ricetta per programmi introvabili e versioni doppie.
La scelta del post, insomma, non è solo tecnica ma organizzativa: definisce dove vive la conoscenza di processo dell’officina — nel CAM, versionato e riutilizzabile, o nella memoria del singolo operatore. È lo stesso ragionamento che guida la scelta del software CAM e l’organizzazione della fresatura in officina.
Manutenzione del post: quando e perché rimettere mano al file
Un post processor non è ‘fatto e finito’: va mantenuto come qualsiasi asset di produzione. I momenti in cui rimetterci mano sono prevedibili — aggiornamento del CAM (le API dei post cambiano tra versioni maggiori: un .cps scritto per una vecchia release può generare warning o output diverso), retrofit o sostituzione del controllo, nuove opzioni macchina (sonda di misura, through-spindle coolant, quarto asse aggiunto), e nuovi requisiti organizzativi come la tracciabilità commessa-programma richiesta dai sistemi qualità. Tieni un repository unico dei post (anche una semplice cartella versionata) con changelog, autore e data di ogni modifica, e un pezzo campione di collaudo da rilanciare dopo ogni intervento: dieci minuti di macchina che valgono come un collaudo completo.
FAQ — Domande frequenti sui post processor CNC
Cos’è un post processor in ambito CNC?
È il modulo software che traduce i percorsi utensile calcolati dal CAM nel linguaggio specifico del controllo numerico della macchina (Fanuc, Siemens, Heidenhain, ecc.), generando il G-code pronto per l’esecuzione.
Posso usare lo stesso post processor su macchine diverse?
Solo se montano lo stesso controllo con configurazione identica. In pratica ogni combinazione macchina+controllo+opzioni richiede un post dedicato o almeno adattato.
Quanto costa un post processor personalizzato?
Indicativamente da 500 a 3.000€ per una macchina 3 assi, da 2.000 a oltre 10.000€ per un 5 assi con simulazione macchina inclusa. Molti CAM offrono librerie di post gratuiti come punto di partenza.
Come capisco se il mio post processor è sbagliato?
Sintomi tipici: programmi che richiedono correzioni manuali ricorrenti, cicli fissi che non partono, allarmi al cambio utensile, comportamenti diversi tra simulazione CAM e macchina reale.
Video consigliato
Approfondisci la programmazione
Il post-processor chiude la catena della programmazione CNC: traduce i percorsi nei codici G e codici M che la macchina esegue. Per capire come si compone un programma, vedi la guida alla programmazione ISO.
Conclusioni
Il post processor è il ponte tra la programmazione e il truciolo: investirci tempo (o budget) all’acquisto del CAM ripaga a ogni programma generato. Validalo con metodo, versiona le modifiche e diffida dei post generici sui controlli non-ISO come Okuma e Mazatrol. Per il quadro completo sulla catena software, leggi il confronto dei software CAM per CNC e le guide su fresatura CNC e tornitura CNC nell’hub lavorazioni meccaniche.
