Kinetix 5500 EtherNet/IP motion network topology

Topologie EtherNet/IP du Kinetix 5500 : quand un commutateur administrable est important

Un Kinetix 5500 peut répondre aux requêtes ping tout en échouant comme axe de mouvement. Ce guide explique le protocole CIP Sync, la topologie prise en charg...

Un variateur Kinetix 5500 peut communiquer sur une liaison Ethernet ordinaire tout en échouant en tant qu’axe de mouvement intégré. Un ping réussi prouve l’accessibilité IP, mais ne prouve pas que le contrôleur, le variateur, les dispositifs réseau intermédiaires, les micrologiciels et le chemin de synchronisation temporelle constituent une architecture CIP Motion valide.

La question pratique de conception n’est donc pas « Un commutateur administrable est-il obligatoire ? » mais « Quelle topologie est prise en charge pour ce numéro de catalogue précis, et chaque dispositif du chemin de mouvement peut-il préserver le comportement temporel et le comportement du trafic requis par l’axe configuré ? »

Variateur Kinetix 5500 connecté à un contrôleur Logix via EtherNet/IP

Le mouvement intégré dépend d’un chemin contrôleur-variateur validé, et pas uniquement de la connectivité.

Commencez par la combinaison exacte du variateur et du contrôleur

Kinetix 5500 est une famille, et non un nœud réseau interchangeable unique. Le suffixe du catalogue, le micrologiciel du variateur, la famille du contrôleur, le module de communication, la version de Studio 5000 Logix Designer et le profil complémentaire déterminent les fonctions et configurations disponibles. Consignez ces éléments avant de choisir le réseau.

Le manuel utilisateur des servovariateurs Kinetix 5500 de Rockwell Automation documente des exemples de connexions prises en charge, la configuration des axes, la mise en service, CIP Sync et le dépannage. Utilisez la révision correspondant au micrologiciel installé et vérifiez la compatibilité dans le Centre de compatibilité des produits et de téléchargement avant de modifier un système en production.

Cette vérification est importante lors des modernisations. Un contrôleur ou un module de communication capable d’échanger des E/S EtherNet/IP ordinaires peut ne pas prendre en charge les mêmes fonctions de mouvement intégré qu’une plateforme plus récente. Le fait qu’un projet s’ouvre dans une version logicielle plus récente ne prouve pas que chaque combinaison de modules et de variateurs est prise en charge.

CIP Sync fait partie de l’architecture de commande

Le mouvement intégré coordonne les axes par rapport à une base de temps partagée. CIP Sync distribue cette référence temporelle dans le système EtherNet/IP à l’aide des mécanismes IEEE 1588. Le contrôleur et les dispositifs de mouvement participants doivent avoir la synchronisation temporelle activée et être configurés sur le même maître de temps que celui sélectionné par l’architecture.

Un commutateur non administrable n’est pas automatiquement défectueux, et un commutateur administrable n’est pas automatiquement adapté. La question déterminante est de savoir si l’infrastructure intermédiaire est prise en charge pour la conception du mouvement et gère le trafic sensible au temps comme requis. Un commutateur dont le comportement vis-à-vis du protocole de temps de précision est incorrect, ou dont la configuration est erronée, peut être plus perturbateur qu’une simple connexion directe.

Pour une topologie en étoile, sélectionnez un commutateur que Rockwell documente pour l’architecture de mouvement intégré prévue, puis configurez ses fonctions de synchronisation temporelle et de priorisation du trafic conformément au guide de conception applicable. Évitez de considérer le débit nominal d’un commutateur grand public comme un substitut à la validation du mouvement.

Choisissez la topologie en fonction du comportement en cas de défaillance et de la facilité de maintenance

Connexions directes ou linéaires

Une connexion directe entre le contrôleur et le variateur peut réduire le nombre d’appareils présents sur le chemin de synchronisation. Une chaîne linéaire peut simplifier le câblage lorsque des appareils à deux ports pris en charge sont utilisés. Son point faible est l’interruption du service : l’ouverture ou la mise hors tension d’un appareil en amont peut déconnecter tout ce qui se trouve en aval, à moins que l’architecture ne fournisse un autre chemin.

Les configurations linéaires nécessitent également une documentation rigoureuse des ports. Un ordinateur portable temporaire, un variateur de remplacement ou un câble permuté peut modifier la chaîne physique sans modifier le schéma, laissant le personnel de maintenance diagnostiquer un réseau qui ne correspond plus à la conception.

Topologie en étoile via un commutateur

