Comment utiliser Modbus sur xLogic Micro PLCs : configuration RS485 et TCP pour SCADA

Modbus a quarante ans et il fait toujours fonctionner la moitié du monde industriel. Il y a une raison : c'est simple, c'est ouvert, et ça fonctionne avec deux fils et une prière. Lorsque votre SCADA doit lire unMicro PLC, Modbus est la langue que vous parlerez — et la famille xLogic la parle en RTU, ASCII et TCP, en maître ou en esclave.

Voici le chemin de configuration, avec les détails que la page de la fiche technique ne imprime jamais.

Série d'abord : RS485 et Modbus RTU

Le port RS485 parle Modbus RTU ou ASCII à tout appareil avec un port RS485 standard — VFD, compteurs d'énergie, HMI, autres PLC. Connectez-le via le port intégré, ou ajoutez le module SR-RS485 pour les CPU sans terminal RS485 natif. Le câble PRO-RS485 transforme le port de programmation en un port RS485 isolé lorsque vous êtes dans une impasse.

Débit en bauds : 9600 est la valeur par défaut et la plus sûre. Vous voulez 19200 ? Changez d'abord du côté du CPU, puis du côté du SCADA — le manuel est explicite, et le mode de défaillance (un délai silencieux) vous fera perdre votre après-midi si vous le faites à l'envers.

L'adressage compte plus que la vitesse. Chaque appareil sur le bus obtient une adresse unique, et l'avertissement du manuel mérite d'être cité de mémoire : les adresses dupliquées font que la communication se comporte de manière incorrecte. En pratique, cela signifie corruption des données, pas un message d'erreur poli.

Ethernet : Modbus TCP pour l'usine moderne

Sur les CPU capables d'Ethernet, Modbus TCP est la voie standard : le PLC agit en tant que serveur, le SCADA ou HMI interroge les registres via le LAN. Pas de passerelle, pas de convertisseur de protocole, et la même carte de registre fonctionne sur le réseau comme sur le port série. Une IP statique sur le contrôleur, un port accessible via le routeur, et votre bureau peut voir la machine.

Deux styles de connexion existent pour le travail à distance — le CPU en tant que serveur (direct, simple, nécessite une IP accessible) ou le CPU en tant que client se connectant à un serveur (pour les sites NATés et mobiles). Sachez lequel votre site nécessite avant de configurer, car ils sont configurés différemment et les mélanger est un mystère classique de trois heures.

Configuration réelle : station de pompage dans easySCADA

Une station à deux pompes avec des valeurs de niveau, de pression et de débit : le CPU exécute la logique d'alternance, et un PC au bureau exécute le paquet gratuit easySCADA. Testez d'abord en série — CPU sur RS485, adresse de station 1, 9600 bauds, le registre de niveau mappé. Une fois que les valeurs sont apparues sur l'écran easyMonitor, le même projet est passé à Ethernet avec un changement de port et le PC du bureau a vu les mêmes registres.

Temps total de configuration : un après-midi, café inclus. Le protocole n'a pas riposté car nous avons suivi exactement les règles d'adresse et de débit.

Le côté SCADA

easySCADA parle uniquement Modbus RTU et TCP — pas de MQTT, pas de OPC-UA, et c'est bien, car Modbus est ce en quoi le monde SCADA fait encore confiance pour cette classe de contrôleur. Mettez en carte les blocs de registre dans l'onglet Données : entrées, sorties, indicateurs, indicateurs analogiques, registres, avec des priorités de sondage Haut/Moyen/Bas. La priorité compte plus que les gens ne le pensent — les indicateurs d'alarme devraient être sondés rapidement, les valeurs analogiques peuvent attendre.

Une note de terrain supplémentaire : RS485 nécessite une terre commune et une terminaison à chaque extrémité du bus. Le protocole est indulgent ; la couche électrique ne l'est pas. Paire torsadée, polarité correcte, une référence de terre — c'est tout le secret, et cela ne change jamais.

Discipline de la carte des registres

Le tueur silencieux des projets Modbus n'est pas le câblage ou le débit. C'est la carte des registres — spécifiquement, le moment où elle vit uniquement dans la tête de quelqu'un. J'ai débogué des systèmes où le SCADA lisait le mauvais registre pendant deux semaines parce qu'une mise à jour du programme avait déplacé une adresse et que personne n'avait mis à jour la carte. Les valeurs semblaient plausibles. C'est le piège : des données incorrectes qui semblent correctes sont pires que pas de données.

Notez la carte le jour où vous la créez. Colonnes : adresse PLC, numéro de registre, type de données, mise à l'échelle, unité, et quel point SCADA la lit. Gardez-la dans le dossier du projet, versionnez-la comme du code, et mettez-la à jour dans le même commit que le programme. Les quinze minutes que cela coûte vous feront économiser un week-end de confusion dans la première année — garanti.

Concevez la carte avec de la place pour grandir. Laissez des espaces entre les groupes fonctionnels : entrées à 100-120, sorties à 150-160, analogiques à 200-240, indicateurs à 300-320. Lorsque le client demande une nouvelle valeur — il le fait toujours — elle se retrouve dans un espace sans renuméroter tout et casser les écrans SCADA. Cette planification à l'avance est la différence entre un système qui évolue et un système qui nécessite un projet de remise en service chaque fois que quelqu'un ajoute un capteur.

Et utilisez les types de données délibérément. Bits discrets pour les alarmes, entiers 16 bits pour les comptes, flottants là où la précision compte. L'onglet Données de easySCADA vous donne les choix de type — octet, mot, registre, indicateur — et le champ de priorité pour le sondage. Haute priorité pour les alarmes, basse pour les valeurs lentes. Le SCADA sonde ce que vous lui dites de sonder, dans l'ordre que vous priorisez, et une carte bien conçue rend l'ensemble du système plus réactif.

Dépannage du bus silencieux

Lorsque l'écran SCADA se fige, travaillez la liste du moins cher au plus cher. D'abord : le PC est-il même sur le bon réseau ? Un décalage de sous-réseau ressemble exactement à un bus mort et prend dix secondes à vérifier. Deuxièmement : l'adresse. Tapez le numéro de registre dans le diagnostic SCADA s'il en a un — une mauvaise adresse sonde proprement mais ne retourne rien. Troisièmement : le débit. Un décalage entre le CPU et le PC produit du silence, et la règle du manuel — changez d'abord du côté du CPU — existe parce que cet échec est si courant.

Quatrièmement, et c'est celui qui humilie tout le monde : la couche électrique. RS485 nécessite une terre commune entre tous les appareils et des résistances de terminaison aux extrémités physiques du bus. Une terre flottante produit une corruption intermittente qui va et vient avec les charges dans l'armoire. J'ai vu des ingénieurs remplacer trois appareils à la recherche d'un fantôme qui s'est avéré être un fil de terre manquant. Multimètre sorti, résistance entre les terres, avant de changer le matériel.

Conservez une copie de la carte des registres dans le panneau. Laminée, derrière la porte, à côté du schéma de câblage. Le prochain ingénieur — probablement vous, dans dix-huit mois — bénira votre nom.

Modbus n'est pas glamour. C'est simplement la chose la plus fiable dans l'armoire, et une fois qu'il est correctement câblé, il reste correct pendant des années.