Le produit doit être présenté à l'organisme d'essai.

FANUC A20B-2900-0450 | Module de contrôle R-J M32i — Contrôleur de robot FANUC, origine Japon

Numéro de pièce : A20B-2900-0450

Fabricant : FANUC Corporation (Japon)

Type de produit : Module de contrôle R-J M32i (PCB)

Série de cartes : A20B-2900

Systèmes compatibles : Contrôleurs de robot FANUC série R-J

Aperçu

Le A20B-2900-0450 est le module de contrôle R-J M32i pour les contrôleurs de robot FANUC de la série R-J. Le R-J était la plateforme de contrôleur de robot principale de FANUC pour sa génération — le contrôleur qui gérait tous les aspects du mouvement du robot, de l'exécution des programmes, des E/S et de la communication pour les bras robotiques industriels de FANUC.

Le module M32i est la carte de traitement centrale du contrôleur : le composant qui exécute le logiciel de contrôle du robot, exécute les programmes de mouvement, gère l'interface du pupitre de commande et coordonne les servomoteurs pour tous les axes du robot.

Les contrôleurs de robot FANUC de la génération R-J sont restés en service dans les applications d'assemblage automobile, de soudage à l'arc, de manutention et de chargement de pièces pendant de nombreuses années. Ces contrôleurs restent en production dans les installations qui maintiennent leur flotte de robots. Lorsque le module M32i tombe en panne, le robot ne fonctionne pas — le mouvement est impossible sans le processeur central.

Le A20B-2900-0450 est la pièce de remplacement qui restaure la fonctionnalité d'un contrôleur défaillant.

Spécifications clés

L'architecture du contrôleur R-J

Les contrôleurs FANUC R-J utilisaient une architecture de cartes modulaires. Le module M32i était le processeur principal — il exécutait le système d'exploitation du robot, exécutait les programmes de mouvement et gérait toutes les fonctions de contrôle de haut niveau. Des cartes de support géraient la communication des servos, les E/S et les interfaces périphériques, mais toutes dépendaient du module M32i pour leur coordination.

Cette modularité était délibérée. Les cartes individuelles pouvaient être remplacées indépendamment en cas de défaillance, sans nécessiter le remplacement du contrôleur complet.

Le module M32i était le composant unique le plus critique — une défaillance ici arrêtait le robot quelle que soit l'état de toutes les autres cartes.

Le module se branche sur la structure de la carte principale du contrôleur via des connecteurs définis.

Après l'installation d'un module de remplacement, le logiciel du robot — programmes, variables système, données de mise au point — doit être restauré à partir d'une sauvegarde. 

Le matériel du module fournit la capacité de traitement ; le contenu logiciel détermine ce que le robot en fait.

Mise au point du robot et remplacement du module

Les données de mise au point sont l'une des informations les plus critiques dans un contrôleur de robot. Il s'agit de la calibration qui relie les positions des encodeurs des articulations du robot à la position physique du robot dans l'espace. Si les données de mise au point sont perdues — ce qui arrive lorsque la SRAM du contrôleur perd de l'alimentation ou n'est pas sauvegardée — le robot ne sait pas où il se trouve.

Une re-mise au point physique est nécessaire avant que le robot puisse être utilisé pour des travaux de précision.

Lors du remplacement du A20B-2900-0450, les données de mise au point doivent être restaurées à partir d'une sauvegarde, ainsi que toutes les autres données système. S'il n'y a pas de sauvegarde, le robot doit être re-mis au point physiquement sur chaque axe à l'aide de gabarits de référence ou de marques de repère.

Cette procédure nécessite un personnel qualifié et prend un temps de production considérable.

Prenez toujours une sauvegarde complète avant tout travail sur les cartes du contrôleur.

Une sauvegarde complète et à jour transforme un remplacement de carte d'un événement potentiellement d'une journée en une procédure d'une heure.

Rechargement du logiciel après remplacement

Après le remplacement du module, l'environnement logiciel du contrôleur de robot doit être reconstruit systématiquement :

Chargez le logiciel système à partir du support logiciel du contrôleur d'origine ou d'une sauvegarde FROM. Restaurez ensuite tous les programmes robot et les variables système, y compris les données de mise au point, les repères d'outil, les repères utilisateur et les affectations d'E/S.

Enfin, vérifiez le fonctionnement en faisant passer le robot par ses positions programmées à basse vitesse avant de reprendre la production.

Chaque étape est essentielle.

Sauter une étape risque un mouvement incorrect du robot qui pourrait endommager l'outillage, les gabarits ou le robot lui-même.

FAQ

Q1 : Le contrôleur de robot R-J s'allume mais affiche une erreur système avant que le pupitre de commande ne réponde. Le module M32i est-il le défaut probable ?

Une erreur système qui empêche le pupitre de commande de répondre indique que le module CPU ne peut pas terminer son initialisation.

Ceci est cohérent avec un défaut du module M32i. Vérifiez d'abord que les tensions de l'alimentation du contrôleur sont correctes — une tension insuffisante peut empêcher tout processeur de démarrer. 

Si l'alimentation est confirmée bonne et que l'erreur persiste, le module M32i est le principal suspect.

Q2 : Après le remplacement du module M32i, le robot signale une erreur de mise au point sur tous les axes. Est-ce attendu ?

Les données de mise au point sont stockées dans la SRAM sauvegardée par batterie. Si les données de la SRAM étaient intactes et que la batterie de sauvegarde était fonctionnelle, les données de mise au point devraient survivre à un remplacement de module.

Si les données de mise au point n'ont pas été sauvegardées et sont absentes après l'échange, une re-mise au point physique est nécessaire. 

Vérifiez l'écran des variables système pour les valeurs de mise au point — si toutes les articulations affichent zéro ou aucune donnée de mise au point, une re-mise au point est nécessaire.

Q3 : Les programmes du robot ont survécu au remplacement du module mais le robot se déplace incorrectement. Qu'est-ce qui pourrait en être la cause ?

Un mouvement incorrect du robot après un échange de module indique généralement des données de repère d'outil ou de repère utilisateur incorrectes, ou des données de mise au point qui ne correspondent pas à la calibration physique du robot. Vérifiez les données du repère d'outil et du repère utilisateur par rapport aux enregistrements avant le remplacement.

Faites passer chaque articulation par un mouvement manuel lent pour confirmer que sa direction et son échelle sont correctes avant toute exécution de programme.

Q4 : Le A20B-2900-0450 d'un autre robot de la même série peut-il être utilisé comme remplacement ?

Si le numéro de pièce est identique, le matériel est compatible. Le contenu logiciel du robot donneur sera différent.

Traitez le module de remplacement comme du matériel vierge et restaurez le logiciel du robot cible à partir de ses propres fichiers de sauvegarde. 

Ne supposez jamais que les programmes ou les paramètres d'un robot donneur sont applicables.

Q5 : Comment les données de mise au point sont-elles sauvegardées pour se protéger contre les futures défaillances de module ?

Les données de mise au point sont incluses dans une sauvegarde complète de la SRAM à partir du menu système du pupitre de commande.

Cette sauvegarde écrit toutes les variables système, y compris les données de mise au point, dans un fichier sur carte mémoire. Étiquetez la carte avec l'ID du robot et la date. 

Stockez plusieurs générations de sauvegarde. Re-sauvegardez chaque fois que la mise au point est refaite.