CNC Path Analyzer

Date de modification 2026-10-24

Périmètre pris en charge et limites connues

Une page qui résume le périmètre de code G interprété par CNC Path Analyzer (pris en charge, partiellement pris en charge, interprétation de référence, bloqué) et les limites qui peuvent faire différer le dessin de la machine réelle.

Critères de prise en charge

Sur cette page, « pris en charge » signifie qu'une syntaxe dont les coordonnées attendues ont été confirmées par des tests automatisés et des exemples synthétiques peut être dessinée à l'écran. Cela ne signifie ni que le programme sera usiné en toute sécurité sur une machine donnée, ni qu'il est compatible avec toutes les options de commande. En principe, un comportement non confirmé n'est pas deviné ni dessiné : l'affichage s'arrête et la raison est indiquée.

État actuel par fonction

DomaineÉtatPoints à vérifier
Déplacements linéaires G00/G01Pris en charge en tournage et en fraisageAbsolu/incrémental, plan sélectionné, X du tour affiché en diamètre
Arcs G02/G03Affichés uniquement pour les plans et définitions pris en chargeSigne de R, cohérence de I/J/K et du rayon au point final
Tournage G70/G71/G72/G73Sous-ensemble vérifiéDifférences entre commandes pour les poches, le retour et la règle du premier bloc
Cycle de filetage G76Format sur deux blocs pris en chargePas, profondeur de filet, première passe
Cycles de perçage et de taraudage (G73/G81–G89)Partiellement pris en charge selon la machine et la commandeInterprétation de R en G83/G84 sur tour, K0, niveau de retour
G12.1/G13.1 coordonnées polaires, axe CCoordonnées polaires XC et affichage partagéSens de rotation réel, origine et cinématique de la machine
Appels M98/M99Appels de programme par numéro OAppels manquants, en double, récursifs et limites d'exécution
Variables et expressionsAffectations, expressions, conditions/boucles limitéesLes variables système et l'environnement macro complet ne sont pas reproduits
Heidenhain, Siemens, 5 axesSeulement les parties interprétables de la trajectoireTCP, pivot, longueur d'outil et cinématique des axes rotatifs non reproduits

Les cinq états d'affichage

Pourquoi le dessin peut différer de la machine réelle

L'outil calcule la trajectoire à partir du seul texte du programme. Les informations suivantes sont stockées hors du programme, côté machine ; elles ne sont donc pas reflétées dans le dessin.

Un exemple où le choix de la commande change le résultat

Un cas typique où le même texte devient une trajectoire différente selon la commande est l'instruction d'arrondi d'angle R dans un bloc linéaire. Dans le format G01 X40. R2., certaines commandes (famille YASNAC) lisent le signe de R comme une direction, d'autres le lisent toujours comme un rayon positif. Si « Interprétation du R d'angle en G01 » est réglé sur automatique dans les réglages machine, la règle de la commande sélectionnée s'applique ; si vous choisissez vous-même, cette règle est fixée. Un ,R précédé d'une virgule est toujours un rayon positif et n'affecte pas le R des arcs ni des cycles.

Il en va de même pour les codes M. Les codes courants comme la rotation de broche, l'arrosage et la fin de programme sont annotés avec leur sens, mais les codes M propres à un fabricant ou à un modèle ne sont expliqués que lorsqu'une documentation confirmée existe ; aucun nom n'est inventé pour un code inconnu.

Si vous ignorez un avertissement

Si vous ignorez une erreur dans un programme appelé et continuez l'affichage, une trajectoire incomplète, privée de la section en cause, peut être dessinée. Les limites de calcul ou les erreurs géométriques peuvent bloquer tout le résultat. La disparition d'un avertissement ne prouve pas qu'un programme est sûr ; nous vous recommandons donc de vérifier les avertissements dans l'ordre décrit dans Résolution des problèmes de trajectoire.

Méthode de vérification et mises à jour

Les exemples publics et les tests de régression utilisent des programmes synthétiques écrits de façon indépendante, jamais de programmes CN de production. Lorsqu'un nouveau format est pris en charge, les coordonnées attendues et la classification des erreurs sont d'abord fixées dans des tests, puis publiées, et les changements de comportement sont consignés dans l'historique des modifications.