Une topologie en étoile permet de maintenir chaque variateur indépendamment et fournit à l’équipe réseau un point central pour les diagnostics, les compteurs de ports, la mise en miroir et la segmentation. Elle ajoute un commutateur au chemin de synchronisation et de défaillance ; celui-ci doit donc être sélectionné et configuré comme un composant d’ingénierie, et non comme une infrastructure bureautique générique.

Une infrastructure administrée devient particulièrement précieuse lorsque le mouvement partage un réseau d’usine avec des HMI, des E/S déportées, des dispositifs de sécurité, des variateurs, des postes de travail d’ingénierie et des systèmes de supervision. Les statistiques des ports, les limites VLAN lorsqu’elles sont appropriées, la gestion de la multidiffusion, la qualité de service, le contrôle d’accès et la visibilité de la synchronisation temporelle facilitent l’isolation des défaillances. Ces fonctionnalités ne sont utiles que lorsque la configuration est contrôlée et sauvegardée.

Anneau au niveau des appareils

DLR fournit un chemin Ethernet redondant pour les nœuds pris en charge. Un anneau nécessite un superviseur défini et une conception de récupération documentée. Confirmez que chaque participant à l’anneau prend en charge le rôle prévu et que la configuration du superviseur n’est pas dupliquée accidentellement.

La résilience du réseau en anneau ne remplace pas la validation de la synchronisation. Après avoir construit l’anneau, testez le fonctionnement normal ainsi qu’une coupure d’un seul câble, avec les axes dans une condition de mise en service contrôlée. Vérifiez que les diagnostics identifient l’emplacement de la défaillance et que le comportement de récupération correspond à l’évaluation des risques de la machine.

Topologie EtherNet/IP industrielle séparant les variateurs de mouvement du trafic HMI général

La topologie doit être choisie en fonction des exigences de synchronisation, de maintenance, d’extension et de tolérance à une défaillance unique.

La période de mise à jour et les paramètres de connexion sont des choix d’ingénierie

La période de mise à jour du mouvement doit être prise en charge par le contrôleur, le variateur, le nombre d’axes et l’application. Elle ne doit pas être copiée d’un exemple de forum ni fixée universellement à une seule valeur. Des mises à jour plus rapides augmentent la cadence à laquelle le système doit planifier et transporter les données de mouvement, tandis que des mises à jour plus lentes peuvent être insuffisantes pour les performances dynamiques requises.

Examinez ensemble la temporisation du groupe de mouvements, le comportement de mise à jour de cours, la configuration des axes, l’utilisation du contrôleur et la capacité du réseau. Lorsque Studio 5000 expose à la fois des paramètres liés au mouvement et à la connexion, utilisez la documentation Rockwell correspondant à la révision sélectionnée du contrôleur et du variateur afin de les maintenir cohérents. Une incohérence peut apparaître sous la forme d’un défaut de connexion, de synchronisation ou de configuration d’axe plutôt que d’une alarme évidente de bande passante.

N’utilisez pas un nombre fixe d’axes comme limite entre une infrastructure acceptable et une infrastructure inacceptable. La limite dépend des taux de mise à jour, de la capacité du contrôleur et du module de communication, de la topologie, du comportement des commutateurs, des autres trafics et du reste du projet. Calculez et validez la conception réelle.

Le trafic partagé nécessite des limites définies

La navigation sur l’IHM, la collecte par l’historien, les sauvegardes, les flux des caméras et les téléversements d’ingénierie peuvent créer des pointes invisibles pendant une mise en service au calme. Cela ne signifie pas que chaque IHM doit disposer d’un réseau physiquement séparé, mais le chemin du mouvement doit être testé avec un trafic d’usine crédible.

Segmentez les domaines de diffusion lorsque l’architecture et la conception de sécurité l’exigent. Ne laissez pas de commutateurs temporaires non administrables dans les armoires permanentes. Désactivez les ports inutilisés, documentez les connexions autorisées et intégrez la configuration du commutateur administrable à la sauvegarde de la machine. Si une traduction d’adresses réseau, un routage ou des pare-feu sont introduits, vérifiez que le trafic de mouvement intégré reste dans une conception prise en charge.

La sécurité réseau et la disponibilité du mouvement sont liées. Un sous-réseau plat et non documenté facilite les modifications non autorisées et ralentit le dépannage. À l’inverse, une conception trop complexe avec des limites de routage non prises en charge peut empêcher la synchronisation temporelle ou la découverte des appareils. Utilisez l’architecture la plus simple qui satisfait les exigences d’exploitation, de sécurité, de maintenance et d’extension.

