CNC-efficiëntie verhogen met consistente & compatibele G-code praktijken

De mate van consistentie tussen G-code programma's zal een impact hebben, hetzij positief, hetzij negatief, op de productiviteit van CNC-machines. Dit geldt voor de commando's van de diverse gereedschappen binnen een programma, van commando's voor meerdere programma's voor een gegeven type machine en zelfs tussen programma's voor verschillende machine types.

Consistentie zorgt ervoor dat instelmannen en operators gemakkelijk vertrouwd kunnen raken met programmeermethoden. Ze zullen in staat zijn fouten te detecteren wanneer ze inconsistenties in de programmeerstructuur opmerken. Aan de andere kant zullen inconsistenties verwarring veroorzaken bij CNC-gebruikers. Ze zullen extra tijd bestrijden om te bepalen hoe het programma werkt. Erger, ze kunnen fouten maken als ze niet begrijpen wat het programma doet. Mensen die weten wat er in het programma zal gebeuren, zullen productiever zijn dan diegenen die dat niet weten.

Hier zijn de vier soorten structuur die elk multi-gereedschapsprogramma opmaken, samen met een consistentie-gerelateerde aanbeveling:

1. Programma-opstartstructuur: Begin elk programma voor vergelijkbare machines met dezelfde commando's. Terwijl de waarden voor CNC-woorden zullen veranderen van programma tot programma, moet de structuur hetzelfde blijven.
2. Gereedschaps-opstartstructuur: Begin elk gereedschaps voor elk programma met dezelfde commando's. Opnieuw, CNC-woordwaarden zullen veranderen, maar houd de structuur consistent.
3. Gereedschaps-eindstructuur: Eindig elk gereedschaps voor elk programma met dezelfde commando's.
4. Programma-eindstructuur: Eindig elk programma voor een gegeven machine met dezelfde commando's.

CAM-systemen zijn berucht om deze regels te breken. Terwijl alle benodigde woorden en commando's in het programma zijn opgenomen, neigen ze ertoe in een willekeurige volgorde te staan. De meeste CAM-systemen staan gebruikers toe G-code output aan te passen, maar velen negeren deze belangrijke systeeminstallatietaak. Ze stoppen met werken aan G-code output zodra het CAM-systeem werkbare programma's genereert. Opnieuw, hoe consistenter de structuur, hoe makkelijker het voor CNC-gebruikers zal zijn.

Compatibiliteit beïnvloedt ook productiviteit. Met vergelijkbare machines geleverd door verschillende machinebouwers, zijn er waarschijnlijk kleine verschillen in programmeercommando's voor vergelijkbare functies. En bij het draaien van dezelfde onderdelen op deze vergelijkbare machines, moeten operators een apart - hoewel erg vergelijkbaar - programma voor elke machine onderhouden. Een manier vinden om hetzelfde programma - zonder wijziging - op alle vergelijkbare machines te draaien, zal het aantal benodigde programma's om onderdelen te draaien drastisch verminderen. Dit zal op zijn beurt de hoeveelheid tijd die nodig is om ze te maken en te onderhouden elimineren.

Vaak zijn grote verschillen in programmeercommando's voor vergelijkbare machines gerelateerd aan M-code nummering. Een draaibank kan bijvoorbeeld M41 gebruiken voor laag-spindelbereikselectie en M42 om het hoge bereik te selecteren. Een andere kan in plaats daarvan M23 en M25 gebruiken. Als M-code nummering het enige verschil is tussen machines, is dit probleem eenvoudig op te lossen voor FANUC CNCs met door de gebruiker gedefinieerde M-codes, die het mogelijk maken om hetzelfde programma in de twee vergelijkbare machines te draaien.

Ik beschrijf het proces hier niet in detail, maar in essentie moeten gebruikers parameters zodanig instellen dat, wanneer de CNC een gegeven M-code ziet (zoals M41), het een programma uitvoert dat een andere uitvoert (zoals M23). Op deze manier is het mogelijk de machine die M23 gebruikt voor laag-bereikselectie te laten draaien met een programma dat een M41 bevat.

Andere programmeerverschillen kunnen gerelateerd zijn aan commando-structuur en moeilijker, hoewel niet onmogelijk, om te hanteren. Een machine kan vereisen dat cirkelcommando's worden gespecificeerd met richtingsvectoren (I, J en K) terwijl een andere toestaat dat ze worden gespecificeerd met een R-woord. Een machine kan standaard vaste afstandoffset-specificatie hebben (G54-G59 vereist) terwijl een andere de uitgebreide vaste afstandoffset-optie heeft (G54.1 en een P-woord vereist om het offset-nummer te specificeren).

Opnieuw, ik geef hier geen details. In het algemeen, gebruik Custom Macro om een machine-vlag in te stellen met een permanente gemeenschappelijke variabele waar het programma op zal sleutelen om te bepalen welke machine het programma draait. Logica binnen het programma of, nog beter, in een apart Custom Macro-programma, zal bepalen, op basis van de machine-vlag, welke machine wordt gedraaid en de juiste commando('s) uitvoeren.

Hier zijn de commando's gerelateerd aan vaste afstandoffsets zoals hierboven genoemd. We sleutelen op permanente gemeenschappelijke variabele #510 om te bepalen welke machine wordt gedraaid. Als #510 is ingesteld op 1,0, is het machine A (G54). Als #510 is ingesteld op 2,0, is het machine B (G54.1 P1).

• .
• IF[#510 EQ 1.0] GOTO 10 (Machine A)
• G54.1 P1 (Machine B)
• GOTO 15 (Sla de andere mogelijkheid over)
• N10 G54
• N15…
• .

Opnieuw, het kan beter zijn om deze commando's in een apart programma op te nemen, mogelijk een door de gebruiker gedefinieerd G-code-programma dat wordt aangeroepen door G54, om ze uit het bewerkings (hoofd)programma te houden.

Op deze manier en met een beetje inzicht is het mogelijk om bijna elke programmeerafwijking tussen machines te overwinnen. Hoe groter het aantal machines en betrokken programma's, hoe meer men het aantal programma's dat moet worden onderhouden kan verminderen.