Comment configurer les balises Produced/Consumed sur un PLC 1769-L30ER
Ce guide explique comment configurer la communication Produced/Consumed entre un 1769-L30ER et un autre PLC Logix. Vous apprendrez les réglages de base, des conseils réseau et des méthodes de diagnostic pour un échange de données fiable en automatisation industrielle.
Qu'est-ce que le modèle Producteur-Consommateur ?
Cette méthode de communication supprime le besoin de sondage maître-esclave. En conséquence, elle réduit les délais réseau et utilise moins de bande passante. Le 1769-L30ER prend en charge jusqu'à 16 balises produites et 16 balises consommées simultanément. Une balise produite peut envoyer des données à plusieurs contrôleurs, ce qui rend le trafic multicast plus efficace.
Le côté consommateur utilise un Requested Packet Interval (RPI) pour décider à quelle fréquence il reçoit des mises à jour. Les valeurs RPI varient généralement de 2 ms à 750 ms. Des RPI plus rapides offrent de meilleures performances mais augmentent la charge réseau. Les ingénieurs doivent choisir une valeur qui équilibre vitesse et capacité du système.
Ce dont vous avez besoin avant de commencer
Assurez-vous que les deux PLC sont alimentés et connectés via un réseau EtherNet/IP. Le 1769-L30ER doit avoir une révision de firmware 20.011 ou ultérieure. Utilisez Studio 5000 Logix Designer version 21 ou plus récente pour accéder à tous les paramètres.
Attribuez des adresses IP uniques à chaque contrôleur. Par exemple, définissez PLC A sur 192.168.1.10 et PLC B sur 192.168.1.20. Les deux appareils doivent utiliser le même masque de sous-réseau et la même passerelle. Le commutateur réseau doit prendre en charge le filtrage multicast pour éviter le trafic inutile.
Le L30ER prend en charge jusqu'à 256 connexions TCP/IP. Gardez cette limite à l'esprit lors de la conception de votre système. Préparez une liste de balises avec des types de données exacts comme DINT[10] ou REAL[5], et sauvegardez votre projet avant de faire des modifications.
Comment configurer une balise produite
Ouvrez l'organisateur du contrôleur dans Studio 5000 et allez dans le dossier "Controller Tags". Faites un clic droit et sélectionnez "New Tag" pour créer une balise produite. Donnez-lui un nom clair, comme "Producer_Data_Array".
Réglez le "Type" sur "Produced" et choisissez le type de données correct. Entrez un nom de connexion unique pour que le consommateur puisse s'y référer. Définissez la valeur RPI — utilisez 10 ms pour un contrôle de mouvement rapide ou 50 ms pour des tâches moins critiques.
Activez "Unicast" si un seul consommateur utilisera la balise. Cela permet d'économiser la bande passante réseau. Après avoir créé la balise, téléchargez les modifications sur le contrôleur et passez-le en mode Exécution.
Comment configurer une balise consommée
Sur le PLC consommateur, créez un nouveau tag et définissez son type sur "Consumed". Assurez-vous que le type de données correspond exactement à celui du tag producteur. Saisissez l’adresse IP du producteur et le nom de connexion que vous avez défini précédemment.
Réglez le RPI côté consommateur pour qu’il corresponde ou soit un multiple du RPI du producteur. Par exemple, si le producteur utilise 10 ms, réglez le consommateur à 10 ms ou 20 ms. Ajustez la valeur du délai d’attente, généralement quatre fois le RPI, pour détecter les défaillances de communication.
Vérifiez la variable système "Connection Status" après configuration. Une valeur de 0 signifie que la connexion est saine. Les valeurs 1 ou 2 indiquent des erreurs. Téléchargez les modifications et testez l’échange de données avec une routine simple de basculement.
Conseils pour la performance réseau
Les réseaux EtherNet/IP fonctionnent généralement à 100 Mbps ou 1 Gbps. Cependant, la performance réelle dépend du nombre de connexions et de leurs réglages RPI. Par exemple, dix tags produits à 10 ms génèrent environ 1 000 paquets par seconde, ce qui utilise environ 2 à 3 % d’un réseau 100 Mbps.
Utilisez des commutateurs gérés avec IGMP snooping pour contrôler le trafic multicast. Activez la Qualité de Service (QoS) pour prioriser les paquets EtherNet/IP et réduire la gigue. Pour les applications à haute vitesse, envisagez d’utiliser des VLAN séparés pour isoler les données critiques.
Calculez la charge de votre réseau avec cette formule : Bande passante totale = (Nombre de tags × Taille du paquet × 8) / RPI. Maintenez l’utilisation totale en dessous de 60 % pour laisser de la marge aux pics de trafic et aux retransmissions.
Diagnostic et résolution des problèmes
Utilisez l’instruction GSV pour lire les attributs "FaultCode" et "Status" de l’objet Module. Un FaultCode de 16#0022 signifie généralement un délai d’attente causé par une congestion réseau. Vérifiez soigneusement le chemin de connexion dans les propriétés du tag consommé pour détecter d’éventuelles erreurs de frappe.
Surveillez la LED d’E/S du contrôleur. Une lumière rouge clignotante signale une faute de communication. Utilisez Wireshark avec le dissector EtherNet/IP pour capturer et inspecter les échanges de paquets. Recherchez les requêtes et réponses "Forward Open" pour vérifier le processus de négociation.
Si les problèmes persistent, augmentez progressivement la valeur du délai d'attente. Testez avec un tag fonctionnel connu pour déterminer si le problème est lié à la configuration ou au matériel. Vérifiez également le journal des événements du contrôleur pour les enregistrements de défauts.
Optimisation pour les applications à haute vitesse
Pour le contrôle de mouvement ou la robotique, réduisez le RPI à 2 ms et utilisez un port EtherNet/IP dédié. Le port intégré du L30ER peut gérer jusqu'à huit nœuds à cette vitesse. Utilisez des tableaux au lieu de tags individuels pour réduire la surcharge de connexion.
Déclenchez la production de données sur une tâche périodique pour éviter le jitter dû aux temps de scan irréguliers. Envisagez d'utiliser des déclencheurs de changement d'état (COS) pour réduire le trafic, mais assurez-vous que le consommateur peut gérer les mises à jour asynchrones.
Utilisez l'outil Task Monitor pour mesurer les latences réelles de mise à jour. Ajustez la tranche de temps de surcharge système pour donner une priorité plus élevée aux tâches de communication si nécessaire.
Considérations de sécurité et de redondance
Ajoutez un signal de battement de cœur à vos données produites pour confirmer que le consommateur est actif. Par exemple, incluez un compteur qui s'incrémente à chaque cycle. Si le consommateur cesse de recevoir des mises à jour, déclenchez un arrêt sécurisé.
Utilisez des connexions réseau doubles avec des commutateurs séparés pour la redondance. Configurez le consommateur pour basculer vers une IP de secours si la connexion principale échoue. Définissez une routine "Connexion Perdue" pour mettre les sorties en état sûr.
Pour les processus critiques, envisagez d'utiliser la fonction Redondance dans Studio 5000. Cela nécessite du matériel supplémentaire mais assure une commutation sans perte de données pour les paires de contrôleurs.
Exemple : échange de données entre L30ER et L33ER
Dans cet exemple, un L30ER produit un tableau DINT[10] à un RPI de 20 ms vers un L33ER. Le L30ER utilise l'IP 192.168.1.10, et le L33ER l'IP 192.168.1.30. Les deux fonctionnent avec le firmware 32.011 et Studio 5000 version 32.
La balise produite s'appelle "Axis_Data" et stocke les valeurs de position et de vitesse. La balise consommée, "Received_Axis", correspond à cette structure. Après configuration, le statut de connexion affiche 0, ce qui signifie succès.
Le L33ER lit les données toutes les 20 ms, correspondant au RPI du producteur. Le jitter mesuré reste inférieur à 1 ms, ce qui convient pour la plupart des tâches de synchronisation. FactoryTalk View affiche les valeurs en temps réel et l'état de la connexion.
Liste de contrôle finale avant la mise en service
Avant de démarrer la production, confirmez que toutes les balises sont correctement mappées. Testez chaque balise consommée en forçant une valeur connue sur le producteur et en la lisant sur le consommateur. Utilisez la fonction Vérifier dans Studio 5000 pour détecter toute erreur de cohérence.
Redémarrez les deux contrôleurs pour garantir la persistance des paramètres. Surveillez le trafic réseau lors des pics de charge avec un analyseur de protocole. Vérifiez que l'utilisation du CPU reste inférieure à 75 % sur chaque contrôleur pour assurer une marge de sécurité.
Documentez tous les paramètres RPI, de temporisation et de connexion pour référence future. Formez le personnel de maintenance à la lecture des voyants LED de diagnostic et des codes d'erreur GSV. Enfin, simulez un débranchement de câble réseau pour confirmer que les basculements et les alarmes fonctionnent correctement.
Cas d'utilisation courants
La communication produits/consommés fonctionne bien pour le contrôle de mouvement coordonné, le partage de données en temps réel entre PLC de lignes d'emballage, et la manutention synchronisée des matériaux. Elle prend également en charge les systèmes d'E/S distribués où plusieurs contrôleurs ont besoin des mêmes données de capteurs.
Par exemple, dans une usine d'embouteillage, un L30ER peut envoyer des données de niveau de remplissage à plusieurs PLC en aval. Cela permet des opérations coordonnées de bouchage et d'étiquetage. En automatisation d'entrepôt, les données de position d'un contrôleur central peuvent être consommées par plusieurs robots de prélèvement pour un mouvement synchronisé.
Solutions aux problèmes courants
Lors de la mise en œuvre des tags produits/consommés, les problèmes fréquents incluent la congestion réseau, les incompatibilités de données et les dépassements de délai de connexion. Utilisez des commutateurs gérés avec QoS pour réduire la congestion. Vérifiez les structures de données hors ligne pour éviter les incompatibilités. Définissez des valeurs de timeout appropriées selon les conditions réelles du réseau.
Pour les systèmes plus grands, segmentez votre réseau avec des VLAN et réduisez les valeurs RPI pour les données non critiques. Des audits réguliers du réseau permettent de détecter les goulets d'étranglement avant qu'ils n'affectent la production.
Questions Fréquemment Posées
1. Combien de tags produits le 1769-L30ER peut-il supporter ?
Le 1769-L30ER prend en charge jusqu'à 16 tags produits. Chaque tag peut être consommé par plusieurs contrôleurs, ce qui est efficace pour le partage de données en multicast.
2. Que se passe-t-il si les types de données produits et consommés ne correspondent pas ?
Une incompatibilité de type de données provoquera une erreur majeure et arrêtera la communication. Vérifiez toujours que les deux tags ont des structures identiques avant le déploiement.
3. Comment puis-je dépanner les erreurs de connexion ?
Utilisez l'instruction GSV pour lire FaultCode et Status. Un FaultCode de 16#0022 indique un dépassement de délai. Vérifiez également le chemin de connexion et confirmez que les deux contrôleurs sont en mode Run.
4. Puis-je utiliser des tags produits/consommés entre différentes familles de PLC ?
Oui, tant que les deux contrôleurs prennent en charge les fonctionnalités producteur/consommateur EtherNet/IP. Vous devrez peut-être ajuster les paramètres de compatibilité du firmware et vous assurer que les structures de données correspondent.
5. Quel RPI devrais-je utiliser pour le contrôle de mouvement ?
Pour le contrôle de mouvement, un RPI de 2 ms est typique. Cela nécessite un réseau dédié et une gestion rigoureuse de la bande passante pour éviter la congestion.
Pour toute demande ou support technique, veuillez contacter :
Email : sales@nex-auto.com
Téléphone : +86 153 9242 9628
Partenaire : NexAuto Technology Limited
Consultez ci-dessous les articles populaires pour plus d'informations sur AutoNex Controls