Mettez en service en partant de l’horloge vers l’extérieur

Confirmez le grand maître ou maître temporel prévu et vérifiez que les contrôleurs participants indiquent un état synchronisé. Inspectez ensuite chaque saut réseau et chaque connexion de variateur, plutôt que de traiter le sous-réseau comme une seule boîte noire.

Vérifiez les références catalogue, le micrologiciel, les profils complémentaires, l’adressage IP, les adresses en double, le comportement de la vitesse et du duplex des ports, les erreurs de liaison, les paquets rejetés, l’état DLR lorsqu’il est utilisé et l’état de synchronisation des variateurs. Confirmez que l’axe passe par les états de connexion et de sécurité attendus avant d’autoriser le mouvement.

Exécutez un test de trafic contrôlé représentant l’utilisation de l’IHM, la collecte de données et l’accès d’ingénierie. Suivez les défauts d’axe et l’erreur de poursuite, et relevez les compteurs des commutateurs administrables avant et pendant le test. Une référence initiale propre fournit à la maintenance un point de comparaison après de futures extensions.

Enfin, testez les scénarios de maintenance : perte d’alimentation du commutateur, déconnexion d’un câble, remplacement d’un variateur, redémarrage du contrôleur et restauration à partir d’une sauvegarde de configuration. Effectuez uniquement les tests autorisés par l’évaluation des risques de la machine et le plan de mise en service.

Prévoyez la pièce de rechange en fonction de la topologie

Un variateur de remplacement doit correspondre à davantage que la puissance nominale. Confirmez la famille de catalogues, la voie de firmware, l’interface de retour, l’option de sécurité, le rôle réseau, le jeu de connecteurs et la méthode de restauration des paramètres. De même, un commutateur de remplacement doit disposer de l’ensemble de fonctionnalités requis et d’une sauvegarde contrôlée de sa configuration.

Le matériel pertinent pour les servomoteurs et les variateurs est regroupé sous variateurs et commande de mouvement, tandis que les contrôleurs Logix et les options de communication peuvent être consultés dans systèmes PLC et PAC. La disponibilité d’un produit n’établit pas sa compatibilité ; la nomenclature validée et la documentation du fabricant restent les références faisant foi.

Point de vue éditorial : acheter un commutateur administrable n’est pas la même chose que concevoir un réseau de mouvement. Une conception défendable identifie le maître temporel, valide chaque segment, définit le comportement en cas de défaillance, teste un trafic réaliste et conserve la configuration nécessaire pour remettre la machine en service.

Questions fréquemment posées

Toutes les installations de Kinetix 5500 nécessitent-elles un commutateur administrable ?

Non. Les conceptions directes, linéaires, en anneau et commutées prises en charge dépendent du variateur, du contrôleur et de l’application exacts. Lorsqu’un commutateur est présent sur un chemin de mouvement intégré, il doit respecter les exigences de l’architecture validée.

Pourquoi le variateur peut-il répondre à une commande ping, mais échouer à établir une connexion d’axe ?

La commande ping vérifie uniquement l’accessibilité IP de base. Le mouvement intégré dépend également de la compatibilité du matériel et du firmware, de la configuration correcte des axes, de la capacité du contrôleur, de CIP Sync, des paramètres de connexion et du comportement de chaque segment du réseau.

Un commutateur Stratix est-il le seul choix possible ?

Les conceptions Stratix validées par Rockwell simplifient l’assistance et le diagnostic, mais la réponse correcte se trouve dans l’architecture Rockwell applicable et la documentation des appareils. Un commutateur tiers ne doit pas être accepté simplement parce qu’il annonce la prise en charge d’IEEE 1588 ou un débit gigabit.

La période de mise à jour du mouvement doit-elle toujours être réglée sur 1 ms ?

Non. Sélectionnez une période de mise à jour compatible avec la dynamique de l’application, les capacités du contrôleur et des variateurs, le nombre d’axes et la conception du réseau. Vérifiez ce réglage dans la documentation correspondant aux versions installées.

Quelle est la preuve de mise en service la plus utile ?

Consignez l’état du maître temporel, le statut des appareils synchronisés, la topologie, les versions du firmware et des logiciels, la configuration du commutateur, la référence des erreurs de port, l’état de la connexion des axes, ainsi que les résultats des tests contrôlés de trafic et de récupération après défaillance.


