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. 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.
In pratica
Prima di usare un post nuovo in produzione, prova il programma in simulazione e poi a vuoto, con l’utensile alzato e l’override al minimo. Tieni traccia di ogni modifica al post, e sui controlli che non parlano ISO puro, come Okuma o Mazatrol, non fidarti dei post generici. Per il resto della catena software c’è il confronto dei software CAM per CNC, con le guide su fresatura CNC e tornitura CNC nell’hub lavorazioni meccaniche.
Potrebbe interessarti anche
Oppure apri i calcolatori o il glossario.