Un programme qui tourne parfaitement en simulation mais plante la pièce au premier passage réel : on a tous vécu cette situation sur un centre d’usinage CNC. Le problème vient rarement de la machine. Dans la grande majorité des cas, c’est une erreur de programmation CNC qui provoque le rebut, la casse d’outil ou l’alarme en plein cycle. Cet article passe en revue les erreurs les plus fréquentes sur centre d’usinage MC et propose des corrections applicables directement en atelier.
Oubli du point zéro pièce : l’erreur CNC la plus silencieuse
Quand on charge un nouveau programme sur un centre CNC MC, le premier réflexe devrait être de vérifier le décalage d’origine. On constate pourtant qu’une part significative des crashs en fraisage vient d’un zéro pièce mal défini ou oublié après un changement de montage.
A voir aussi : Mon-cercle-btp.fr ou plateforme concurrente : comment bien choisir ?
Le scénario classique : l’opérateur change de pièce, recharge un programme existant, mais laisse l’ancien offset G54 actif. La broche descend sur une cote qui ne correspond plus à rien. Le résultat va de la simple marque sur le brut à la casse de la plaquette, voire du porte-outil.
Correction terrain
Avant chaque lancement, relire la ligne de décalage d’origine dans l’en-tête du programme. Comparer visuellement la valeur affichée dans le registre de la CN avec la position réelle du brut. Sur les armoires Fanuc, un simple appui sur la page « Work » permet de contrôler tous les offsets actifs en quelques secondes.
A découvrir également : 10 jours ouvrables pour un délai de livraison : à quelle date attendre votre colis ?
Une bonne pratique consiste à ajouter un commentaire en début de programme (ligne entre parenthèses) rappelant quel offset est attendu et la cote Z du dessus de pièce. Ce commentaire ne coûte rien et évite bien des confusions lors des reprises de série.
Erreurs de programmation CNC liées aux vitesses et avances
Paramétrer la vitesse de broche ou l’avance sans tenir compte de l’outil monté est une erreur courante sur les centres MC. On voit régulièrement des programmes où le débit d’avance est copié d’un outil à l’autre sans recalcul, simplement parce que « ça marchait avant ».
Une fraise de diamètre réduit programmée avec l’avance d’une fraise plus grosse subit une charge par dent excessive. Les conséquences : vibrations, état de surface dégradé, usure prématurée, et parfois une alarme de surcharge moteur (le fameux code d’erreur type « overload » sur la plupart des CN).
Adapter F et S à chaque outil
La règle de base reste le calcul de l’avance par dent. Pour chaque outil du programme, on doit retrouver la cohérence entre le nombre de dents, le diamètre, la vitesse de coupe recommandée par le carburier et l’avance programmée.
- Vérifier la vitesse de broche (S) en fonction du diamètre réel de l’outil monté, pas du diamètre nominal prévu au programme initial.
- Recalculer l’avance (F) si on change de plaquette ou de nuance, car les recommandations de l’avance par dent varient d’un revêtement à l’autre.
- Surveiller la charge broche en pourcentage pendant les premières passes : une valeur qui grimpe trop vite signale un déséquilibre entre F, S et profondeur de passe.
Les retours varient sur ce point selon les matériaux usinés, mais réduire l’avance de manière progressive plutôt que brutale donne généralement un meilleur résultat sur la durée de vie de l’outil.
Parcours d’outil CNC : trajectoires mal gérées en entrée et sortie de matière
Un programme peut avoir les bonnes vitesses, le bon zéro, et produire quand même des pièces défectueuses. Le problème se cache souvent dans les mouvements d’approche et de dégagement.
Une entrée en pleine matière sans rampe ni arc d’approche soumet l’outil à un choc frontal. Sur un centre d’usinage MC, ce choc se traduit par une marque visible sur la pièce, un bruit caractéristique, et une usure localisée de l’arête de coupe.
Ce qu’on observe en atelier
Les logiciels de FAO génèrent souvent des trajectoires d’approche par défaut qui ne conviennent pas à toutes les géométries. Par exemple, une approche en plongée verticale sur une poche étroite fonctionne en simulation mais crée un bourrage de copeaux en conditions réelles. Le copeau n’a pas la place d’évacuer, la température monte, l’outil colle.
La correction passe par un réglage dans le programme FAO ou directement dans le code G :
- Privilégier une approche en arc (G2/G3) plutôt qu’un plongé droit pour les opérations de contournage.
- Programmer un dégagement en Z suffisant entre deux opérations pour laisser le temps au liquide de coupe d’atteindre la zone usinée.
- Ajouter un mouvement de retrait tangentiel en fin de passe de finition, ce qui supprime la marque de retrait visible sur la pièce finie.
Gestion du changement d’outil sur centre MC : pièges de programmation
Le changeur d’outil automatique est une source d’alarmes fréquente sur les centres d’usinage MC. Le code d’erreur lié au magasin d’outils apparaît souvent non pas à cause d’un défaut mécanique, mais à cause d’une séquence de programmation incorrecte.
Deux cas reviennent sans cesse. Le premier : oublier le retour au point de changement d’outil avant l’appel M6. La broche est encore en position basse, le bras de changement tente de pivoter et entre en collision. Le second : appeler un numéro d’outil qui n’est pas dans le magasin, ce qui déclenche une alarme de type « tool magazine error » et bloque le cycle.
Séquence fiable à respecter
Un bloc de changement d’outil propre suit toujours le même ordre : annulation de la compensation de rayon (G40), retour en position de référence machine (G28 ou G30), puis appel de l’outil suivant (T) et exécution du changement (M6). Toute inversion ou omission dans cette séquence expose le changeur à un défaut de positionnement.
On gagne aussi du temps de diagnostic en numérotant les outils dans le programme exactement comme ils sont rangés dans le magasin. Un tableau de correspondance outil/position affiché près de la machine évite les erreurs de chargement qui finissent en alarme en plein cycle.
Erreurs de syntaxe G-code et alarmes programme CNC
Une parenthèse non fermée, un point décimal manquant, un code G incompatible avec le mode actif : les erreurs de syntaxe sont les plus simples à corriger mais aussi les plus agaçantes parce qu’elles stoppent la machine sans prévenir.
Sur la plupart des armoires (Fanuc, Siemens, Mitsubishi), l’alarme de syntaxe indique le numéro de ligne fautive. Il suffit de remonter à cette ligne dans le programme pour trouver le problème. Les causes les plus fréquentes : une lettre d’axe suivie d’un espace au lieu d’une valeur numérique, un saut de ligne mal encodé lors du transfert DNC, ou un format de nombre incompatible (virgule au lieu du point décimal).
Avant de charger un programme sur la CN, une relecture bloc par bloc dans l’éditeur intégré prend quelques minutes et filtre la majorité de ces erreurs. Pour les programmes longs générés par FAO, un post-processeur correctement configuré pour le modèle exact de la CN reste la meilleure prévention.
La rigueur sur ces points de programmation n’élimine pas tous les aléas en usinage CNC MC, mais elle supprime les causes de rebut les plus évitables. Un programme relu, commenté et testé à vide (mode bloc par bloc ou dry run) avant le premier copeau réel fait gagner bien plus de temps qu’il n’en coûte à préparer.