Topologie EtherNet/IP du Kinetix 5500 : quand un commutateur administrable est important

Un Kinetix 5500 peut répondre aux requêtes ping tout en échouant comme axe de mouvement. Ce guide explique le protocole CIP Sync, la topologie prise en charge, les choix concernant les commutateurs...

Un variateur Kinetix 5500 peut communiquer sur une liaison Ethernet ordinaire tout en échouant en tant qu’axe de mouvement intégré. Un ping réussi prouve l’accessibilité IP, mais ne prouve pas que le contrôleur, le variateur, les dispositifs réseau intermédiaires, les micrologiciels et le chemin de synchronisation temporelle constituent une architecture CIP Motion valide.

La question pratique de conception n’est donc pas « Un commutateur administrable est-il obligatoire ? » mais « Quelle topologie est prise en charge pour ce numéro de catalogue précis, et chaque dispositif du chemin de mouvement peut-il préserver le comportement temporel et le comportement du trafic requis par l’axe configuré ? »

Variateur Kinetix 5500 connecté à un contrôleur Logix via EtherNet/IP

Le mouvement intégré dépend d’un chemin contrôleur-variateur validé, et pas uniquement de la connectivité.

Commencez par la combinaison exacte du variateur et du contrôleur

Kinetix 5500 est une famille, et non un nœud réseau interchangeable unique. Le suffixe du catalogue, le micrologiciel du variateur, la famille du contrôleur, le module de communication, la version de Studio 5000 Logix Designer et le profil complémentaire déterminent les fonctions et configurations disponibles. Consignez ces éléments avant de choisir le réseau.

Le manuel utilisateur des servovariateurs Kinetix 5500 de Rockwell Automation documente des exemples de connexions prises en charge, la configuration des axes, la mise en service, CIP Sync et le dépannage. Utilisez la révision correspondant au micrologiciel installé et vérifiez la compatibilité dans le Centre de compatibilité des produits et de téléchargement avant de modifier un système en production.

Cette vérification est importante lors des modernisations. Un contrôleur ou un module de communication capable d’échanger des E/S EtherNet/IP ordinaires peut ne pas prendre en charge les mêmes fonctions de mouvement intégré qu’une plateforme plus récente. Le fait qu’un projet s’ouvre dans une version logicielle plus récente ne prouve pas que chaque combinaison de modules et de variateurs est prise en charge.

CIP Sync fait partie de l’architecture de commande

Le mouvement intégré coordonne les axes par rapport à une base de temps partagée. CIP Sync distribue cette référence temporelle dans le système EtherNet/IP à l’aide des mécanismes IEEE 1588. Le contrôleur et les dispositifs de mouvement participants doivent avoir la synchronisation temporelle activée et être configurés sur le même maître de temps que celui sélectionné par l’architecture.

Un commutateur non administrable n’est pas automatiquement défectueux, et un commutateur administrable n’est pas automatiquement adapté. La question déterminante est de savoir si l’infrastructure intermédiaire est prise en charge pour la conception du mouvement et gère le trafic sensible au temps comme requis. Un commutateur dont le comportement vis-à-vis du protocole de temps de précision est incorrect, ou dont la configuration est erronée, peut être plus perturbateur qu’une simple connexion directe.

Pour une topologie en étoile, sélectionnez un commutateur que Rockwell documente pour l’architecture de mouvement intégré prévue, puis configurez ses fonctions de synchronisation temporelle et de priorisation du trafic conformément au guide de conception applicable. Évitez de considérer le débit nominal d’un commutateur grand public comme un substitut à la validation du mouvement.

Choisissez la topologie en fonction du comportement en cas de défaillance et de la facilité de maintenance

Connexions directes ou linéaires

Une connexion directe entre le contrôleur et le variateur peut réduire le nombre d’appareils présents sur le chemin de synchronisation. Une chaîne linéaire peut simplifier le câblage lorsque des appareils à deux ports pris en charge sont utilisés. Son point faible est l’interruption du service : l’ouverture ou la mise hors tension d’un appareil en amont peut déconnecter tout ce qui se trouve en aval, à moins que l’architecture ne fournisse un autre chemin.

Les configurations linéaires nécessitent également une documentation rigoureuse des ports. Un ordinateur portable temporaire, un variateur de remplacement ou un câble permuté peut modifier la chaîne physique sans modifier le schéma, laissant le personnel de maintenance diagnostiquer un réseau qui ne correspond plus à la conception.

Topologie en étoile via un commutateur

