Allen Bradley

 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). 1. Définitions 1.1 Micrologiciel du contrôleur 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. 1.2 Révision du projet 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. Version 1.3 du logiciel 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. 1.4 Micrologiciel du module 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. 2. Le modèle de compatibilité 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. 2.1 Fichiers de projet : aucune compatibilité ascendante, compatibilité descendante limitée 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. 2.2 Version du logiciel et révision du contrôleur : exigence en ligne 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. 2.3 Téléchargement et chargement 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. 2.4 Que signifient réellement les boîtes de dialogue d'incompatibilité de révision ? 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. 2.5 Pourquoi les trois nombres s'alignent-ils ? 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. 2.6 Situations courantes, consultez le modèle 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. 3. Limites du micrologiciel matériel 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) | RemarquesControlLogix 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. 4. Plusieurs versions de logiciels sur un seul PC 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. 5. Micrologiciel du module versus micrologiciel du contrôleur 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. 6. Procédure de mise à niveau sécurisée du firmware 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. 7. Liste de vérification pour la mise à jour du micrologiciel 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. 8. FAQ 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. 9. La règle qui régit chaque cas 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

Qu'est-ce que le contrôle de mouvement ? Le contrôle de mouvement (MC) est une branche de l'automatisation, également appelée contrôle de traînée électrique. La plupart de ses sources d’énergie sont basées sur des moteurs électriques. En d’autres termes, le contrôle de mouvement s’appuie en réalité sur des moteurs électriques pour contrôler les changements de grandeurs physiques telles que le déplacement angulaire, la vitesse et le couple. L'application du contrôle de mouvement dans le domaine des robots et des machines-outils CNC est plus complexe que celle des machines spéciales car la forme de mouvement de ces dernières est plus simple et est souvent appelée contrôle de mouvement général (GMC). Le contrôle de mouvement est largement utilisé dans les industries de l’emballage, de l’impression, du textile et de l’assemblage. Le contrôle de mouvement est en fait basé sur des moteurs électriques, et les moteurs électriques font ici référence à des servomoteurs ; si un seul servomoteur est utilisé dans un ensemble d'équipements autonomes, dans ce cas, il se concentrera davantage sur le contrôle du moteur, comme la position, la vitesse, le contrôle du couple ; dans cet exemple, le contrôle d'un seul moteur n'est qu'une partie du contrôle de mouvement. Le contrôle de mouvement concerne principalement les produits. On peut dire qu'il s'agit d'un système de contrôle de mouvement. Le système dans son ensemble comprend des machines (les moteurs ne sont que des pièces de rechange dans les machines), des équipements électriques, des logiciels, etc. Il contrôle et gère la position et la vitesse des pièces mécaniques mobiles en temps réel. , de sorte qu'il puisse être transformé en commande de mouvement mécanique souhaitée selon le schéma de commande prédéterminé. Il existe de nombreux types de systèmes de contrôle de mouvement, mais à partir de la structure de base, le matériel d'un système de contrôle de mouvement moderne typique se compose principalement de : un ordinateur hôte, un contrôleur de mouvement, un dispositif d'entraînement de puissance, un moteur, un actionneur et un dispositif de détection de retour de capteur.   Qu’est-ce que le contrôle automatisé des processus ? Le principe du contrôle de processus automatisé consiste à utiliser des contrôleurs PLC pour collecter les données de retour des capteurs et, après avoir analysé et traité ces données, ajuster, optimiser et contrôler divers équipements pour améliorer l'efficacité de la production. Les objets qu'il contrôle sont généralement différents types de pompes à eau, de ventilateurs, de vannes électriques, etc. L'ensemble du système se compose généralement d'une armoire de commande PLC, d'une armoire de distribution d'énergie, d'un programme de contrôle, de divers capteurs, d'un logiciel de configuration, d'un système de surveillance, etc. L'automatisation des processus est généralement utilisée dans les industries de protection de l'environnement telles que le traitement des eaux usées et des gaz d'échappement, ainsi que dans les industries économes en énergie. Il ajuste intelligemment divers équipements de charge dans la production industrielle pour garantir qu'ils fonctionnent au mieux et réaliser des économies d'énergie. Principalement utilisé dans le domaine de l'automatisation industrielle traditionnelle, il s'agit d'un grand système de contrôle comportant de nombreux objets de contrôle, comme une ligne de production.   De nombreux disponibles n'attendent que vous, n'hésitez pas à demander pour obtenir une meilleure offre !!!Bou L.Specialiste en VentesBou.l@tztechautomation.com+86-175 5077 6091

 À 2 h 17 du matin, le téléphone vous réveille. La voix à l'autre bout du fil saute le « bonjour ». Le nœud 14 est hors service et la ligne est coupée. Le trafic régulier sur la voie 1756-CNB est interrompu depuis quarante minutes, les entraînements sont défectueux et l'électricien de quart a déjà rebranché tous les connecteurs accessibles. Il veut savoir si vous venez. Vous venez. Avant de monter dans le camion, prenez cet article avec vous.Voici la situation dans laquelle vous allez vous trouver. Un trunk ControlNet construit à partir d'un câble coaxial 1786-RG6, raccordé à une rangée de 1756-CNB et 1756-CNBR modules dans les racks ControlLogix, un 1788-CN2DN Ou deux flux d'E/S acheminés vers DeviceNet, et une planification que RSNetWorx pour ControlNet a rédigée il y a des années et qui n'a jamais été sauvegardée depuis. Rockwell classe ControlNet comme « Actif-Mature », ce qui signifie poliment qu'elle prend toujours en charge le produit, mais qu'elle n'en développe plus. L'entreprise préférerait vous vendre EtherNet/IP sur des commutateurs 1783, et elle a raison d'essayer. Mais votre installation fonctionne encore avec du câble coaxial et doit être opérationnelle demain. Voici la procédure sur site pour rétablir le réseau. Suivez les étapes dans l'ordre et ne négligez pas les plus fastidieuses, car c'est généralement là que ces appels échouent. Outils nécessaires avant de commencer Rassemblez tous ces éléments avant de quitter l'atelier. Chaque aller-retour au camion pour une pièce manquante vous coûte vingt minutes d'une soirée déjà bien longue.· RSNetWorx pour ControlNet, installé et fonctionnel sur votre ordinateur portable. Vérifiez la version utilisée et assurez-vous que les fichiers EDS présents sur cet ordinateur correspondent aux périphériques du réseau. Un ordinateur portable inutilisé depuis deux ans vous fera perdre une heure lors de sa première mise à jour.· Une interface ControlNet pour l'ordinateur portable. La carte CardBus 1784-PCC et l'adaptateur USB 1784-U2CN sont les deux éléments que vous rencontrerez sur le terrain. Chargez le pilote et configurez-le dans RSLinx avant de partir, puis testez la carte sur un réseau en production à l'atelier. Il est fortement déconseillé de la tester pour la première fois dans une salle blanche à 3 h du matin.· Le fichier de sauvegarde. Il s'agit du fichier .cnc que RSNetWorx enregistre lors de la mise en service d'un réseau. Si vous n'en possédez pas, la nuit risque d'être longue. Si vous en avez un, mais qu'il date de cinq ans, soyez prudent et comparez-le avec le réseau en fonctionnement.· Matériel de rechange : un petit morceau de câble coaxial 1786-RG6, deux terminaisons 75 ohms, une prise de rechange et quelques connecteurs BNC. Prévoyez une bobine de câble complète si la liaison principale est longue ou extérieure.· Un 1756-CNB ou 1756-CNBR en bon état, flashé avec le firmware utilisé par votre installation, au cas où l'étape 6 deviendrait nécessaire.· Un multimètre, une lampe torche, un petit miroir pour lire les adresses des nœuds derrière les panneaux, et les fichiers EDS pour chaque appareil tiers sur le réseau, transportés sur une clé USB. Parcourez l'échelle dans cet ordre Les pannes ControlNet se répartissent en quatre catégories : câble, module, planification et nœud. Les modes de défaillance se ressemblent sur l’écran de l’opérateur, et c’est là le piège. Un nœud déconnecté à cause d’un terminateur manquant est identique à un nœud déconnecté suite à un conflit d’adresse avec un autre nœud. L’ordre des vérifications n’est pas important. Commencez par vérifier la couche physique, puis le module, la planification, le nœud, et terminez par le remplacement du matériel. Chaque étape élimine une catégorie de pannes, et aucune ne vous oblige à vous fier aux explications de l’opérateur à 2 h du matin. Étape 1 : Vérifier d'abord la couche physique ControlNet est un réseau programmé et segmenté dans le temps, fonctionnant à 5 Mbit/s sur un câble coaxial de 75 ohms. Chaque nœud bénéficie d'un créneau horaire garanti dans une trame répétitive, et le bon fonctionnement du système repose sur la qualité du signal reçu à chaque point de connexion. Les réflexions perturbent ce signal et proviennent d'une mauvaise configuration du réseau : extrémités dénudées, câble inadapté, tronçons de câble, infiltration d'eau. La plupart des appels signalant une panne de réseau à 2 h du matin se terminent au niveau du câble, et non au niveau de la planification. Commencez à une extrémité de la liaison principale et progressez jusqu'à l'autre. Mettez hors tension tout ce qui peut l'être avant de toucher au câble coaxial. Ne débranchez jamais une liaison principale sous tension pendant que le réseau en dépend, et ne retirez jamais un connecteur pour « voir s'il y a une étincelle ». Il n'y aura pas d'étincelle et vous aurez interrompu le réseau.Vérifiez d'abord les terminaisons. Un câble ControlNet nécessite exactement deux terminaisons, une à chaque extrémité physique, et toutes deux doivent avoir une impédance de 75 ohms. La référence 1786-XT est adaptée à ce système. L'absence d'une terminaison laisse l'extrémité du câble ouverte. Le signal se réfléchit sur cette extrémité ouverte, et les nœuds proches deviennent instables et subissent des coupures lorsque l'armoire chauffe ou qu'un moteur puissant démarre. Une terminaison supplémentaire est tout aussi problématique si elle est branchée sur une prise au milieu du câble, car elle transforme un segment fonctionnel en deux tronçons. La règle est simple : deux terminaisons, aux extrémités, et rien d'autre sur le câble.Vérifiez tous les connecteurs BNC du coffre. Un connecteur bien en place signifie que vous sentez un clic et que vous ne pouvez pas faire tourner la coque contre la prise. Un connecteur qui tourne indique un sertissage défectueux depuis des années, dont la détérioration s'est aggravée depuis. Examinez la broche centrale : elle doit être propre, droite et complètement engagée. La présence d'eau dans un connecteur provoque des pertes de courant intermittentes qu'aucun changement de tension ne pourra résoudre, tout comme la corrosion de la tresse de blindage. Si vous trouvez un connecteur défectueux, coupez-le et remplacez-le par un neuf plutôt que de le resserrer en espérant qu'il fonctionne.Vérifiez le câble lui-même. Le câble principal doit être un câble coaxial quadruple blindage RG6 de 1786 MHz. Le RG-59 transmet le signal sur une courte distance, mais le résultat est erroné. Un câble coaxial TV récupéré et utilisé pour réparer une section endommagée est pire qu'une réparation inexistante : il passe les tests de tension continue, mais tombe en panne sous charge. Si le câble principal a été raccordé avec un connecteur cylindrique, ce raccord constitue un point de réflexion et risque de provoquer une panne au réveil. Si un câble a été branché en série directement d'un module à l'autre au lieu d'utiliser des prises, vous avez affaire à un tronçon de câble défectueux. Les appareils se connectent via des prises, avec un câble de descente court entre la prise et le nœud. Chaque descente ne doit pas dépasser un mètre et doit être éloignée des câbles d'alimentation.Ensuite, effectuez les calculs. Un segment ControlNet est limité à 1 000 m de câble RG-6 et à 48 nœuds. Si votre installation dépasse l'une ou l'autre de ces limites, un répéteur est forcément présent sur le trajet, et le nœud défectueux se trouve probablement de l'autre côté de ce répéteur. Repérez le répéteur et vérifiez son alimentation avant de poursuivre votre inspection. Pendant que vous suivez le câble, recherchez les dommages apparents : câble coaxial écrasé derrière un panneau pivotant, câble passant dans un drain, eau stagnante dans une boîte de tirage souterraine, trace de chariot élévateur sur la gaine. Les pannes de câbles ControlNet sont rarement mystérieuses une fois le câble examiné.Si le réseau ne se rétablit pas complètement, vous recherchez un court-circuit ou une coupure. Si la LED réseau de chaque nœud est éteinte ou clignote simultanément, cela signifie que le problème vient du câble principal. Il ne s'agit pas de quarante modules tombés en panne simultanément. Isolez la panne méthodiquement. Mettez hors tension les nœuds un par un, débranchez leurs prises et vérifiez si le reste du réseau devient vert fixe. Lorsque vous débranchez la prise qui rétablit le réseau, vous avez trouvé l'élément défectueux. Il s'agit généralement d'un câble écrasé, d'un connecteur humide ou d'une prise endommagée par une échelle. Réparez cet élément et le réseau sera de nouveau opérationnel. Étape 2 : Lire les LED du module Les modèles 1756-CNB et 1756-CNBR fournissent de nombreuses informations en façade, notamment grâce à la lecture des voyants par paires. Le 1756-CNB possède deux voyants : un pour l’état du module et un pour l’état du réseau. Le 1756-CNBR en possède trois : l’état du module et un par canal redondant. Le voyant du module indique si le matériel est fonctionnel. Le voyant réseau indique s’il communique. Commencez par vérifier le voyant du module. Un module défectueux sur le fond de panier ne pourra jamais communiquer sur le réseau, quelle que soit la qualité du câble connecté.Indicateur | Modèle | Signification | Que faireVoyant du module | Éteint | Pas d'alimentation ou module mal inséré sur le fond de panier | Réinsérez fermement le module. Vérifiez l'alimentation du châssis et l'emplacement.Voyant du module | Vert fixe | Fonctionnement normal | Rien. Passez au voyant réseau.Voyant du module | Vert clignotant | Autotest en cours ou mise à jour du micrologiciel en cours | Veuillez patienter. S'il clignote toujours après dix minutes, redémarrez le boîtier.LED du module | Rouge clignotant | Défaut récupérable, généralement lié à la configuration ou au micrologiciel | Vérifiez la version du micrologiciel par rapport à l'arborescence d'E/S dans Studio 5000. Redémarrez l'alimentation.Voyant du module | Rouge fixe | Défaut irrécupérable | Réinsérez le module une fois. Si le voyant redevient rouge, le module est hors service. Passez à l'étape 6.Voyant réseau | Éteint | Le module est actif mais ne communique pas sur le réseau principal | Vérifiez le connecteur, le câble de descente et le réseau principal derrière ce nœud. Ceci constitue la première étape.Voyant réseau | Vert fixe | En ligne et trafic programmé traité | Normal. Aucune action requise.Voyant réseau | Vert clignotant | Alimenté mais ne communique pas avec le réseau | Le nœud ne capte pas le réseau. Vérifiez le terminateur, le connecteur et l'adresse du nœud.Voyant réseau | Rouge fixe ou clignotant | Adresse du nœud dupliquée ou panne réseau grave | Mettez le nœud hors tension. Comparez son adresse avec celle de tous les autres nœuds. Vérifiez le nœud principal.Sur un 1756-CNBR utilisant des supports redondants, les deux indicateurs réseau doivent être identiques. Si l'un est vert fixe tandis que l'autre est rouge, le problème provient du câble ou du terminateur de ce canal, et non du module. Avant de conclure à un dysfonctionnement du module, remplacez le câble et le terminateur du canal suspect ; vous économiserez ainsi une pièce.Une seule règle de base peut vous mener loin. Si tous les nœuds du réseau dysfonctionnent simultanément, il s'agit du nœud principal. Si un seul nœud dysfonctionne et que les autres fonctionnent correctement, il s'agit de ce nœud, de son point de connexion, de son point de distribution ou de son adresse. Identifiez la cause du problème rapidement et vous éviterez de perdre une heure à travailler au mauvais endroit. Étape 3 : Connectez-vous à RSNetWorx et vérifiez l’horaire. Avant toute modification, connectez-vous au réseau avec RSNetWorx pour ControlNet. Sélectionnez le pilote correspondant à votre carte réseau, puis explorez le réseau. Laissez le logiciel le découvrir. Notez les informations trouvées : nombre de nœuds, nœuds programmés et nœuds inactifs. Cette liste vous servira de guide pour le reste de la nuit.Ensuite, il faut déterminer à qui appartient le planning. Sur ControlNet, le planning définit qui parle et à quel moment. Il est stocké à deux endroits : dans le fichier .cnc du fournisseur du réseau, et sur chaque nœud planifié qui en conserve une copie. Lorsque RSNetWorx se connecte et que son fichier est incompatible avec celui du réseau, il vous demande lequel conserver. Si le réseau fonctionne correctement et que votre fichier est obsolète, téléchargez-le depuis le réseau et enregistrez-le sous un nouveau nom. Si le réseau est à l'origine du problème et que votre fichier est valide, restaurez-le. Prenez cette décision une seule fois, en toute connaissance de cause, et énoncez-la à voix haute avant de cliquer. Un mauvais choix efface un planning fonctionnel, et RSNetWorx ne vous avertira pas deux fois.Ouvrez les propriétés du réseau et notez deux valeurs : NUT et S_max. Le NUT (temps de mise à jour du réseau) correspond à la durée de la trame répétitive qui transporte tout le trafic planifié. La valeur par défaut est de 2 ms, et la plupart des installations n'ont pas besoin de plus. S_max est l'adresse de nœud la plus élevée que la planification peut prendre en charge. Elle doit être supérieure à celle de votre nœud planifié le plus élevé. Si un nœud est ajouté à l'adresse 60 alors que S_max est à 50, ce nœud ne sera jamais planifié, quel que soit le nombre de mises en service. Augmentez la valeur de S_max, puis effectuez la mise en service. Ce simple paramètre a causé bien des soucis aux ingénieurs, plus que n'importe quel problème de câble.RSNetWorx affiche également la répartition de la bande passante entre le trafic planifié et non planifié. Le trafic planifié bénéficie d'un créneau garanti dans chaque trame. Le trafic non planifié (messages explicites, chargements et trafic de programmation) occupe l'espace restant. Lorsqu'une nouvelle connexion ne peut être intégrée à la planification, RSNetWorx vous en informe clairement. La solution consiste à augmenter le nombre de connexions planifiées (NUT) ou à réduire leur nombre ; il n'existe aucune solution miracle et il est hors de question de demander une seconde commande avec les mêmes numéros.Pendant que vous êtes en ligne, examinez chaque nœud planifié. RSNetWorx signale les périphériques présents mais absents de la planification, ainsi que ceux qu'il ne peut pas identifier. Ces deux cas apparaissent en premier et leurs solutions diffèrent. Si le réseau semble fonctionner correctement dans RSNetWorx, le problème est plus précis que ce que l'appel téléphonique laissait supposer ; l'étape 4 permettra de le localiser. Étape 4 : Trouver le nœud manquant Le système indique que le nœud 14 est hors service. RSNetWorx détecte 47 nœuds sur 48. Ne vous fiez pas au numéro de nœud inscrit sur la porte du panneau. Fiez-vous plutôt à l'adresse IP réellement configurée sur l'appareil, car ces deux informations divergent depuis la fabrication du panneau.Vérifiez d'abord l'adresse. Un 1788-CN2DN tire son adresse de nœud des commutateurs de l'appareil ; les adresses valides vont de 1 à 99. Notez l'adresse réelle des commutateurs, et non celle indiquée sur le schéma. Un 1756-CNB gère son adresse par logiciel, configurée via RSLinx ou les propriétés du module dans Studio 5000. Si l'adresse réelle de l'appareil ne correspond pas à celle attendue par la planification, RSNetWorx indiquera que l'appareil est opérationnel, tandis que la planification l'ignorera complètement. Cette incohérence est à l'origine de l'appel téléphonique que vous avez reçu.Deuxièmement, vérifiez la présence d'un doublon. Deux nœuds sur la même adresse constituent un problème intermittent classique. Les deux nœuds s'allument, l'un prend la place, l'autre se déconnecte, et la déconnexion alterne entre eux à chaque redémarrage. Si le nœud manquant se reconnecte dès que vous mettez hors tension son voisin, vous avez une adresse dupliquée. Attribuez une adresse libre à l'un des nœuds et remettez-le en service. N'attendez pas, car le doublon réapparaîtra au prochain redémarrage des deux appareils.Troisièmement, examinez le connecteur. Le câble reliant le connecteur au nœud doit être correctement inséré à ses deux extrémités. L'extrémité côté nœud est souvent négligée car elle est cachée par le connecteur du module. Un connecteur BNC qui tourne sur lui-même côté nœud indique un sertissage défectueux. Remplacez l'ensemble du câble plutôt que de simplement refaire le sertissage, car l'ancien connecteur, soumis à des flexions répétées, finira par se desserrer à nouveau. Assurez-vous que le corps du connecteur est compatible avec votre ligne et que sa pince est bien serrée sur le câble coaxial. Un connecteur installé mais jamais serré est un nœud qui ne fonctionnera que jusqu'à ce que la porte de l'armoire se referme.Quatrièmement, analysez les informations fournies par RSNetWorx, car son affichage est précis si vous l'interprétez correctement. Un périphérique affiché par un point d'interrogation est présent mais non identifié. Son fichier EDS est absent de la machine exécutant RSNetWorx ; le logiciel ne peut donc pas le reconnaître. Installez le fichier EDS et actualisez la navigation. Un périphérique affiché avec un nom mais sans connexion planifiée n'est pas dans la planification : il s'agit du problème décrit à l'étape 5. Un périphérique qui n'apparaît pas du tout présente un problème matériel : il s'agit du problème décrit à l'étape 1. Suivez l'étape correspondant au symptôme.Lorsque vous êtes au niveau du nœud, examinez l'appareil lui-même et pas seulement son connecteur. Un 1788-CN2DN dont le côté DeviceNet est en court-circuit affectera également le côté ControlNet, car les deux partagent le même processeur. Vérifiez aussi l'alimentation du nœud. Un variateur ou un périphérique de liaison alimenté par une tension de 24 V CC défaillante se déconnectera du réseau de manière similaire à une panne réseau. Avant d'incriminer le réseau principal, mesurez la tension aux bornes d'alimentation du nœud et effectuez le test en charge, et non pendant une période creuse. Étape 5 : Corriger le calendrier et remettre en service Une fois le nœud physiquement présent et correctement adressé, la solution consiste à le réintégrer à la planification et à écrire cette planification sur tous les nœuds du réseau. Cette opération, appelée mise en service, est irréversible dans RSNetWorx, car elle est téléchargée simultanément sur tous les nœuds planifiés.Commencez par le fichier. Ouvrez votre sauvegarde .cnc et connectez-vous. Si la sauvegarde est plus ancienne que le planning en cours, téléchargez d'abord ce dernier et enregistrez-le sous un nouveau nom avant toute modification. Comparez ensuite les deux fichiers et analysez les différences. L'opération que vous vous apprêtez à effectuer écrasera les données du réseau ; il est donc essentiel de savoir précisément ce que vous allez écraser et pourquoi.Passez le réseau en mode édition dans RSNetWorx, puis examinez les connexions demandées par les contrôleurs. C'est souvent à cette étape que les problèmes surviennent. La planification ControlNet est construite à partir des connexions réellement demandées par les contrôleurs, lesquelles proviennent des balises de production et de consommation déjà présentes dans la logique du contrôleur. Si la balise a été supprimée du programme il y a plusieurs mois, aucune entrée de planification dans RSNetWorx ne pourra la corriger. La connexion doit d'abord être demandée par le contrôleur. Avant d'incriminer RSNetWorx, vérifiez le programme dans Studio 5000 et assurez-vous que la balise de production ou de consommation est toujours présente, activée et associée au bon nœud.Une fois la connexion établie et le nœud en ligne, ajoutez-le à la planification, vérifiez que S_max couvre son adresse et mettez-le en service. RSNetWorx calcule la planification et la télécharge sur chaque nœud planifié en une seule opération. Prévoyez une brève interruption des E/S planifiées pendant le téléchargement. C'est pourquoi il est important d'effectuer cette opération pendant une fenêtre de planification, lorsque la ligne le permet, et non en plein traitement par lots.Après la mise en service, vérifiez que chaque nœud planifié affiche un voyant vert fixe sur sa LED réseau. RSNetWorx doit afficher une planification correcte, sans nœuds non planifiés. L'arborescence d'E/S du contrôleur doit indiquer que la connexion est active et qu'un bit de test se déplace correctement d'un bout à l'autre. Enfin, enregistrez le fichier .cnc, nommez-le avec la date et placez-le à un emplacement accessible à l'équipe suivante.Voici la leçon que tout utilisateur expérimenté de ControlNet a apprise à ses dépens au moins une fois. Le fichier .cnc est essentiel au réseau. S'il disparaît, un module défaillant se transforme en un projet de deux jours, car il faut ajouter un module de remplacement à une planification qui n'existe plus que dans la mémoire de ceux qui ont quitté l'entreprise. Si vous n'avez aucun fichier .cnc et que le réseau est en fonctionnement, connectez-vous immédiatement et téléchargez la planification dans un fichier. Faites-le avant qu'un problème ne survienne, pas après. Reconstruire une planification de A à Z implique de faire correspondre chaque étiquette produite et consommée dans chaque programme aux nœuds physiques, et ce travail est toujours effectué une seule fois, la nuit, et de manière peu rigoureuse. Étape 6 : Remplacez le module lorsqu’il est hors service. Vous avez un module 1756-CNB dont la LED rouge reste allumée malgré une réinsertion et une mise hors tension/sous tension. Le module est défectueux, mais la programmation est correcte. Remplacez-le. Avant de le retirer du rack, notez deux informations : l’adresse du nœud et la version du firmware. Ces informations sont faciles à lire maintenant, mais coûteuses à deviner plus tard.Récupérez l'adresse depuis RSLinx ou les propriétés du module dans Studio 5000. Obtenez la version du firmware de la même manière, ou depuis RSNetWorx lorsque vous êtes connecté. Retirez ensuite l'ancien module et installez le nouveau dans le même emplacement. Configurez l'adresse du nouveau module pour qu'elle corresponde à celle de l'ancien avant de le connecter au réseau. Un module neuf conserve son adresse par défaut jusqu'à ce que vous en modifiiez une. Deux modules ayant la même adresse par défaut sur le même réseau entreront en conflit, comme décrit à l'étape 4. Mettez à jour le firmware avec ControlFlash jusqu'à ce qu'il corresponde à la version utilisée par l'installation. Si l'arborescence d'E/S de Studio 5000 utilise un codage électronique précis, une différence de version entraînera une erreur de connexion, même si le matériel est parfaitement fonctionnel.Raccordez le câble principal, mettez l'alimentation et observez le cycle des LED (étape 2). La LED du module doit devenir verte fixe. La LED réseau doit également devenir verte fixe une fois le trafic établi. Connectez-vous ensuite avec RSNetWorx ; le nouveau module devrait apparaître comme un périphérique inconnu à l'ancienne adresse. C'est normal. Si la planification ne le détecte pas, mettez-le en service à partir de votre fichier .cnc de sauvegarde, comme à l'étape 5, et vérifiez que la connexion permet bien le transfert de données avant de considérer la tâche comme terminée.Laissez le module défectueux hors du rack et décidez de son sort un jour ouvrable normal. Un module réparé qui tombe en panne à nouveau à 2 h du matin anéantit toutes les économies réalisées sur le coût de la réparation.D'où provient la pièce de rechange ? Certainement pas du stock du distributeur local, car la plupart ont cessé de proposer des modules 1756-CNB dès que Rockwell a cessé leur activité. Vous pouvez en conserver une, testée et programmée, ou l'acheter auprès d'un fournisseur spécialisé dans le matériel Allen-Bradley ancien. Ce choix peut faire toute la différence entre un remplacement en quarante minutes et une semaine de livraison express. Le stock Allen-Bradley de tztechio.com est une option, mais le mieux est de la conserver chez vous. Guide rapide : symptôme, cause, solution Symptôme | Cause probable | SolutionPanne totale du réseau, toutes les LED du réseau éteintes ou clignotantes | Terminateur manquant ou en court-circuit, présence d'eau dans le câble principal, fuite d'un robinet provoquant un court-circuit | Étape 1 : vérifier les deux terminateurs, puis isoler les prises une par uneUn nœud se déconnecte aléatoirement et se reconnecte après refroidissement | Terminateur défectueux, connecteur BNC corrodé, alimentation défaillante du nœud | Étape 1 : reconnecter les connecteurs, remplacer le nœud déconnecté, vérifier l’alimentation du nœud en chargeUn nœud n'apparaît jamais dans RSNetWorx | Conflit d'adresses ou connexion inactive | Étape 4 : lire les commutateurs d'adresses réels, parcourir la connexionLe nœud apparaît sous forme de point d'interrogation | Fichier EDS manquant sur la machine RSNetWorx | Installez le fichier EDS et actualisez la page de navigationNœud présent mais sans trafic planifié | Nœud non planifié | Étape 5 : ajouter la connexion, mettre en serviceVoyant LED du module rouge fixe après réinsertion et redémarrage | Module défectueux | Étape 6 : remplacer le module, vérifier que le firmware et l’adresse correspondentRéseau fonctionnel, mais le contrôleur signale une erreur de connexion | Modification de la planification ou incompatibilité de version du module | Étapes 5 et 6 : remise en service, vérification du verrouillage électronique ControlNet en 2026 : exploitez-le, mais préparez votre sortie. Voici la situation réelle. Le cycle de vie de ControlNet chez Rockwell est désormais mature. Le support se poursuit et la base installée est considérable, mais le développement de nouveaux produits a cessé il y a des années et le catalogue se réduit d'année en année. L'entreprise se concentre sur EtherNet/IP et la gamme de commutateurs et d'infrastructures 1783 représente le cœur de son développement. Si vous concevez une nouvelle ligne de production, optez pour EtherNet/IP sans hésiter.La plupart d'entre vous ne concevez pas une nouvelle ligne. Vous maintenez en service une ligne déjà rentabilisée depuis des années, le temps que l'usine décide de la suite. La migration depuis ControlNet est un véritable projet comportant ses propres risques, et elle ne se fait pas à 2 heures du matin lorsqu'un nœud tombe en panne. Si vous restez sur ControlNet pendant encore cinq ans, gérez-le comme l'infrastructure critique qu'il est : plans à jour, équipements de rechange testés, fichiers de planification sauvegardés et un responsable réseau désigné. Si vous migrez, faites-le lors d'une interruption planifiée, testez le nouveau chemin en conditions réelles de charge et maintenez la liaison ControlNet en place jusqu'à ce que le nouveau réseau ait fait ses preuves. Ne basculez pas sur la simple confiance. Le câble coaxial a alimenté cette usine pendant vingt ans ; le nouveau réseau doit faire ses preuves avant que l'ancien ne soit mis hors service.Pour les baies conservées, la question pratique concerne les pièces détachées. Les modules ControlNet, les câbles coaxiaux, les prises et les terminaisons ne sont plus produits en aussi grande quantité qu'auparavant, et c'est sur le marché des pièces détachées pour automates programmables que les baies anciennes sont alimentées. Achetez ce dont vous avez besoin tant que c'est encore disponible et considérez cet achat comme une assurance plutôt que comme une dépense. L'étagère des pièces détachées Le stock minimum pour un réseau ControlNet se présente comme suit : une carte 1756-CNB ou 1756-CNBR par réseau, flashée avec le firmware de votre installation et testée avant mise en stock ; une carte 1788-CN2DN si votre réseau utilise DeviceNet via un dispositif de liaison ; une bobine de 30 m de câble coaxial 1786-RG6, quelques connecteurs BNC et quatre terminaisons 75 ohms (car vous en perdrez probablement deux avant d’en avoir besoin d’une) ; une prise de rechange du type utilisé par vos panneaux ; l’ordinateur portable de maintenance, avec RSNetWorx installé, la carte d’interface testée et tous les fichiers EDS chargés ; et les sauvegardes .cnc sur deux clés USB différentes, dont l’une est rangée dans le panneau, dans un sachet étiqueté.Vérifiez cette étagère deux fois par an, à la lumière du jour, lorsqu'aucun élément n'est endommagé. Testez les modules de rechange dans une baie en production pour vous assurer de leur bon fonctionnement. Mettez à jour les clés USB en fonction des modifications de la planification. ControlNet est une technologie mature et active, ce qui signifie que les composants sont de plus en plus difficiles à trouver. Il est donc important de connaître les fournisseurs d'automatisation industrielle qui proposent encore cette génération de matériel avant d'en avoir besoin, et non après.Suivez les étapes dans l'ordre, gardez les pièces de rechange à portée de main et conservez le fichier de sauvegarde à un endroit accessible même à 2 h du matin. C'est tout. La connexion internet risque de se couper à nouveau. La question est de savoir si vous êtes prêt à y faire face une seconde fois.URL Slug : controlnet-troubleshooting-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 ailleurs. 🛡️ Notre engagement qualité Nous savons que la qualité est votre priorité absolue. Chaque composant est soumis à un processus de sélection et d'inspection rigoureux afin que vous puissiez acheter en toute confiance. Pour les pièces anciennes ou obsolètes, nous privilégions la transparence et vous fournirons toujours un rapport honnête et précis sur l'état du produit. De plus, toutes nos pièces neuves sont couvertes par une garantie complète d'un an. ✉️ Contactez-nous  Vous avez un projet ou besoin d'une pièce détachée ? Envoyez-nous votre demande dès aujourd'hui ! Notre équipe s'engage à vous répondre rapidement, sous 6 heures (hors week-end)..