Separera postprocessorn från CAM-programmet och processkonsultationen
Postprocessorn omvandlar resultatet från CAM-programmet till NC-kod för den överenskomna maskin- och styrningskonfigurationen. Den är inte ett samlingsnamn för hela CAM-programmet, processplanen eller konsultation om verktygsval, verktygshållning eller operationsordning. Om frågan gäller hur ni bygger eller ändrar själva produktionsvägen ligger den inom processdesign och optimering. CAM förbereder geometri för banor och programstrategi. CAPP som programvara för digital tillverkning ordnar processplanen och informationen mellan förberedelse och produktion. Postprocessorn och NC-koden hör till området för programvara för digital tillverkning, liksom simulering. Dessa distinktioner ersätter inte provkörning på maskinen, men hjälper er att ange vilket element briefen avser.
Beskriv maskinen och styrningen som ska köra koden
Ange maskinmodell, styrningstyp, antal axlar samt kinematikuppgifter som är relevanta för operationen. Ni bör ange om koden ska köras på fräs, svarv, fleroperationscentrum eller annan station samt hur den aktuella konfigurationen ser ut. Om axelrotationer, verktygspositioner, verktygsbyte eller mätning är viktiga ska ni beskriva deras roll i just detta arbete, inte anta deras funktion utifrån maskinens namn. Uppgifter om verktygshållning och arbetsstyckesuppspänning är också användbara om de påverkar programförloppet. Verktygshållningen avser verktygshållning i spindeln eller revolvern. Uppspänningssystemen avser arbetsstyckesuppspänning. I briefen till postprocessorn ska ni inte blanda dessa grupper utan ange deras betydelse för operationsordning och verktygsåtkomst.
Visa vad som ska komma ut från CAM
Ange vilket CAM-miljö programmet kommer från och vilka operationer det ska omfatta. Beskrivningen ska ange använda koordinatsystem, nödvändiga rotationsrörelser, verktygsbyten, cykler eller mätning endast när de behövs för det verkliga resultatet. Ett exempelprogram, kodfragment eller beskrivning av förväntad utskrift kan vara till hjälp, men sådant material är inte en fristående specifikation för postprocessorn. Ni bör också ange vilka delar av nuvarande utdata som behöver kontrolleras: verktygsnamngivning, blockordning, basuppsättning, maskinrörelser eller cykelanrop. Ni ska inte på förhand hävda att problemet ligger i postprocessorn. Skillnaden kan bero på CAM-data, maskinkonfiguration, styrinställning eller ofullständig operationsbeskrivning. Briefen ska ange observationen och de villkor under vilka den uppstår.
Fastställ verifieringsvägen före kodanvändning
Nästa steg ska beskriva hur resultatet kontrolleras innan det används på maskinen. Det kan vara programgranskning eller simulering, följt av överenskommen provkörning på maskinen i verklig konfiguration. Om materialet ännu inte tillåter att verifieringsvägen fastställs är rätt utfall att ange saknade uppgifter, inte löfte om färdig kod. Efter provet bör ni dokumentera vad som bekräftats och vad som inte kunde bedömas. Därmed avser nästa beslut ett konkret element: CAM, postprocessorn, maskinkonfiguration, styrning eller process. Material för vidare ordning och urval kan lämnas via TIZ B2B.
Vad brief till postprocessorn inte ersätter
Briefen är inte ett färdigt NC-program, en komplett simulering eller produktionsgodkännande. Den avgör inte heller automatiskt frågor om skärande verktyg, verktygshållning, arbetsstyckesuppspänning eller processstrategi. Dessa element kan vara relevanta i samma operation men kräver separat beskrivning och kontroll. En ärlig flagga för saknade uppgifter eller en kontrollerad provkörning är bättre utfall än att tilldela orsak utan maskindata.