Une topologie en étoile permet de maintenir chaque variateur indépendamment et fournit à l’équipe réseau un point central pour les diagnostics, les compteurs de ports, la mise en miroir et la segmentation. Elle ajoute un commutateur au chemin de synchronisation et de défaillance ; celui-ci doit donc être sélectionné et configuré comme un composant d’ingénierie, et non comme une infrastructure bureautique générique.

Une infrastructure administrée devient particulièrement précieuse lorsque le mouvement partage un réseau d’usine avec des HMI, des E/S déportées, des dispositifs de sécurité, des variateurs, des postes de travail d’ingénierie et des systèmes de supervision. Les statistiques des ports, les limites VLAN lorsqu’elles sont appropriées, la gestion de la multidiffusion, la qualité de service, le contrôle d’accès et la visibilité de la synchronisation temporelle facilitent l’isolation des défaillances. Ces fonctionnalités ne sont utiles que lorsque la configuration est contrôlée et sauvegardée.

Anneau au niveau des appareils

DLR fournit un chemin Ethernet redondant pour les nœuds pris en charge. Un anneau nécessite un superviseur défini et une conception de récupération documentée. Confirmez que chaque participant à l’anneau prend en charge le rôle prévu et que la configuration du superviseur n’est pas dupliquée accidentellement.

La résilience du réseau en anneau ne remplace pas la validation de la synchronisation. Après avoir construit l’anneau, testez le fonctionnement normal ainsi qu’une coupure d’un seul câble, avec les axes dans une condition de mise en service contrôlée. Vérifiez que les diagnostics identifient l’emplacement de la défaillance et que le comportement de récupération correspond à l’évaluation des risques de la machine.

Topologie EtherNet/IP industrielle séparant les variateurs de mouvement du trafic HMI général

La topologie doit être choisie en fonction des exigences de synchronisation, de maintenance, d’extension et de tolérance à une défaillance unique.

La période de mise à jour et les paramètres de connexion sont des choix d’ingénierie

La période de mise à jour du mouvement doit être prise en charge par le contrôleur, le variateur, le nombre d’axes et l’application. Elle ne doit pas être copiée d’un exemple de forum ni fixée universellement à une seule valeur. Des mises à jour plus rapides augmentent la cadence à laquelle le système doit planifier et transporter les données de mouvement, tandis que des mises à jour plus lentes peuvent être insuffisantes pour les performances dynamiques requises.

Examinez ensemble la temporisation du groupe de mouvements, le comportement de mise à jour de cours, la configuration des axes, l’utilisation du contrôleur et la capacité du réseau. Lorsque Studio 5000 expose à la fois des paramètres liés au mouvement et à la connexion, utilisez la documentation Rockwell correspondant à la révision sélectionnée du contrôleur et du variateur afin de les maintenir cohérents. Une incohérence peut apparaître sous la forme d’un défaut de connexion, de synchronisation ou de configuration d’axe plutôt que d’une alarme évidente de bande passante.

N’utilisez pas un nombre fixe d’axes comme limite entre une infrastructure acceptable et une infrastructure inacceptable. La limite dépend des taux de mise à jour, de la capacité du contrôleur et du module de communication, de la topologie, du comportement des commutateurs, des autres trafics et du reste du projet. Calculez et validez la conception réelle.

Le trafic partagé nécessite des limites définies

La navigation sur l’IHM, la collecte par l’historien, les sauvegardes, les flux des caméras et les téléversements d’ingénierie peuvent créer des pointes invisibles pendant une mise en service au calme. Cela ne signifie pas que chaque IHM doit disposer d’un réseau physiquement séparé, mais le chemin du mouvement doit être testé avec un trafic d’usine crédible.

Segmentez les domaines de diffusion lorsque l’architecture et la conception de sécurité l’exigent. Ne laissez pas de commutateurs temporaires non administrables dans les armoires permanentes. Désactivez les ports inutilisés, documentez les connexions autorisées et intégrez la configuration du commutateur administrable à la sauvegarde de la machine. Si une traduction d’adresses réseau, un routage ou des pare-feu sont introduits, vérifiez que le trafic de mouvement intégré reste dans une conception prise en charge.

La sécurité réseau et la disponibilité du mouvement sont liées. Un sous-réseau plat et non documenté facilite les modifications non autorisées et ralentit le dépannage. À l’inverse, une conception trop complexe avec des limites de routage non prises en charge peut empêcher la synchronisation temporelle ou la découverte des appareils. Utilisez l’architecture la plus simple qui satisfait les exigences d’exploitation, de sécurité, de maintenance et d’extension.

