Gestion des micrologiciels et des versions de Studio 5000 et RSLogix 5000 : un guide rigoureux
Le firmware est le système d'exploitation du contrôleur. La révision du projet correspond à la version du format du fichier .ACD. Ces deux éléments sont souvent confondus, et cette confusion peut s'avérer coûteuse. Un technicien de maintenance qui les confond risque de convertir un projet fonctionnel en un fichier illisible par tous les logiciels installés, ou de déclencher une mise à jour de firmware non planifiée et sans sauvegarde sur une ligne de production en fonctionnement.
La terminologie correcte suit l'usage de Rockwell Automation : Logix Designer, ControlFLASH, RSLinx Classic, FactoryTalk Linx et le Product Compatibility and Download Center (PCDC).
Le firmware est le système d'exploitation exécutable stocké dans la mémoire non volatile du contrôleur. Pour un contrôleur ControlLogix ou CompactLogix, le firmware implémente le moteur d'exécution Logix : il gère le modèle de tâches, exécute les routines, communique via le fond de panier et le réseau, et fournit les services appelés par Logix Designer lors d'une session en ligne. Un contrôleur sans firmware est inactif. Les nouveaux contrôleurs sont livrés avec le firmware préinstallé, et un même matériel peut exécuter différentes versions de firmware au cours de sa durée de vie.
Rockwell identifie le firmware par un numéro de révision. Ce numéro s'affiche dans RSLinx Classic ou FactoryTalk Linx lorsque l'ingénieur accède au contrôleur ; il doit être comparé à la version du logiciel installée sur le PC. Dans ce guide, l'expression « révision du contrôleur » désigne le numéro de révision du firmware.
Un projet Logix Designer est un fichier unique avec l'extension .ACD. Ce fichier possède sa propre version de format, qui correspond à la révision du projet. Lorsqu'une boîte de dialogue affiche « révision du projet 32 », elle décrit le format du fichier, et non le contrôleur. La révision du projet est enregistrée dans le fichier par le logiciel qui l'a créé ou enregistré en dernier.
Dans un système fonctionnel, la révision du projet et celle du contrôleur correspondent généralement, car Logix Designer crée un projet à la révision du contrôleur cible. Cette correspondance est une convention, et non une identité. Un projet à la révision 32 peut cibler un contrôleur avec le firmware 32, et les deux numéros sont identiques. La confusion survient lorsqu'un ingénieur traite la révision du projet comme s'il s'agissait du firmware du contrôleur, ou le firmware du contrôleur comme s'il s'agissait d'une propriété de fichier.
La version du logiciel correspond à celle de l'application installée : RSLogix 5000 pour les versions 1 à 20, et Studio 5000 Logix Designer pour la version 21 et les suivantes. Rockwell a renommé RSLogix 5000 en Studio 5000 Logix Designer à partir de la version 21 environ, sortie en 2012. Il s'agissait d'un changement de marque et de conditionnement, et non d'un nouveau produit. L'application permettant d'ouvrir les fichiers .ACD appartient à la même lignée, et la numérotation des versions s'est poursuivie sans interruption. La version 20 correspond donc à RSLogix 5000, et la version 21 à Studio 5000 Logix Designer. La différence de nom n'est significative qu'à l'approche de cette transition. Un ingénieur doit considérer « Studio 5000 version 32 » et « RSLogix 5000 version 20 » comme désignant la même quantité.
Chaque version logicielle possède une révision de projet native. Studio 5000 Logix Designer version 32 crée et modifie les projets à la révision 32. Le logiciel peut ouvrir des projets de révisions antérieures sous certaines conditions (voir ci-dessous) et créer des projets pour des contrôleurs de versions de firmware antérieures, également sous certaines conditions. C'est la correspondance native qui importe : la version logicielle N est associée à la révision de projet N et à la révision de contrôleur N.
Le contrôleur n'est pas le seul appareil doté d'un firmware. Chaque module intelligent d'un système Logix possède le sien : le module de communication Ethernet 1756-EN2T, le module d'E/S discret 1756-IB16 et autres, le module analogique 1756-IF8 et autres, les ponts 1756-CNB et 1756-DNB, ainsi que les familles d'E/S 5069 et 1769. Chaque module dispose de sa propre version de firmware et est mis à jour individuellement via ControlFLASH.
Le firmware des modules est important pour deux raisons. Le projet stocke la version de firmware attendue pour chaque module de la configuration d'E/S, et Logix Designer compare cette version attendue à la version réelle lors de la mise en service. Les modules de communication se trouvent également sur le chemin d'accès au contrôleur ; un module dont le firmware est incompatible peut donc bloquer la connexion avant même que l'ingénieur n'atteigne le contrôleur. Bien que la mise à jour du firmware des modules et celle du contrôleur s'effectuent avec le même outil, il s'agit d'opérations distinctes, et un plan de mise à niveau doit les traiter séparément.
Le modèle de compatibilité comporte trois entrées : la version du logiciel, la révision du projet et la révision du contrôleur. Les règles ci-dessous décrivent comment ces trois éléments peuvent se combiner. Une fois ces règles définies, chaque boîte de dialogue et chaque mode de défaillance devient compréhensible.
Un projet enregistré avec une version récente du logiciel ne peut pas être ouvert avec une version antérieure. Cette règle est sans exception dans la gamme de produits Logix. Si un projet a été créé et enregistré avec Studio 5000 Logix Designer version 33, aucune installation de la version 32 ne pourra l'ouvrir. L'ancienne version du logiciel ne prend pas en charge le nouveau format de fichier, et Rockwell ne fournit aucun convertisseur pour les fichiers de projet.
La rétrocompatibilité existe, mais elle est limitée. Un ancien projet s'ouvre dans un logiciel plus récent, qui le convertit. Cette conversion est irréversible. Une fois le fichier enregistré par la nouvelle version, la révision du projet a progressé et l'ancien logiciel ne peut plus l'ouvrir. Un projet à la révision 20, ouvert et enregistré dans la version 33, devient un projet à la révision 33. Le fichier original à la révision 20 est perdu, sauf si une copie a été conservée.
Il s'agit du premier mode de défaillance coûteux. Un ingénieur ouvre un ancien projet pour consulter une routine ; le logiciel propose une conversion, l'ingénieur accepte, enregistre, et l'usine ne peut plus ouvrir ce projet avec l'ancien logiciel qui correspond encore aux contrôleurs en fonctionnement. La bonne pratique découle directement de la règle : conserver le fichier original intact et le convertir sous un nouveau nom.
La connexion en ligne correspond à l'opération par laquelle le logiciel et le contrôleur interagissent directement. Logix Designer établit une communication via RSLinx Classic ou FactoryTalk Linx, détecte le contrôleur et compare les versions. Cette comparaison est rigoureuse : pour se connecter en ligne à un contrôleur, la version du logiciel doit être compatible avec la révision du firmware de ce dernier.
En pratique, cela signifie que les logiciels dont la version est égale ou supérieure à la révision du contrôleur peuvent être mis en ligne. Les logiciels dont la version est antérieure à celle du contrôleur ne le peuvent pas. Un contrôleur de révision 32 requiert un logiciel de version 32 ou supérieure. La version 31 est incompatible avec ce contrôleur, et aucun paramètre de pilote ni mode de compatibilité ne modifie cette exigence.
Le chargement consiste à transférer le projet du contrôleur vers le PC. Il fonctionne lorsque la version du logiciel est égale ou supérieure à la révision du firmware du contrôleur. Le logiciel lit le programme du contrôleur, reconstruit le projet et enregistre le fichier à la révision du contrôleur qu'il a lue. Ainsi, le chargement depuis un contrôleur en révision 24 avec un logiciel en version 32 produit un projet en révision 24, et ce fichier est ouvrable par les logiciels en version 24 ou supérieure, y compris les logiciels plus anciens déjà installés sur le site. Le chargement avec un logiciel antérieur à la révision du contrôleur est impossible : ce dernier ne peut pas interpréter les structures de données du contrôleur plus récent. Un contrôleur en révision 32 avec uniquement la version 30 du logiciel disponible ne peut pas être chargé. La solution consiste à se procurer la version 32 ou une version ultérieure du logiciel, et non à tenter des solutions de contournement.
Le téléchargement consiste à transférer le projet du PC vers le contrôleur. Il requiert que la révision du projet corresponde à celle du contrôleur, sauf si l'ingénieur modifie explicitement la révision du contrôleur lors du téléchargement. En cas de différence, Logix Designer propose de modifier la révision du contrôleur avant de télécharger le projet. Cette modification implique la mise à jour du firmware du contrôleur.
Il existe une méthode légitime pour faire correspondre les deux systèmes sans conversion : la boîte de dialogue « Nouveau projet » de Logix Designer propose une liste de révisions pour le contrôleur sélectionné, incluant des révisions antérieures à la version du logiciel. Une usine équipée d'un logiciel version 32 peut ainsi créer un projet à la révision 24 pour un contrôleur v24, et le fichier sera enregistré à la révision 24. C'est ainsi qu'un constructeur produit un livrable compatible avec une version logicielle antérieure, et c'est la méthode appropriée lorsque la révision du projet et celle du contrôleur doivent être alignées dès la conception.
Le processus de téléchargement représente la seconde source de défaillance coûteuse. Lors d'un téléchargement de routine, une invite de mise à jour du contrôleur apparaît ; un technicien l'accepte sans la lire, et le contrôleur reçoit un nouveau firmware. Une machine en fonctionnement dont le contrôleur n'a jamais été sauvegardé perd son programme si la mise à jour du firmware échoue en cours de route. Même une mise à jour de firmware réussie peut laisser les connexions d'E/S et les attentes concernant le firmware des modules dans un état incohérent, car la nouvelle version du contrôleur peut exiger un firmware de module plus récent que celui exécuté par le châssis.
Trois dialogues dominent les rapports de terrain.
Le premier problème rencontré est une erreur d'ouverture de projet. Le logiciel indique que le projet a été créé avec une version plus récente et refuse d'ouvrir le fichier. Aucune solution de contournement n'est disponible dans l'ancienne version du logiciel. La solution consiste à obtenir la version la plus récente du logiciel ou à demander à la source du fichier une copie correspondant à la révision de l'usine, que la version la plus récente peut fournir pour les projets compatibles.
Le second problème est l'incompatibilité de connexion. Le logiciel détecte le contrôleur, constate une différence de version et propose de la mettre à jour. Accepter cette proposition déclenche la mise à jour du contrôleur. La boîte de dialogue affichée est une demande d'autorisation de modification du firmware, et non une notification. La réponse la plus sûre est « Annuler », suivie d'un choix : installer un logiciel compatible ou planifier une mise à jour contrôlée du firmware.
Le troisième problème concerne l'incompatibilité du téléchargement avec l'option de modification de la révision du contrôleur. Il s'agit de la même opération que la deuxième, mais accessible par un chemin différent. Le principe est identique : la révision du projet et celle du contrôleur diffèrent, et le logiciel propose de les harmoniser en installant un nouveau firmware sur le contrôleur.
La liste « Qui est en ligne » de Logix Designer affiche les ingénieurs actuellement connectés à chaque contrôleur et les contrôleurs cibles de chaque connexion. Elle est pertinente dans cette discussion car, lors de la procédure de mise en ligne, l'ingénieur découvre la révision du contrôleur cible et c'est là qu'une acceptation imprudente de la proposition de modification de la révision du contrôleur peut s'avérer problématique. La boîte de dialogue apparaît une fois par tentative de connexion ; elle est formulée comme une question de routine et l'accepter sans préparation peut entraîner le dysfonctionnement ou la mise hors service du système. C'est également lors de la procédure de mise en ligne que l'ingénieur vérifie la disponibilité du contrôleur : si la communication échoue avant la comparaison des versions, le problème provient du pilote ou du réseau ; si la comparaison échoue, le problème vient de la révision.
L'alignement de la version du logiciel, de la révision du projet et de la révision du contrôleur n'est pas fortuit. Lorsqu'un ingénieur crée un nouveau projet, Logix Designer demande le numéro de catalogue et la révision du contrôleur. Le fichier projet est enregistré à la révision sélectionnée, et cette révision est stockée comme cible. Sur une machine en bon état de fonctionnement, le contrôleur est exécuté à la révision cible du projet, et le projet est stocké à la révision du logiciel qui le gère. Tout écart par rapport à l'un de ces trois numéros entraîne l'affichage de l'une des boîtes de dialogue mentionnées précédemment.
Les modifications en ligne introduisent un second type de dérive. Un technicien qui modifie la logique en ligne change le programme stocké dans le contrôleur sans modifier le fichier .ACD sur le PC. Le contrôleur et le fichier diffèrent alors, même si les numéros de version correspondent. C'est pourquoi une mise à jour complète est indispensable à toute procédure de mise à niveau : elle capture l'état réel du contrôleur, y compris les modifications qui n'ont jamais été enregistrées dans le fichier.
Quatre situations se répètent dans les demandes d'assistance, et chacune d'elles illustre le modèle de compatibilité en action.
Situation 1 : un équipementier envoie un fichier de projet en révision 33, tandis que l’usine utilise Studio 5000 version 30. Le fichier est illisible. L’usine installe alors la version 33 ou demande à l’équipementier un projet en révision 30, compatible avec la version plus récente de son logiciel. Aucune de ces options ne modifie les contrôleurs ; les capacités en ligne de l’usine restent donc intactes.
Deuxième situation : un contrôleur de remplacement arrive de l’entrepôt, mais l’usine ne peut pas être mise en service. Le contrôleur de remplacement a été flashé avec une version de firmware plus récente que celle prise en charge par le logiciel de l’usine. Deux options s’offrent à vous : flasher le contrôleur de remplacement avec une version compatible avec le logiciel de l’usine (si cette version existe pour la référence correspondante), ou mettre à niveau le logiciel de l’usine. Le flashage avec une version antérieure du firmware présente les mêmes risques que toute autre mise à jour et nécessite les mêmes mesures de sauvegarde.
Troisième situation : un ingénieur télécharge un projet et le logiciel lui demande de modifier la révision du contrôleur. L’ingénieur accepte, mais après le téléchargement, l’arborescence d’E/S affiche des défauts de module. La révision du contrôleur a été modifiée, mais pas le micrologiciel du module ; les exigences du projet concernant les modules ne correspondent donc plus au châssis. La solution consiste en une mise à jour planifiée du micrologiciel du module, raison pour laquelle la procédure décrite dans la section 6 concerne l’ensemble du châssis et non uniquement le contrôleur.
Situation 4 : un ingénieur ne peut pas téléverser de données à partir d’un contrôleur mis à niveau par un sous-traitant lors de la mise en service. Le sous-traitant a flashé le contrôleur vers la révision 32, tandis que l’usine utilise la version 30. Le téléversement est impossible tant que l’usine n’a pas obtenu la version 32 ou une version ultérieure. Cette situation est fréquente après des travaux réalisés par un tiers, et c’est pourquoi la révision du contrôleur doit figurer sur toute liste de contrôle de transfert.
Chaque famille de contrôleurs est compatible avec une plage de versions de firmware. Les valeurs indiquées ci-dessous correspondent aux limites établies. Rockwell ajuste sa politique de support au fil du temps ; le Centre de compatibilité et de téléchargement des produits (PCDC) est la source officielle pour chaque référence. Consultez le PCDC avant toute mise à niveau. Une version de firmware inexistante pour une référence donnée ne peut en aucun cas être sélectionnée dans ControlFLASH.
Famille de contrôleurs | Numéros de catalogue | Version maximale du firmware (typique) | Remarques
ControlLogix 5560 | 1756-L61, 1756-L62, 1756-L63 | version 20 environ | Rockwell a cessé le développement de nouvelles fonctionnalités pour la famille L6x à cette date. La gamme exacte prise en charge dépend du numéro de catalogue ; consultez le PCDC.
ControlLogix 5570 | 1756-L71 à 1756-L75 | Version approximative : v24 | La famille L7x atteint sa limite aux alentours de la version 24. Consultez le PCDC pour connaître la plage exacte.
ControlLogix 5580 | 1756-L81 à 1756-L85 | v24 et plus récent | La famille L8x nécessite la version v24 ou plus récente et n'acceptera pas les firmwares plus anciens.
ControlLogix 5580, série E | 1756-L81E à 1756-L85E | v28 et versions ultérieures (général) | La famille 5580 requiert généralement la version 28 ou une version ultérieure. Consultez le PCDC pour connaître la puissance maximale requise.
CompactLogix 5370 | 5069-L306ER et références 5069 associées | v30 et versions ultérieures (général) | La gamme 5069 requiert généralement la version 30 ou une version ultérieure. Consultez le PCDC pour connaître la configuration maximale actuelle.
CompactLogix 5370 | 1769-L16ER à 1769-L37ERM | Versions approximatives : v20 à v36 | La plage de versions prises en charge dépend du modèle et de la politique de support de Rockwell. Consultez le PCDC pour connaître la plage exacte correspondant à votre référence.
Le tableau entraîne trois conséquences pratiques. Premièrement, un contrôleur L61 en révision 20 ne peut pas être mis à niveau vers la révision 24 : le matériel ne le prend pas en charge et aucun fichier de firmware en révision 24 n'existe pour ce numéro de catalogue. Deuxièmement, un contrôleur L81 ne peut pas exécuter le firmware en révision 20 ; il requiert la révision 24 ou une version ultérieure et n'accepte pas les firmwares antérieurs. Troisièmement, la version maximale du firmware pour les familles 5580 et 5069 est susceptible d'évoluer : Rockwell publie régulièrement de nouvelles révisions, et la version maximale actuelle correspond précisément au type de valeur que le PCDC a pour vocation de fournir.
Lorsqu'une usine planifie une migration d'un système L6x vers un système L8x, la mise à jour du firmware (de la version 20 environ à la version 24 ou ultérieure) fait partie intégrante du projet, de même que la mise à jour du logiciel (de RSLogix 5000 à une version plus récente de Studio 5000). Le même raisonnement s'applique à la migration d'un système CompactLogix 1769 vers un système CompactLogix 5069 : la nouvelle famille de contrôleurs impose de nouvelles versions minimales du firmware et du logiciel, et l'ancien projet doit être converti en un nouveau projet à la nouvelle révision avant de pouvoir être téléchargé. Le matériel dont le firmware est obsolète est souvent celui qui devient difficile à trouver, ce qui explique pourquoi les pièces détachées Allen-Bradley pour les anciennes plateformes ControlLogix et CompactLogix restent un poste d'approvisionnement courant pour les usines qui ne peuvent pas encore migrer.
Plusieurs versions de RSLogix 5000 et de Studio 5000 Logix Designer peuvent être installées sur le même PC. Rockwell a conçu les programmes d'installation pour coexister, et de nombreux ingénieurs utilisent ainsi les versions 20 et 32 sur une même machine. Cette coexistence est fonctionnelle, mais complexe.
La gestion des licences constitue la première difficulté. RSLogix 5000 et Studio 5000 utilisent l'activation FactoryTalk, et chaque version du logiciel nécessite sa propre activation. Une activation valable pour la version 32 ne couvre pas automatiquement la version 20. Une usine qui maintient les deux versions installées doit veiller à ce que les deux activations soient valides ; une activation expirée pour l'une des versions se traduit par une erreur pouvant être confondue avec un dysfonctionnement logiciel.
La compatibilité avec Windows constitue la deuxième difficulté. Les versions les plus anciennes de RSLogix 5000 sont antérieures aux versions modernes de Windows et ne fonctionnent pas sous Windows 10 ni Windows 11. La version 20, par exemple, a été publiée à l'époque de Windows XP et Windows 7, et son exécution sur un système d'exploitation moderne nécessite généralement une machine virtuelle. La matrice de compatibilité du PCDC indique les systèmes d'exploitation pris en charge par chaque version du logiciel. En résumé : plus le logiciel est ancien, plus il requiert une version ancienne de Windows.
La coexistence elle-même constitue la troisième complication. Différentes versions partagent des services tels que RSLinx Classic et FactoryTalk Linx, et des conflits de versions apparaissent : disparition de pilotes, erreurs d’activation et ouverture de projets dans la mauvaise application lorsque les associations de fichiers pointent vers la dernière version installée. Une version qui fonctionnait correctement seule peut commencer à dysfonctionner après l’installation d’une seconde version.
La solution courante en ingénierie consiste à utiliser un ordinateur portable dédié ou une machine virtuelle par version. Une usine équipée de contrôleurs en version 20 et 32 conserve une machine avec RSLogix 5000 v20 et une autre avec Studio 5000 v32, sans les mélanger. Cette pratique, bien qu'engendrant des coûts matériels et d'espace de travail, garantit la fiabilité du système. Une usine qui maintient en service une machine v20 est généralement celle qui conserve des pièces détachées pour les automates programmables dont le matériel Rockwell n'est plus commercialisé. L'utilisation de machines virtuelles présente un avantage supplémentaire : l'image de la machine virtuelle constitue une sauvegarde, et une installation corrompue peut être restaurée par simple copie de l'image, sans avoir à réinstaller le logiciel ni à saisir à nouveau les identifiants d'activation.
Un châssis Logix contient le contrôleur et ses modules, chacun exécutant son propre firmware. Le projet stocke la version de firmware attendue pour chaque module de la configuration d'E/S. Lorsque Logix Designer se connecte, il compare les versions attendues des modules aux versions réelles présentes dans le châssis et signale les différences.
La mise à jour du firmware du module s'effectue avec ControlFLASH, le même outil que celui utilisé pour le contrôleur. L'opération se fait module par module : sélectionnez le module dans l'outil de flashage, puis la révision cible, et lancez le flashage. Le module Ethernet 1756-EN2T est le plus souvent mis à jour, car son firmware gère le chemin réseau et Rockwell publie régulièrement de nouvelles révisions EN2T pour corriger les défauts de communication.
Règle pratique : les mises à jour du firmware des modules doivent être effectuées lors de la même fenêtre de maintenance que celles du firmware du contrôleur, et sont vérifiées avec la même rigueur. Un projet nécessitant la révision 5 d’EN2T sur un module fonctionnant en révision 3 génère une incompatibilité lors de la mise en service. Cette incompatibilité bloque la connexion ou la dégrade, selon le module et l’importance de la différence. Il est impératif de maintenir la compatibilité du firmware des modules avec les exigences du projet et de modifier les deux firmwares de manière délibérée, jamais accidentellement. Une mise à jour du firmware du contrôleur dépassant la version de firmware de ses modules de communication est une cause fréquente de dysfonctionnements des modules et de rapports d’échec de connexion, même après une mise à jour initialement réussie.
La procédure ci-dessous est ordonnée. Chaque étape est nécessaire car son omission entraîne un échec. Suivez les étapes dans l'ordre et ne les fusionnez pas.
1. Vérifiez l'état actuel. Ouvrez RSLinx Classic ou FactoryTalk Linx, accédez au contrôleur et notez la version actuelle du firmware. Notez également la version de chaque module du châssis, soit à partir de la configuration d'E/S du projet, soit à partir des propriétés du module. Cet enregistrement constitue la base de référence pour l'ensemble de l'opération et servira de base à la vérification post-mise à niveau.
2. Sauvegardez le projet. Fermez-le, copiez le fichier .ACD à deux emplacements distincts et notez la version du projet. Ne convertissez pas le projet lors de la sauvegarde. La sauvegarde doit être une copie conforme du fichier, octet par octet, correspondant au système en cours d'exécution.
3. Effectuez une importation complète. Connectez-vous avec le logiciel actuel, importez le projet depuis le contrôleur et enregistrez la copie importée sous un nom différent. Cette importation constitue la seconde sauvegarde et est la seule valable en cas de divergence entre le fichier .ACD et le contrôleur. Les contrôleurs peuvent contenir des données non présentes dans le fichier, car les ingénieurs effectuent des modifications en ligne. L'importation capture l'état actuel du projet.
4. Consultez la matrice de compatibilité dans le PCDC. Vérifiez trois points : la révision du micrologiciel cible existe pour le numéro de catalogue du contrôleur, la version du logiciel prévue pour la connexion post-mise à niveau prend en charge cette révision du micrologiciel et cette version du logiciel est compatible avec le système d'exploitation du PC qui sera connecté. Toute anomalie à l'un de ces points annule la mise à niveau jusqu'à sa résolution. Cette étape permet également d'identifier les révisions du micrologiciel des modules requises par la révision du contrôleur cible, afin de comparer la liste des modules de l'étape 1 avec celle-ci.
5. Vérifiez la période de maintenance. Une mise à jour du firmware interrompt le fonctionnement du contrôleur. Ce dernier cesse d'exécuter le programme pendant la durée de la mise à jour, et les connexions d'E/S sont interrompues. Assurez-vous que le processus peut supporter cette interruption, que les opérateurs ont été informés et que la machine est hors tension. Ne mettez pas à jour une machine en fonctionnement en dehors d'une période de maintenance, ni une machine en cours de production.
6. Exécutez ControlFLASH. Sélectionnez le contrôleur, la révision cible, puis lancez la mise à jour. Ne l'interrompez pas une fois lancée. Une coupure de courant ou une interruption de communication pendant la mise à jour peut corrompre l'image du firmware du contrôleur. Le contrôleur peut redémarrer, mais la récupération n'est pas garantie. Attendez le message de fin de l'opération avant toute manipulation.
7. Vérifiez le résultat. Redémarrez ou réinitialisez le contrôleur conformément aux instructions de l'outil de flashage. Connectez-vous avec la version logicielle prévue et assurez-vous que la révision affichée dans Logix Designer correspond à la cible. Vérifiez les connexions d'E/S : chaque module de l'arborescence d'E/S doit afficher son état attendu et les éventuelles incompatibilités de micrologiciel sont détectées à ce stade. Vérifiez le bon fonctionnement du programme : placez le contrôleur en mode Exécution et observez l'exécution, les horodatages des tâches et les valeurs d'E/S. Conservez les sauvegardes antérieures à la mise à niveau jusqu'à ce que la machine ait effectué un cycle de production complet avec le nouveau micrologiciel.
La mise à jour du micrologiciel des modules suit la même procédure, l'étape 6 étant répétée pour chaque module. La vérification de l'étape 7 contrôle alors les révisions des modules dans l'arborescence d'E/S au lieu de la révision du contrôleur.
Liste de contrôle condensée pour le planificateur de maintenance :
· [ ] Données de référence enregistrées : révision du contrôleur et révisions des modules documentées
· Projet sauvegardé à sa version actuelle, deux copies, non converties
· [ ] Téléchargement complet effectué et enregistré sous un nom distinct
· [ ] PCDC vérifié : le micrologiciel cible existe pour le numéro de catalogue du contrôleur
· [ ] PCDC vérifié : la version logicielle prévue prend en charge le firmware cible
· [ ] PCDC vérifié : la version du logiciel prend en charge le système d’exploitation du PC
· [ ] Vérification des attentes du micrologiciel du module par rapport à la révision du contrôleur cible
· [ ] Fenêtre de maintenance confirmée avec les opérations
· Machine en état de sécurité, aucun lot actif
· [ ] ControlFLASH s'exécute jusqu'à son terme sans interruption
· [ ] Réinitialisation ou redémarrage du contrôleur effectué conformément aux instructions
· [ ] Vérifié en ligne : la révision du contrôleur correspond à la cible
· [ ] Les connexions d'E/S ont été vérifiées module par module.
· [ ] Le programme a été confirmé en mode Exécution
· [ ] Les sauvegardes préalables à la mise à niveau sont conservées jusqu'à la fin d'un cycle de production complet.
Q1. La version 30 peut-elle ouvrir un projet enregistré dans Studio 5000 version 32 ?
Non. Un projet enregistré avec une version plus récente ne peut pas être ouvert avec une version plus ancienne. La version 30 ne prend pas en charge le format de fichier de révision 32. Veuillez vous procurer la version 32 ou une version plus récente, ou demander une copie du fichier à son auteur (révision 30).
Q2. Que signifie le message d'incompatibilité de révision du contrôleur lorsque je me connecte ?
Cela signifie que la version du logiciel et la révision du micrologiciel du contrôleur ne sont pas compatibles. Le logiciel propose alors de mettre à jour le micrologiciel du contrôleur. Annulez cette proposition, sauf si la modification est planifiée, sauvegardée et programmée.
Q3. Puis-je effectuer un chargement à partir d'un contrôleur dont le firmware est plus récent que mon logiciel ?
Non. La mise à jour nécessite un logiciel d'une version égale ou plus récente que celle du contrôleur. Installez un logiciel compatible ou plus récent avant la mise à jour.
Q4. Une mise à jour du firmware est-elle réversible ?
Il est possible de restaurer une version antérieure du contrôleur si celle-ci existe pour le numéro de catalogue. Cette restauration constitue une opération de mise à jour du firmware et comporte les mêmes risques. En revanche, la conversion d'un projet est irréversible : une fois le fichier converti enregistré par le logiciel le plus récent, aucun logiciel plus ancien ne peut l'ouvrir.
Q5. Puis-je exécuter la version 20 et la version 33 sur le même PC ?
En principe, oui. Les limites pratiques résident dans les licences, la compatibilité avec Windows et les conflits liés aux services partagés. La version 20 ne fonctionne pas sur les systèmes Windows modernes sans machine virtuelle. La plupart des entreprises utilisent un ordinateur portable ou une machine virtuelle dédiée par version.
Q6. Quelle est la différence entre le firmware du contrôleur et le firmware du module ?
Le micrologiciel du contrôleur constitue le système d'exploitation du contrôleur. Le micrologiciel du module constitue le système d'exploitation de chaque module individuel, tel qu'un 1756-EN2T. Les deux sont mis à jour via ControlFLASH et doivent correspondre aux exigences du projet.
Q7. Où puis-je trouver la version maximale exacte du firmware pour ma manette ?
Dans le Centre de compatibilité et de téléchargement des produits (PCDC) de Rockwell Automation, vous trouverez les révisions de micrologiciel disponibles pour chaque référence et les versions logicielles compatibles. Consultez-le avant chaque mise à jour.
Le modèle de compatibilité se résume à une phrase : la version du logiciel, la révision du projet et la révision du contrôleur doivent former un ensemble cohérent, et toute modification apportée à l’un de ces éléments est une opération planifiée. Un fichier de projet qui ne s’ouvre pas, une session en ligne qui ne démarre pas et un téléchargement qui tente de modifier le micrologiciel du contrôleur présentent tous le même problème sous-jacent : l’ensemble est incohérent. Le rôle de l’ingénieur est d’identifier l’élément défaillant, de déterminer quel élément déplacer et de le déplacer en prévoyant une sauvegarde et une fenêtre de maintenance.
Pour les installations utilisant du matériel ancien, un quatrième élément entre en jeu : le matériel lui-même. Un contrôleur dont le firmware est obsolète est un contrôleur dont les pièces détachées sont rares, et la planification de la migration commence dès que la limite du firmware est atteinte. Les pièces détachées Allen-Bradley et ControlLogix permettent de maintenir les lignes existantes en fonctionnement pendant la planification de la migration, et la gestion rigoureuse des versions décrite dans ce guide garantit la stabilité du logiciel tant que le matériel est opérationnel. Cette gestion rigoureuse est peu coûteuse. L'alternative, en revanche, impliquerait le coût d'une ligne de production entière.
URL Slug: studio-5000-firmware-version-management-guide
-------------------------------------------------------------------------------------------
🏢 À propos de TZ Tech
TZ Tech est un fournisseur de premier plan de composants pour l'automatisation industrielle, l'électricité, l'instrumentation et les télécommunications. Nous nous spécialisons dans l'approvisionnement en stock de distributeurs prêts à expédier, ce qui nous permet d'offrir des prix très compétitifs et des délais de livraison courts. Grâce à notre vaste inventaire, nous pouvons même nous procurer des pièces rares et obsolètes, difficiles à trouver
Continuez à lire, restez informé, abonnez-vous et nous vous invitons à nous dire ce que vous en pensez.
De plus, avec votre autorisation, nous souhaitons placer des cookies pour rendre votre visite et votre interaction avec slOC plus personnelles. Pour cela, nous utilisons des cookies analytiques et publicitaires. Grâce à ces cookies, nous et des tiers pouvons suivre et collecter votre comportement Internet à l'intérieur et à l'extérieur de super-instrument.com. Grâce à cela, nous et des tiers adaptons super-instrument.com et les publicités à vos intérêts. En cliquant sur Accepter, vous acceptez cela. Si vous refusez, nous utilisons uniquement les cookies nécessaires et vous ne recevrez malheureusement aucun contenu personnalisé. Veuillez consulter notre politique en matière de cookies pour plus d'informations ou pour modifier votre consentement à l'avenir.
Accept and continue Decline cookies
