Mantenere il post-processor separato dal CAM e dalla consulenza di processo
Il post-processor converte l'output del CAM in codice NC per una specifica configurazione di macchina e controllo. Non è il nome dell'intero programma CAM, né un piano di processo o una consulenza sulla scelta degli utensili, sul bloccaggio pezzo o sulla sequenza operativa. Quando la domanda riguarda come costruire o modificare il percorso produttivo, si tratta di progettazione e ottimizzazione del processo. Il CAM prepara la geometria dei percorsi e la strategia; il CAPP organizza i dati del piano tra preparazione e produzione. Post-processor e codice NC appartengono al software di produzione digitale, insieme alla simulazione.
Descrivere la macchina e il controllo che eseguiranno il codice
Indicare il modello della macchina, il tipo di controllo, il numero di assi e le informazioni cinematiche rilevanti. È utile specificare se il codice girerà su una fresatrice, un tornio, un centro multitasking o un'altra stazione, descrivendo il setup attuale. Dove i movimenti degli assi rotativi, le posizioni degli utensili, i cambi utensile o la tastatura sono importanti, spiegarne il ruolo piuttosto che presumerne il comportamento dal nome della macchina. Anche le informazioni su portautensili e bloccaggio pezzo possono essere rilevanti se influenzano il flusso del programma e l'accesso dell'utensile.
Mostrare cosa deve provenire dal CAM
Registrare quale ambiente CAM produce il programma e quali operazioni deve coprire. La descrizione dovrebbe identificare sistemi di coordinate, movimenti rotatori richiesti, cambi utensile, cicli o tastatura solo dove necessari per l'output reale. Un programma di esempio o un frammento di codice possono aiutare, ma non sono una specifica autonoma. Vale la pena indicare quali parti dell'output attuale debbano essere verificate: nomi degli utensili, ordine dei blocchi, disposizione dei riferimenti o modo in cui viene chiamato un ciclo. Il brief deve registrare l'osservazione e le condizioni in cui appare.
Concordare il percorso di verifica prima di usare il codice
Il passo successivo dovrebbe descrivere come verrà controllato il risultato prima dell'uso in macchina, includendo revisione del programma o simulazione, seguite da una prova concordata nella configurazione reale. Se il materiale non permette ancora di definire un percorso di verifica, identificare le informazioni mancanti invece di promettere codice pronto. Dopo la prova, annotare cosa è stato confermato e cosa no. La decisione successiva potrà quindi riguardare un elemento specifico: CAM, post-processor, configurazione macchina, controllo o processo. Il materiale per l'organizzazione può essere gestito tramite l'accesso a TIZ B2B.
Cosa un brief per il post-processor non sostituisce
Un brief non è codice NC pronto, una simulazione completa o un'approvazione alla produzione. Non risolve automaticamente problemi con l'utensile da taglio, il sistema portautensili, il bloccaggio del pezzo o la strategia di processo. Questi elementi possono avere importanza nella stessa operazione, ma ognuno richiede una propria descrizione separata.