Comment connecter des capteurs RS485 Modbus aux systèmes PLC et SCADA

Réponse courte

Trois architectures communes

Architecture 1 : Direct Modbus RTU

Une passerelle n'est pas obligatoire simplement parce que le périphérique de champ utilise RS485. Si le matériel PLC ou SCADA possède déjà un port RS485 et peut agir comme un équipement maître Modbus RTU, il peut effectuer des sondages directement. C'est souvent l'architecture locale d'usine la plus simple.

Une passerelle devient précieuse lorsque le projet a besoin de conversion Ethernet, de télémétrie cellulaire, de multiples sites distants, de buffering local, de conversion de protocole, d'entrées analogiques ou de gestion centralisée à distance.

Architecture 2: Modbus RTU à Modbus TCP

De nombreux systèmes végétaux acceptent Ethernet mais n'exposez pas une interface RS485. Dans ce cas, la passerelle peut agir en tant que serveur série ou pont Modbus. Les capteurs de terrain restent des périphériques RTU Modbus, tandis que les PLC ou SCADA communiquent avec la passerelle sur Ethernet en utilisant Modbus TCP.

Ceci est approprié lorsque le client dit que son système de contrôle sera le maître et veut une adresse IP plus une cartographie documentée des points de données. La passerelle n'a pas besoin de "push Modbus" de la même manière que la télémétrie MQTT ; le SCADA effectue habituellement des sondages sur les données.

Qui devrait être le maître Modbus ?

Dans l'intégration conventionnelle SCADA, le SCADA ou PLC est généralement le maître/client et lit activement les registres. Ceci est important parce que certaines spécifications sont rédigées vaguement car la passerelle doit envoyer la sortie Modbus à SCADA. L'équipe d'ingénierie devrait préciser si le SCADA s'attend à effectuer un sondage auprès d'un esclave/serveur, ou s'il nécessite vraiment un comportement de push actif inhabituel.

Si le client a besoin de la passerelle pour créer une carte d'esclave Modbus personnalisée ou implémenter un comportement actif non standard, une cartographie firmware supplémentaire peut être nécessaire. Précisez ceci avant la citation.

Architecture 3 : UA OPC pour les logiciels SCADA et PC

Des passerelles de bord plus capables peuvent exposer les valeurs des capteurs recueillies par l'intermédiaire de l'OPC UA. Cela peut simplifier l'intégration lorsque le SCADA, le middleware industriel ou le logiciel PC préfère les balises nommées plutôt que les adresses brutes Modbus. OPC UA est particulièrement utile lorsqu'une passerelle collecte des entrées mixtes telles que RS485, des canaux analogiques et l'état DI et les présente à travers un modèle de données commun.

Exemple: Météo + Sol + Qualité de l'eau pour Siemens S7-1200 et WinCC

Considérez une station contenant un capteur de sol multiparamètre, plusieurs instruments météorologiques et un groupe de capteurs de qualité de l'eau. Si tous les instruments de terrain utilisent RS485 Modbus RTU, ils peuvent partager un ou plusieurs bus RS485 avec des adresses uniques. La passerelle peut collecter les appareils et présenter des données sur Ethernet pour un système Siemens PLC ou WinCC Unified.

La conception finale devrait documenter l'adresse, le code de fonction, la cartographie des registres, le type de données et l'unité du dispositif de champ. Le côté PLC/SCADA doit ensuite mapper chaque balise d'ingénierie à la valeur source appropriée. Cette documentation est plus importante que de simplement dire que -Modbus est supporté. (en milliers de dollars)

Les capteurs analogiques ont besoin d'une première étape différente

A 4-20m Un émetteur ne peut pas être lu directement comme un appareil RS485 Modbus. Il doit d'abord être connecté à un module d'entrée analogique ou à un canal ADC de passerelle. La passerelle convertit le courant mesuré en une valeur d'ingénierie et peut ensuite l'exposer via Modbus TCP, OPC UA, MQTT ou un autre protocole. C'est pourquoi la sélection des passerelles doit inclure la liste des signaux, et pas seulement le nombre de capteurs.

