Récemment occupé avec des collègues internes pour faire de la formation dans les bases de la mise en réseau, je ne l'ai pas eu des histoires d'écriture pour tout le monde. Mais encore fumé un moment a résumé son expérience sur le terrain à d'autres. Le contenu partagé est un problème que j'ai trouvé dans l'équipement de diagnostic réseau pour une entreprise pharmaceutique menée. La société envisage de développer de nouveaux modèles pharmaceutiques. Le système de contrôle automatique utilise des modèles S7-1500 CPU, ET 200 SP E / S distribuées et SINAMICS S120. En utilisant la communication PROFINET RT entre le système d'entraînement peut fonctionner normalement et la mise au point S7-1500 CPU SINAMICS S120, mais aussi pour répondre aux exigences des processus existants. Mais afin de synchroniser l'application et les futurs concurrents à la concurrence Différencier la performance des produits, les utilisateurs veulent les bases existantes des tests PROFINET IRT entre CPU S7-1500 et SINAMICS S120.
Domaine de la topologie du réseau illustré à la figure 1. Commutateur bascule 1 est Weidmüller rouge, CPU S7-1500 PN 1 est connecté à un port d'interface commutateur Weidmüller, Port d'interface CPU S7-1500 PN 2 est reliée à la SINAMICS S120 suivante. S7-1500 CPU Comme avec d'autres Distributed IO ET200SP, BPS, EX260 réalisé par le commutateur 1 communication PROFINET RT. S7-1500 CPU et SINAMICS S120 PROFINET IRT mettre en uvre la communication. Lorsque le mode de communication CPU S7-1500 et SINAMICS S120 remplacé par le mode RT IRT, CPU peut travailler tout juste de commencer, mais après quelques minutes, le message d'erreur suivant apparaît la figure 2 et l'interruption de la communication.
2, des informations de diagnostic cache du processeur de diagnostic inspection sur place pour vérifier la configuration du projet, a constaté que la configuration IRT est correcte. problème de synchronisation erreur de configuration de domaine n'existe pas. Vérifiez si le problème est causé par les commutateurs de Weidmüller. Ainsi chercher des paquets de données commutateurs Weidmüller et les câbles réseau S7-1500 CPU pour voir s'il n'y a pas des paquets valides. Pour chercher des paquets 3 comme indiqué sur la figure. . La figure 3, Wireshark chercher des trames de données peuvent voir à travers le commutateur de paquets à la fois RT Weidmüller message de mesure de retard également câblé du paquet de la figure. Un filtrage de paquets de synchronisation d'horloge, les résultats suivants peuvent être analysés à. La figure 4.
. La figure 4, les lignes de mesure de retard de trame de données PROFINET peut être vu à partir de la figure ci-dessus du paquet de mesure du retard de réseau en ligne est très grande (virtuellement une pluralité de paquets se produit dans 1ms), et ceux-ci un message de mesure du retard de la ligne à partir d'un autre dispositif (adresse MAC source est pas unique). Weidmüller commutateur dans les paquets de capture Siemens échangés dans le même endroit que le message de synchronisation d'horloge de filtre 5 représenté sur la figure.
5, la mesure de retard ligne de remplacement trame de données PROFINET Siemens commute on peut le voir tous les autres 30ms à retard de ligne envoyés à partir de la Fig. 5, et l'adresse MAC source d'un seul. Ceci est Siemens passe et les différences entre l'utilisation des commutateurs Weidmüller, en cours d'exécution en arrière et mettre Siemens passer près de deux heures sans phénomène d'échec. Weidmüller est la cause de la défaillance d'un commutateur ne peut pas filtrer la synchronisation d'horloge de paquets de multidiffusion causés par la ligne de CPU ne peut pas être calculé retard correctement IRT, la cause finale synchronisation anormale du domaine de synchronisation IRT, et enfin la cause de l'interruption du système. Depuis lors, face à la question a conclu que la meilleure utilisation pour le commutateur réseau PN PROFINET pour éviter des problèmes inutiles.
