Je ne suis pas d'accord. actuellement tous les messages sont générés avec la langue cnc du contrôle affecté
Heidenhain -fanuc-selca.. etc.
le code iso est fait à partir de g1 travail rapide avec d'autres informations supplémentaires qui sont le nombre de tours "s" et l'avancement "f"
pour faire un cercle. le code iso pourrait générer une infinité de points, tandis que le langage wild génère un g3 si le cercle est dans le sens antihoraire et ou un g2 s'il est dans le sens horaire.. avec cette information le contrôle wild est fait tout sur les bons comptes pour générer tous les points xy du cercle et optimiser les caractéristiques du contrôle numérique.
C'est pourquoi les post-processeurs sortent en langage cnc machine. pour tirer le meilleur parti des fonctionnalités du contrôle numérique.
Peut-être que nous disons la même chose, mais le concept de base est que le calcul du chemin génère la caméra, donc je trouve qu'il est plutôt dispersif, monotone, et la programmation risquée en iso.
les énergies doivent être concentrées pour améliorer les stratégies de traitement.
faire un profil de code iso d'un rectangle est simple sur une forme 3d complexe la chose est impossible.
Mais le titre de la discussion. esula de tout cela