Consistentie en compatibiliteit Verbeter de CNC-productiviteit

De mate van consistentie tussen G-code-programma's zal een positieve of negatieve impact hebben op de productiviteit van CNC-machines. Dit geldt voor de commando's van de verschillende tools binnen een programma, voor commando's voor meerdere programma's voor een bepaald type machine en zelfs tussen programma's voor verschillende machinetypes.

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

Hier zijn de vier soorten structuren waaruit elk multitoolprogramma bestaat, samen met een consistentiegerelateerde aanbeveling:

1. Opstartstructuur programma:begin elk programma voor vergelijkbare machines met dezelfde opdrachten. Hoewel de waarden voor CNC-woorden van programma tot programma zullen veranderen, moet de structuur hetzelfde blijven.
2. Opstartstructuur van hulpprogramma's:begin elk hulpprogramma voor elk programma met dezelfde opdrachten. Nogmaals, de CNC-woordwaarden zullen veranderen, maar de structuur blijft consistent.
3. Structuur voor het beëindigen van gereedschap:beëindig elk gereedschap voor elk programma met dezelfde opdrachten.
4. Programma-eindstructuur:beëindig elk programma voor een bepaalde machine met dezelfde commando's.

CAM-systemen staan ​​erom bekend deze regels te overtreden. Hoewel alle benodigde woorden en commando's in het programma zijn opgenomen, staan ​​ze meestal in een willekeurige volgorde. Bij de meeste CAM-systemen kunnen gebruikers de G-code-uitvoer aanpassen, maar velen negeren deze belangrijke systeemconfiguratietaak. Ze stoppen met werken aan G-code-uitvoer zodra het CAM-systeem werkbare programma's genereert. Nogmaals, hoe consistenter de structuur, hoe gemakkelijker het zal zijn voor CNC-gebruikers.

Compatibiliteit heeft ook invloed op de productiviteit. Met vergelijkbare machines die door verschillende machinebouwers worden geleverd, zijn er waarschijnlijk kleine verschillen in programmeeropdrachten voor vergelijkbare functies. En wanneer dezelfde onderdelen op deze vergelijkbare machines worden uitgevoerd, moeten operators voor elke machine een afzonderlijk - hoewel zeer vergelijkbaar - programma bijhouden. Het vinden van een manier om hetzelfde programma - zonder aanpassingen - op alle vergelijkbare machines uit te voeren, zal het aantal programma's dat nodig is om onderdelen uit te voeren drastisch verminderen. Dit elimineert op zijn beurt de hoeveelheid tijd die nodig is om ze te maken en te onderhouden.

Vaak zijn grote verschillen in programmeercommando's voor vergelijkbare machines gerelateerd aan M-codenummering. Eén draaicentrum kan bijvoorbeeld M41 gebruiken voor selectie van het lage spilbereik en M42 om het hoge bereik te selecteren. Een ander kan in plaats daarvan M23 en M25 gebruiken. Als M-codenummering het enige verschil tussen machines is, kan dit probleem gemakkelijk worden opgelost voor FANUC CNC's met door de gebruiker gedefinieerde M-codes, die het mogelijk maken om hetzelfde programma in de twee vergelijkbare machines uit te voeren.

Ik beschrijf het proces hier niet in detail, maar in wezen moeten gebruikers parameters zo instellen dat, wanneer de CNC een bepaalde M-code ziet (zoals M41), het een programma uitvoert dat een andere uitvoert (zoals M23). Op deze manier is het mogelijk om de machine die M23 gebruikt voor selectie in het lage bereik te wijzigen om een ​​programma uit te voeren dat een M41 bevat.

Andere programmeerverschillen kunnen verband houden met de opdrachtstructuur en kunnen moeilijker, maar niet onmogelijk zijn om mee om te gaan. De ene machine kan vereisen dat circulaire commando's worden gespecificeerd met directionele vectoren (I, J en K), terwijl een andere kan toestaan ​​dat ze worden gespecificeerd met een R-woord. De ene machine heeft mogelijk de standaard specificatie voor de opspanningsoffset (waarvoor G54-G59 vereist is), terwijl een andere de optie voor de uitgebreide opspaninrichting-offset heeft (waarbij een G54.1 en een P-woord nodig zijn om het offsetnummer te specificeren).

Nogmaals, ik geef hier geen details. Gebruik in het algemeen Aangepaste macro om een ​​machinevlag in te stellen met een permanente gemeenschappelijke variabele die het programma zal intoetsen om te bepalen op welke machine het programma draait. Logica binnen het programma of, beter nog, in een apart Custom Macro-programma, zal op basis van de machinevlag bepalen welke machine wordt uitgevoerd en de juiste opdracht(en) uitvoeren.

Hier zijn de commando's met betrekking tot de hierboven genoemde fixture-offsets. We toetsen de permanente gemeenschappelijke variabele #510 in om te bepalen welke machine wordt uitgevoerd. Als #510 is ingesteld op 1.0, is dit machine A (G54). Als #510 is ingesteld op 2.0, is dit 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…
• .

Nogmaals, het is misschien beter om deze commando's in een apart programma op te nemen, mogelijk een door de gebruiker gedefinieerd G-codeprogramma dat door G54 wordt genoemd, om te voorkomen dat ze in het bewerkingsprogramma (hoofdprogramma) komen.

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