Booster l'efficacité CNC avec des pratiques G-code cohérentes et compatibles

Le degré de cohérence entre les programmes G-code aura un impact, qu'il soit positif ou négatif, sur la productivité des machines CNC. C'est vrai pour les commandes des différents outils dans un programme, pour les commandes de plusieurs programmes pour un type de machine donné et même entre programmes pour différents types de machines.

La cohérence assure que les préparateurs et opérateurs peuvent facilement se familiariser avec les méthodes de programmation. Ils pourront détecter les erreurs quand ils repèrent des incohérences dans la structure de programmation. À l'inverse, les incohérences causeront de la confusion parmi les utilisateurs CNC. Ils perdront du temps supplémentaire à lutter pour déterminer comment le programme fonctionne. Pire, ils peuvent faire des erreurs s'ils ne comprennent pas ce que fait le programme. Les gens qui savent ce qui va se passer dans le programme seront plus productifs que ceux qui ne le savent pas.

Voici les quatre types de structure qui composent tout programme multi-outils, avec une recommandation liée à la cohérence :

1. Structure de démarrage programme : Commencez chaque programme pour machines similaires avec les mêmes commandes. Bien que les valeurs des mots CNC changeront de programme en programme, la structure doit rester la même.
2. Structure de démarrage outil : Commencez chaque outil pour chaque programme avec les mêmes commandes. Encore une fois, les valeurs des mots CNC changeront, mais gardez la structure cohérente.
3. Structure de fin d'outil : Terminez chaque outil pour chaque programme avec les mêmes commandes.
4. Structure de fin de programme : Terminez chaque programme pour une machine donnée avec les mêmes commandes.

Les systèmes FAO sont notoires pour enfreindre ces règles. Bien que tous les mots et commandes nécessaires soient inclus dans le programme, ils ont tendance à être dans un ordre aléatoire. La plupart des systèmes FAO permettent aux utilisateurs de personnaliser la sortie G-code, mais beaucoup ignorent cette importante tâche de configuration système. Ils arrêtent de travailler sur la sortie G-code dès que le système FAO génère des programmes fonctionnels. Encore une fois, plus la structure est cohérente, plus ce sera facile pour les utilisateurs CNC.

La compatibilité impacte aussi la productivité. Avec des machines similaires fournies par différents constructeurs, il y a probablement des différences mineures dans les commandes de programmation pour des fonctions similaires. Et quand on fait tourner les mêmes pièces sur ces machines similaires, les opérateurs doivent maintenir un programme séparé — bien que très similaire — pour chaque machine. Trouver un moyen de faire tourner le même programme — sans modification — sur toutes les machines similaires réduira dramatiquement le nombre de programmes nécessaires pour faire tourner les pièces. Ce qui, à son tour, éliminera le temps nécessaire pour les créer et les maintenir.

Souvent, les différences majeures dans les commandes de programmation pour machines similaires sont liées à la numérotation des codes M. Un tour, par exemple, peut utiliser M41 pour la sélection de gamme basse de broche et M42 pour sélectionner la gamme haute. Un autre peut utiliser M23 et M25 à la place. Si la numérotation des codes M est la seule différence entre machines, ce problème est facilement surmonté pour les CNC FANUC avec les codes M définis par l'utilisateur, qui permettent de faire tourner le même programme sur les deux machines similaires.

Je ne décris pas le processus en détail ici mais, en substance, les utilisateurs devraient régler les paramètres de telle sorte que, quand le CNC voit un code M donné (comme M41), il exécutera un programme qui en effectue un autre (comme M23). De cette façon, il est possible de changer la machine qui utilise M23 pour la sélection de gamme basse pour faire tourner un programme qui inclut un M41.

D'autres différences de programmation peuvent être liées à la structure de commande et être plus difficiles, bien que pas impossibles, à gérer. Une machine peut exiger que les commandes circulaires soient spécifiées avec des vecteurs directionnels (I, J et K) tandis qu'une autre peut les autoriser à être spécifiées avec un mot R. Une machine peut avoir la spécification standard de décalage de bridage (requérant G54-G59) tandis qu'une autre peut avoir l'option de décalage de bridage étendu (requérant G54.1 et un mot P pour spécifier le numéro de décalage).

Encore une fois, je ne fournis pas les détails ici. En général, utilisez la Macro Personnalisée pour configurer un indicateur de machine avec une variable commune permanente sur laquelle le programme se basera pour déterminer quelle machine exécute le programme. La logique dans le programme ou, mieux encore, dans un programme Macro Personnalisé séparé, déterminera, en fonction de l'indicateur de machine, quelle machine est exécutée et exécutera la ou les commandes appropriées.

Voici les commandes liées aux décalages de bridage mentionnées ci-dessus. Nous nous basons sur la variable commune permanente #510 pour déterminer quelle machine est exécutée. Si #510 est réglé à 1,0, c'est la machine A (G54). Si #510 est réglé à 2,0, c'est la machine B (G54.1 P1).

• .
• SI[#510 EQ 1.0] ALLER 10 (Machine A)
• G54.1 P1 (Machine B)
• ALLER 15 (Sauter l'autre possibilité)
• N10 G54
• N15…
• .

Encore une fois, il peut être préférable d'inclure ces commandes dans un programme séparé, éventuellement un programme G-code défini par l'utilisateur appelé par G54, pour éviter de les avoir dans le programme principal d'usinage.

De cette manière et avec un peu d'ingéniosité, il est possible de surmonter presque toute déviation de programmation entre machines. Plus le nombre de machines et de programmes impliqués est grand, plus on peut réduire le nombre de programmes qui doivent être maintenus.