Mettez en service en partant de l’horloge vers l’extérieur

Confirmez le grand maître ou maître temporel prévu et vérifiez que les contrôleurs participants indiquent un état synchronisé. Inspectez ensuite chaque saut réseau et chaque connexion de variateur, plutôt que de traiter le sous-réseau comme une seule boîte noire.

Vérifiez les références catalogue, le micrologiciel, les profils complémentaires, l’adressage IP, les adresses en double, le comportement de la vitesse et du duplex des ports, les erreurs de liaison, les paquets rejetés, l’état DLR lorsqu’il est utilisé et l’état de synchronisation des variateurs. Confirmez que l’axe passe par les états de connexion et de sécurité attendus avant d’autoriser le mouvement.

Exécutez un test de trafic contrôlé représentant l’utilisation de l’IHM, la collecte de données et l’accès d’ingénierie. Suivez les défauts d’axe et l’erreur de poursuite, et relevez les compteurs des commutateurs administrables avant et pendant le test. Une référence initiale propre fournit à la maintenance un point de comparaison après de futures extensions.

Enfin, testez les scénarios de maintenance : perte d’alimentation du commutateur, déconnexion d’un câble, remplacement d’un variateur, redémarrage du contrôleur et restauration à partir d’une sauvegarde de configuration. Effectuez uniquement les tests autorisés par l’évaluation des risques de la machine et le plan de mise en service.

Prévoyez la pièce de rechange en fonction de la topologie

Un variateur de remplacement doit correspondre à davantage que la puissance nominale. Confirmez la famille de catalogues, la voie de firmware, l’interface de retour, l’option de sécurité, le rôle réseau, le jeu de connecteurs et la méthode de restauration des paramètres. De même, un commutateur de remplacement doit disposer de l’ensemble de fonctionnalités requis et d’une sauvegarde contrôlée de sa configuration.

Le matériel pertinent pour les servomoteurs et les variateurs est regroupé sous variateurs et commande de mouvement, tandis que les contrôleurs Logix et les options de communication peuvent être consultés dans systèmes PLC et PAC. La disponibilité d’un produit n’établit pas sa compatibilité ; la nomenclature validée et la documentation du fabricant restent les références faisant foi.

Point de vue éditorial : acheter un commutateur administrable n’est pas la même chose que concevoir un réseau de mouvement. Une conception défendable identifie le maître temporel, valide chaque segment, définit le comportement en cas de défaillance, teste un trafic réaliste et conserve la configuration nécessaire pour remettre la machine en service.

Questions fréquemment posées

Toutes les installations de Kinetix 5500 nécessitent-elles un commutateur administrable ?

Non. Les conceptions directes, linéaires, en anneau et commutées prises en charge dépendent du variateur, du contrôleur et de l’application exacts. Lorsqu’un commutateur est présent sur un chemin de mouvement intégré, il doit respecter les exigences de l’architecture validée.

Pourquoi le variateur peut-il répondre à une commande ping, mais échouer à établir une connexion d’axe ?

La commande ping vérifie uniquement l’accessibilité IP de base. Le mouvement intégré dépend également de la compatibilité du matériel et du firmware, de la configuration correcte des axes, de la capacité du contrôleur, de CIP Sync, des paramètres de connexion et du comportement de chaque segment du réseau.

Un commutateur Stratix est-il le seul choix possible ?

Les conceptions Stratix validées par Rockwell simplifient l’assistance et le diagnostic, mais la réponse correcte se trouve dans l’architecture Rockwell applicable et la documentation des appareils. Un commutateur tiers ne doit pas être accepté simplement parce qu’il annonce la prise en charge d’IEEE 1588 ou un débit gigabit.

La période de mise à jour du mouvement doit-elle toujours être réglée sur 1 ms ?

Non. Sélectionnez une période de mise à jour compatible avec la dynamique de l’application, les capacités du contrôleur et des variateurs, le nombre d’axes et la conception du réseau. Vérifiez ce réglage dans la documentation correspondant aux versions installées.

Quelle est la preuve de mise en service la plus utile ?

Consignez l’état du maître temporel, le statut des appareils synchronisés, la topologie, les versions du firmware et des logiciels, la configuration du commutateur, la référence des erreurs de port, l’état de la connexion des axes, ainsi que les résultats des tests contrôlés de trafic et de récupération après défaillance.


Laisser un commentaire

Veuillez noter que les commentaires doivent être approuvés avant d'être publiés.