Description de la fonction
9.4 Changement d'outil magasins à râtelier, à chaîne et à tourelle revolver
Exemple : $MC_TOOL_CHANGE_MODE=0
L'outil "Foret1" se trouve sur la broche. La nouvelle destination de recherche a T="Foret2"
comme programmation d'outil actuelle.
La CN déclenche le changement d'outil. L'AP ne peut pas refuser.
Remarque
Refus d'outil par l'AP : Si le bit 4 du paramètre machine 20310 $MC_TOOL_MANAGEMENT_MASK
est mis à 1, l'AP a généralement la possibilité de redemander une préparation de changement
d'outil avec des paramètres modifiés, c'est-à-dire de rejeter l'outil. Ceci n'est pas possible avec la
recherche de blocs. Le réglage de ce paramètre machine est ignoré.
Remarque
Étant donné que le changement d'outil s'effectue souvent à l'aide de cycles, une "instruction de
remplacement" générée par la recherche de bloc doit être exécutée via un sous-programme
asynchrone (ASUP). Les actions synchrones au déplacement à effet modal et statiques sont
conservées au début de l'ASUP et restent actives dans le sous-programme asynchrone. Si
l'exécution du sous-programme asynchrone ne se poursuit pas avec Repos, les actions
synchrones au déplacement à effet modal et statiques modifiées restent actives dans le
programme principal.
Alternativement, le traitement du programme pièce CN peut être arrêté avec arrêt de l'avance
et de la lecture et un message d'erreur "Mauvais outil dans la broche après recherche de bloc"
peut être généré.
L'outil n'est pas utilisable.
Si l'outil à mettre en place ne peut pas être utilisé sur la destination de la recherche (non
disponible, bloqué, ...), l'alarme 22068 est émise et le programme doit être interrompu par un
Reset.
Pour que la recherche de bloc ne soit pas interrompue si l'outil concerné n'est pas l'outil
à mettre en place au niveau de la destination de recherche, une tentative est faite pour
autoriser n'importe quel outil (et donc aussi un outil bloqué ou déchargé), à condition qu'il
n'ait que l'état "débloqué" et donc une géométrie définie. Cela se produit avant que l'alarme
ne soit générée.
Si d'autres changements d'outil sont ensuite programmés, l'outil inutilisable rencontré en
cours de route n'est pas pris en compte et n'arrête pas le processus. En revanche, si le
système tente de mettre en place précisément cet outil bloqué/déchargé/... à la fin de la
recherche de bloc après le premier DÉMARRAGE, cela est pris en compte dans la CN et
acquitté avec l'alarme 22067, qui n'autorise plus la poursuite du programme. En général,
l'AP peut autoriser la sélection d'un outil bloqué (en définissant le signal d'interface "Blocage
d'outil inactif" dans le DB de canal). Dans ce cas précis, cependant, cela doit être fait pendant
la recherche de bloc, c'est-à-dire avant que la CN n'émette l'alarme 22068 ou 22067. Si la
programmation d'outil est annulée dans la CN pendant une recherche de bloc et qu'il n'y a
aucun outil utilisable, bloqué, déchargé ou à décharger, l'alarme 22068 est émise, ce qui met
fin à la recherche de bloc.
542
Description fonctionnelle, 01/2024, A5E48053832D AG
Gestion des outils