Le scénario est connu de toute usine équipée de robots : un mardi matin, en pleine production, le contrôleur ne démarre plus. Le stockage qui héberge le système est en panne. La question qui revient en réunion de crise est toujours la même : on répare en quelques heures, ou on part sur plusieurs jours d'arrêt ? La réponse ne tient pas à la chance. Elle tient à savoir si quelqu'un a réalisé une image système de ce contrôleur et si cette image est stockée là où il faut.
La panne que tout le monde redoute : quand le disque du contrôleur meurt
Les cartes flash et les SSD des contrôleurs ne sont pas éternels. Ils vieillissent, accumulent des cycles d'écriture et, dans les environnements chauds, poussiéreux et vibrants, tombent en panne plus tôt que prévu. Quand le stockage se corrompt ou cesse de lire, vous ne perdez pas seulement les programmes : vous perdez tout le système qui fait de ce robot ce robot précis et pas un autre.
La différence entre des heures et des jours est exactement là. Avec une image sous la main, on remplace le support, on restaure l'image et le robot est de nouveau tel qu'il était. Sans elle, il faut réinstaller le système de zéro, reconfigurer les options, récupérer la configuration et, dans bien des cas, revoir le calibrage. Multipliez ce travail par la pression d'une ligne à l'arrêt et vous comprendrez pourquoi la sauvegarde du contrôleur robot est une pièce centrale de la maintenance des robots industriels.
Pourquoi la sauvegarde habituelle ne suffit pas
Voici le malentendu le plus coûteux que nous voyons en atelier. Beaucoup pensent qu'en réalisant des sauvegardes périodiques ils sont couverts. Ils ne le sont qu'à moitié.
Sur un robot ABB, la sauvegarde standard enregistre les programmes RAPID, les modules, les données système et la configuration de l'installation. C'est indispensable et il faut le faire. Mais cette sauvegarde n'inclut pas le système RobotWare installé ni les options logicielles activées. Autrement dit : elle vous rend vos programmes, mais seulement si vous avez d'abord reconstruit le système de base sur lequel ils tournent. Si le disque est mort, il vous faut d'abord ce système de base, et là la sauvegarde normale n'arrive pas.
La logique est similaire sur KUKA et FANUC. La copie des données de travail est une chose ; l'image complète du système en est une autre. Les deux sont nécessaires, mais seule l'image vous sort d'une panne matérielle de stockage sans rien réinstaller.
Pour affiner votre politique de sauvegarde des données d'application, nous avons un article dédié : Sauvegarde des robots : comment protéger et restaurer vos programmes.
Qu'est-ce qu'une image complète et que restaure-t-elle exactement
Une image système est une copie bit à bit du stockage du contrôleur. Ce n'est pas un dossier de fichiers : c'est le clone du support tel qu'il était au moment de sa création. Quand vous la restaurez sur un support neuf, vous récupérez :
- Le système d'exploitation et le logiciel robot installé.
- Les options et licences logicielles activées sur cette unité.
- La configuration de l'installation et les paramètres système.
- Les programmes et données d'application présents à ce moment-là.
Autrement dit : l'image ne complète pas la sauvegarde, elle l'englobe pour ce qui est du support système. C'est pourquoi une bonne stratégie combine image complète (pour le pire des cas) et sauvegardes fréquentes des données d'application (pour le quotidien).
Particularités par marque
ABB IRC5
Sur les contrôleurs IRC5, le système réside sur une carte flash à l'intérieur de l'unité de calcul. Sur les unités les plus anciennes c'est une carte CompactFlash ; sur les plus récentes, une carte SD. Ce qui est cloné, c'est cette carte. Disposer d'une image système du robot ABB signifie disposer du clone de cette flash, de sorte qu'en cas de panne on remplace la carte et on restaure l'image sans réinstaller RobotWare.
KUKA KR C4 et KR C5
Sur les armoires KR C4 et KR C5, le système vit sur le disque ou le SSD de l'armoire elle-même. La méthode officielle de KUKA pour créer et restaurer l'image est le KUKA Recovery Stick. C'est la voie prise en charge par le fabricant pour le clonage du disque KUKA et nous la recommandons face à tout raccourci non officiel, car une méthode non prise en charge peut vous laisser avec une image qui a l'air bonne et qui ne restaure pas quand vous en avez besoin.
FANUC
Chez FANUC il existe l'équivalent : la possibilité de générer une copie d'image depuis le démarrage du contrôleur, qui capture l'état complet du système et permet de le restaurer. C'est la référence officielle pour ce fabricant et le point de départ de tout plan de continuité sur un parc FANUC.
Dans les trois cas le principe est le même et la mise en œuvre change. Si vous avez un parc mixte, il convient de documenter la procédure correcte pour chaque marque dans votre plan de maintenance préventive.
Les trois règles d'une image qui vous sauve vraiment
Avoir une image stockée ne suffit pas si elle est obsolète, si elle se trouve dans le robot lui-même ou si vous n'avez jamais vérifié qu'elle restaure. Voici les trois règles que nous appliquons :
- Une image après chaque changement significatif. Chaque fois que le logiciel est mis à jour, qu'une option est activée, que la configuration de fond change ou qu'une intervention majeure a lieu, on génère une nouvelle image. Une image d'il y a trois ans qui ne reflète pas l'état actuel ne vous ramène qu'au robot d'il y a trois ans.
- Une copie stockée hors du robot. L'image est stockée sur un support externe et dans un dépôt d'usine, jamais uniquement sur le contrôleur lui-même. Si la panne concerne le stockage du robot, une copie qui vit à l'intérieur part avec lui.
- Vérification périodique qu'elle restaure. Une image jamais testée est une supposition, pas une assurance. Il faut vérifier, de manière contrôlée, que la restauration fonctionne et démarre. C'est l'étape la plus souvent sautée et celle qui fait la différence le jour de la panne.
Check-list rapide pour votre plan de continuité
- Inventoriez chaque contrôleur avec marque, modèle et type de support système (flash CompactFlash ou SD sur ABB, disque ou SSD sur KUKA, mémoire système sur FANUC).
- Confirmez qu'il existe une image complète récente de chacun, pas seulement des sauvegardes de données.
- Vérifiez que les images sont stockées hors du robot avec un accès identifié.
- Définissez qui génère une nouvelle image après chaque changement et mettez-le par écrit.
- Planifiez une vérification de restauration périodique.
- Prévoyez le support de rechange (carte ou disque compatible) pour ne pas dépendre des délais de livraison le jour critique.
Si une panne de ce type vous a déjà pris de court, ou si vous voulez combler la brèche avant qu'elle n'arrive, dans une intervention de maintenance corrective nous la résolvons et dans un contrat de maintenance nous la couvrons de manière préventive.
Le meilleur moment pour faire l'image, c'était hier
Il n'y a pas de manière élégante de le dire : le meilleur moment pour disposer de l'image système de vos contrôleurs, c'était hier, avant que le disque ne donne le moindre signe. Le deuxième meilleur moment, c'est aujourd'hui, avec la ligne en marche et sans la pression d'un arrêt de production sur les épaules. Une image bien faite, stockée hors du robot et vérifiée transforme une panne matérielle potentiellement catastrophique en une intervention de quelques heures.