Rapport projet Supervision
[Sous-titre du document]
Objectif de la simulation :
Configurer une communication MODBUS entre un API M340 et un variateur de
vitesse ATV312
Pour établir cette communication, suivez les étapes détaillées ci-dessous :
Configuration de la communication série
Définir la structure d’échange
Ecrire les programmes d’échange
Tester la communication
Optimiser et surveiller
À l’aide des logiciels WINCC et UNITY PRO :
WINCC : Logiciel SCADA pour superviser et surveiller des processus
industriels.
UNITY PRO : Logiciel de programmation et de configuration des
automates Schneider Electric.
1. Architectures matérielle et logicielle utilisées :
La figure suivante présente l’architecture matérielle et logicielle :
Première partie : En logiciel UNITY PRO
Nous avons choisi l’automate M340, modèle BMX P34 2020 avec la CPU 340-20,
équipé de Modbus Ethernet et du système d’exploitation en version OS 02.70, monté
sur un rack à 6 positions. On a validé et enregistrer
Puis, pour introduire à configuration matérielle de l’API on a cliqué sur configuration,
Bus automate, BMX CPS 2000
On a changé le processeur BMX P34 2020 02.70 par BMX P34 2020 02.10
BMX P34 2020 02.10
Le code BMX P34 2020 02.10 décrit un processeur Modicon M340 avec les
caractéristiques suivantes :
BMX : Famille de produits Modicon M340.
P34 : Modèle spécifique du processeur (CPU).
2020 : Un modèle particulier avec des spécifications techniques définies (par
exemple, mémoire, interfaces de communication, etc.).
02.10 : Version du firmware ou du système d'exploitation du processeur,
avec des fonctionnalités et des corrections spécifiques
Ensuite, nous avons cliqué sur SerialPort pour identifier le variateur
de vitesse. Il s'agit de configurer le variateur en tant qu'esclave ou
maître, selon la configuration du réseau.
Elle précise que la configuration esclave ou maître dépend du
rôle du variateur dans le réseau.
Nous avons sélectionné l'option Ethernet voie 3 ETH TCP/IP, mais n'avons trouvé
aucun lien de liaison. Nous avons donc navigué vers la rubrique Communication
dans le menu Réseaux pour afficher la liste des réseaux disponibles. Nous avons
choisi Ethernet, puis Ethernet_1, et cliqué sur OK. Ensuite, nous avons sélectionné
Ethernet_1 et choisi la CPU appropriée. Après cela, nous avons configuré l'adresse
IP, qui est [Link]. Pour assurer la sécurité, nous avons activé les options
Accès Web, Mise à niveau du micrologiciel, et FDR. Enfin, nous avons cliqué sur
Enregistrer, et le lien réseau Ethernet_1 a été établi avec succès.
Voici des photos détaillant les étapes de notre simulation.
Cela rend la phrase encore plus explicite si vous voulez souligner qu'elles montrent
les différentes étapes.
Nous avons créé une nouvelle section et choisi le langage de programmation
FBD, que nous avons nommée Échange. Cette section nécessite deux
programmes :
Un programme de lecture
Un programme d’écriture
Pour l’écriture, nous utilisons la fonction de communication Write_Var, et pour la
lecture, la fonction Read_Var. Ensuite, nous utilisons l’assistant de saisie pour
sélectionner le type de bloc fonctionnel (FFB) Write_Var, Read_Var que nous
validons avant d’insérer le programme.
Voici des photos détaillant les étapes de notre simulation.
Cela rend la phrase encore plus explicite si vous voulez souligner qu'elles montrent
les différentes étapes.
L'ADDM permet de créer, modifier et gérer toutes les variables utilisées dans un
projet Unity Pro, ce qui est essentiel pour configurer une communication MODBUS
entre un API M340 et un variateur de vitesse ATV312. Après avoir rectifié l'entrée à
[Link] et validé la configuration, nous sommes passés au bloc de programme.
Dans le cas du programme d’écriture, nous avons modifié les paramètres du bloc
fonctionnel comme suit :
OBJ : défini sur ‘%MW’.
NUM : attribué la valeur 8601 (adresse du registre Modbus).
NB : spécifié le nombre d’objets à écrire, qui est 2 dans notre cas.
EMIS : défini comme un tableau de variables (de n à m) en fonction de
l’échange. Ce tableau doit contenir les valeurs des objets à écrire.
Nous avons également déclaré les variables nécessaires en nous appuyant sur la
fiche descriptive fournie dans le logiciel, afin de garantir une configuration correcte
Pour le programme de lecture (réception), nous avons ajusté les paramètres du bloc
fonctionnel comme suit :
OBJ : défini sur %MW.
NUM : attribué la valeur 8603 (adresse du registre Modbus).
NB : spécifié le nombre d'objets à lire, qui est 2 dans notre cas.
RECEP : défini comme un tableau de variables (de n à m) en fonction de
l'échange. Ce tableau contiendra les valeurs des objets lus.
Nous avons également déclaré les variables nécessaires en suivant la fiche
descriptive fournie dans le logiciel. Cela permet d'assurer une configuration correcte
et de garantir que les données reçues via la communication MODBUS entre l’API
M340 et le variateur de vitesse ATV312 soient exploitées correctement
Pour TAB_EMISSION et GEST_RECEPTION, nous avons déjà procédé à leur
déclaration sous forme de tableaux, en leur attribuant des adresses spécifiques.
Voici les détails :
TAB_EMISSION : Ce tableau contient les valeurs à écrire sur le variateur via
le protocole Modbus. Chaque élément du tableau est mappé à une adresse
dans la mémoire (%MW) de l'API. Ces adresses correspondent aux registres
Modbus qui seront mis à jour lors de l'envoi des données.
Exemple :
o %MW100 : valeur du paramètre 1 à transmettre.
o %MW101 : valeur du paramètre 2 à transmettre.
Si plusieurs paramètres doivent être écrits, ils sont ajoutés aux
adresses suivantes (%MW102, %MW103, etc.).
GEST_RECEPTION : Ce tableau stocke les valeurs lues depuis le variateur.
Ces valeurs sont récupérées à partir des registres Modbus définis et
permettent de surveiller l'état du variateur ou d'obtenir des informations sur
son fonctionnement.
Après avoir lancé la simulation et constaté des erreurs, nous avons procédé à
leur résolution en suivant les étapes suivantes :
Nous sommes allés dans le menu Outils.
Ensuite, nous avons cliqué sur Options du projet.
Dans la fenêtre qui s'est ouverte, nous avons sélectionné l'onglet Variables.
À ce niveau, nous avons activé l'option permettant d'autoriser les tableaux
dynamiques (ANY_ARRAY_XXX).
Cette configuration permet d'utiliser des tableaux dynamiques dans le projet,
ce qui est essentiel pour garantir la compatibilité avec les blocs fonctionnels et la
gestion des tableaux liés à la communication Modbus (comme TAB_EMISSION et
GEST_RECEPTION).
Après avoir relancé la simulation et corrigé les erreurs, nous avons activé le Mode
Simulation pour effectuer les tests. Ensuite, dans le menu Automate, Définir
l'adresse, nous avons trouvé deux options : l’adresse simulateur, utilisée pour
simuler le fonctionnement, et l’adresse automate programmable, correspondant à
l’API. Nous avons sélectionné le protocole TCP/IP pour établir la communication.
Dans le cas où l’objectif est de charger le programme dans le variateur de vitesse
Une commande exécutée dans une invite de commandes permet de vérifier la
connectivité réseau entre l’ordinateur actuel et un autre appareil, ici identifié par
l’adresse IP [Link]. Elle confirme que cet appareil est joignable via le réseau
local, comme le montrent les réponses reçues sans perte de paquets, ce qui indique
une connexion active.
Les temps de réponse (14 ms, 11 ms, 4 ms, 8 ms) fournissent des indications sur la
qualité de la connexion, notamment la latence, et permettent d’identifier d’éventuels
problèmes réseau. Cette commande est également utilisée pour tester la validité
d’une adresse IP cible, garantissant qu’elle est correctement configurée dans un
programme ou un automate.
Dans un contexte industriel, elle valide la connectivité réseau avec des équipements
tels qu’un automate ou un variateur de vitesse, assurant qu’ils sont prêts à
communiquer et à échanger des données via des protocoles comme Modbus
TCP/IP.