Ce que l'intégrateur devrait demander au fournisseur du capteur

1. Exigences relatives à la puissance du capteur et à l'épinglement du câble.
2. RS485 polarité et paramètres de série par défaut.
3. Modbus périphérique adresse le comportement et comment changer l'adresse.
4. Codes de fonction et carte complète du registre.
5. Enregistrez le type de données, l'ordre d'octet/mot, l'échelle et l'unité technique.
6. Taux de mise à jour et intervalle de scrutin recommandé.
7. Registres d'alarme ou d'état si disponibles.
8. Tester le logiciel ou l'exemple des commandes Modbus pour la mise en service.

Ce dont le fournisseur de capteurs a besoin à partir du PLC/SCADA Équipe

1. Indique si l'hôte utilise Modbus RTU, Modbus TCP, OPC UA ou un autre protocole.
2. Que le PLC/SCADA soit maître/client ou que la passerelle agisse différemment.
3. Adresse IP et topologie du réseau.
4. Noms d'étiquettes, unités et intervalles de mise à jour requis.
5. Que le projet ait besoin d'un accès à distance, d'un tampon local ou d'une télémétrie en cloud en parallèle.
6. Exigences de cybersécurité, règles VPN/réseau privé et exigences de certificat.

LabVIEW et l'intégration PC

Une application PC comme LabVIEW peut également lire des données via une passerelle Ethernet. Une approche courante est Modbus TCP du côté PC et Modbus RTU du côté capteur. La passerelle relie les deux réseaux. OPC UA est une autre option lorsque le logiciel PC ou le middleware le supporte.

Insuffisances communes en matière d'intégration

Liste de contrôle des essais d'acceptation

1. Lisez chaque capteur directement et enregistrez une valeur de test connue.
2. Vérifier l'acquisition de la passerelle pour chaque étiquette.
3. Confirmer l'échelle d'ingénierie et les unités dans le PLC/SCADA.
4. Capteurs de cycle de puissance, équipement de passerelle et de réseau et confirmer la récupération automatique.
5. Tester la prévention des duplicata et documenter les adresses finales.
6. Déconnectez la liaison ascendante si un tampon local est nécessaire et vérifiez le comportement de récupération.
7. Enregistrez les adresses IP finales, les ports, la carte de registre/d'étiquette et la version firmware pour le transfert.

FAQ

Q1. Un capteur RS485 Modbus peut-il se connecter directement à un capteur PLC?

A1. Oui, si le PLC possède une interface RS485 compatible et peut agir comme le maître Modbus requis.

Q2. Quand ai-je besoin d'une passerelle Modbus ?

A2. Utilisez une passerelle lorsque vous avez besoin de conversion Ethernet, de communications à distance, de multiples types d'interface, de tamponnage de données ou de conversion de protocole.

Q3. Peut RS485 Modbus RTU être converti en Modbus TCP?

R3. Oui. C'est une architecture courante pour l'intégration PLC et SCADA.

Q4. Est-ce que SCADA devrait être le maître Modbus?

A4. Dans de nombreux modèles standard, oui. SCADA ou PLC vote activement les périphériques de passerelle ou de champ.

Q5. Peut analogique 4-20m Un capteur est envoyé à SCADA via Modbus TCP ?

R5. Oui. Une passerelle avec entrées ADC peut acquérir le signal analogique et exposer la valeur convertie à SCADA.

Q6. Les capteurs environnementaux peuvent-ils être exposés par l'intermédiaire de l'AU de l'OPC?

R6. Oui, lorsque la passerelle edge sélectionnée prend en charge le rôle requis de l'UA OPC et cartographie les valeurs du capteur dans son modèle de données.

Q7. LabVIEW peut-elle lire des capteurs via une passerelle Ethernet ?

R7. Oui. Modbus TCP ou OPC UA peut être utilisé en fonction de la configuration de la passerelle et de LabVIEW.

Q8. Quel document est le plus important pour l'intégration?

A8. Il est essentiel d'avoir une carte complète de la liste des points et des registres avec les adresses des appareils, les types de données, l'échelle, les unités et les rôles de protocole.