Principales caractéristiques des modules BMECXM

Traduction de la notice originale

Profil de communication

Le module gère la communication avec :

les esclaves CANopen, conformément à la norme CiA 301 V4.2,
la CPU M580 via les E/S Ethernet.

NOTE : la version minimale du micrologiciel de la CPU M580 est 2.20.

NOTE : la communication avec les modules scrutateurs d'E/S Ethernet est impossible.

Deux profils de communication sont disponibles :

Distant (scrutateur RIO) : associé à des tâches AUX, MAST ou FAST.
Distribué (scrutateur DIO)

Ces profils offrent une flexibilité totale en fonction du niveau de performances exigé par le processus.

Architecture du système

Le module BMECXM peut être installé dans :

un rack local M580,
une station distante prenant en charge l'embase Ethernet M580 et comportant un module communicateur de fin de station d'E/S BMECRA31210.

NOTE : la version minimale du micrologiciel pour le BMECRA31210 est 2.10.

Il est possible d'utiliser plusieurs modules maîtres CANopen X80 sur le M580 :

Services

Les modes de fonctionnement dépendent de la technologie / et sont entièrement intégrés dans Control Expert.

Le module BMECXM peut offrir les services suivants :

Configuration
CANopen	Le module BMECXM est inclus dès le départ dans le Catalogue matériel de Control Expert. Utilisez Control Expert pour sélectionner et configurer le module BMECXM. NOTE : Pour configurer des esclaves CANopen tiers, utilisez l'outil Hardware Catalog Manager Control Expert avec des fichiers EDS. Un esclave CANopen ne peut pas être configuré via son DTM.
Services Ethernet	Utilisez le DTM de Control Expert pour configurer le module BMECXM.
Communication
Objets langage	Utilisez l'application Control Expert pour accéder aux esclaves CANopen via les DDT d'équipement qui sont créés automatiquement pour chaque équipement (échanges implicites via les PDO).
Programmation	Utilisez l'application Control Expert pour accéder aux esclaves CANopen via les blocs fonction SDO (échanges explicites) et les DDT d'équipement (échanges implicites).
Diagnostics
Indicateurs LED	Utilisez les indicateurs LED pour connaître l'état du module BMECXM et de ses communications avec le réseau.
DDT d'équipement	Utilisez le DDT d'équipement pour établir un diagnostic du module BMECXM depuis l'application.
SNMP	Utilisez les services SNMP pour accéder facilement, via un réseau SNMP : aux informations de diagnostic sur le module BMECXM, aux notifications d'événement de certains services. Configurez ce service à l'aide du DTM du module BMECXM.
DTM	Utilisez le DTM de Control Expert pour accéder aux informations de communication et d'état relatives : au module BMECXM, à la CPU, et aux esclaves CANopen.
Pages Web intégrées	Utilisez le navigateur Web de votre PC pour accéder à des informations de diagnostic détaillées concernant le module BMECXM.
Mise à niveau du micrologiciel
Mise à niveau du micrologiciel	Utilisez l'outil Automation Device Maintenance ou Unity Loader pour mettre à niveau le micrologiciel du module BMECXM.

Cybersécurité

Le module maître CANopen X80 respecte la politique globale de la gamme Modicon M580 en matière de cybersécurité.

Les droits d'accès sont synchronisés entre Control Expert et le DTM du BMECXM.

Le serveur Web est en lecture seule.

En outre, vous avez la possibilité de limiter l'accès du BMECXM aux :

services FTP, HTTP, SNMP, NTP et EIP,
adresses IP autorisées.

Pour plus d'informations, reportez-vous au document Plates-formes automate Modicon - Cybersécurité - Manuel de référence.

Limites des modules

Si vous utilisez un module BMECXM sur le Modicon M580, respectez les limites suivantes :

Chaque module BMECXM peut gérer au maximum 63 esclaves CANopen.
Le fichier de configuration (.prm) d'un module BMECXM est limité à 64 Ko.
Chaque module BMECXM du bus Ethernet communique avec la CPU. Ces équipements appartiennent au même réseau. La transparence est donc assurée entre la CPU, ou tout PC connecté au même sous-réseau, jusqu'au module BMECXM.

NOTE : Les modules BMECXM ne peuvent pas communiquer entre eux.

Restrictions des modules

Les services suivants ne sont pas pris en charge :

Multimaître sur bus CANopen
Types de données complexes propres au fabricant
Scrutation à partir d'un BMENOC03•1
Accès à la couche 2 CAN
Copier/coller un module BMECXM

NOTE : Les blocs fonction de mouvement (MFB) sont pris en charge uniquement si le module BMECXM est scruté par le scrutateur RIO.

NOTE : Les blocs fonction de mouvement (MFB) ne sont pas pris en charge si le module BMECXM est configuré sur des tâches AUX.

Acronyme de CAN in Automation. Organisme international rassemblant les utilisateurs et fabricants d'équipements CAN.

Acronyme de Central Processing Unit (unité centrale de traitement ou UC). Cerveau d'un processus de fabrication industrielle, également appelée « processeur » ou « contrôleur ». Il automatise un processus, par opposition aux systèmes de contrôle de relais. Les UC sont des ordinateurs conçus pour résister aux conditions parfois difficiles de l'environnement industriel.

Réseau Ethernet contenant trois types d'équipements RIO : un rack local, une station RIO et un commutateur double anneau (DRS) étendu ConneXium. Des équipements distribués peuvent également faire partie d'un réseau RIO via une connexion à des commutateurs DRS.

Ensemble de sections et de sous-programmes, exécutés de façon cyclique ou périodique pour la tâche MAST, et périodique pour la tâche FAST. Une tâche présente un niveau de priorité, et des entrées et sorties du contrôleur lui sont associées. Ces E/S sont actualisées par rapport à la tâche. Un contrôleur peut comporter plusieurs tâches.

Réseau contenant des équipements distribués dans lequel la scrutation d'E/S est effectuée par une UC CPU dotée d'un service de scrutation des E/S distribuées DIO sur le rack local. Dans un réseau DIO, le trafic réseau est traité après le trafic RIO, qui est prioritaire dans un réseau RIO.

Rack M580 contenant l'CPU et un module d'alimentation. Un rack local se compose d'un ou de deux racks : le rack principal et le rack étendu qui appartient à la même famille que le rack principal. Le rack étendu est facultatif.

Acronyme de Field Device Tool (outil d'équipement de terrain). Technologie harmonisant la communication entre les équipements de terrain et l'hôte système.

Acronyme de Device Type Manager (gestionnaire de type d'équipement). Pilote d'équipement exécuté sur le PC hôte. Il offre une structure unifiée pour accéder aux paramètres de l'équipement, le configurer et l'utiliser, et pour remédier aux problèmes. Les DTM peuvent présenter différents visages, d'une simple interface graphique permettant de configurer les paramètres de l'équipement jusqu'à une application très perfectionnée susceptible d'effectuer des calculs complexes en temps réel à des fins de diagnostic et de maintenance. Dans le contexte d'un DTM, un équipement peut être un module de communication ou un équipement distant sur le réseau.

Acronyme de Electronic Data Sheet (fiche de données électronique). Fichier texte simple qui décrit les fonctions de configuration d'un équipement. Les fichiers EDS sont générés et gérés par le fabricant de l'équipement.

Acronyme de device Derived Data Type (type de données dérivé d'équipement). Prédéfini par le fabricant et non modifiable. Il contient les éléments de langage d'E/S d'un module d'E/S.

Acronyme de Process Data Object (objet de données de process). Message de diffusion non confirmé envoyé par un équipement producteur à un équipement consommateur sur un réseau CAN. L'objet PDO de transmission provenant de l'équipement producteur dispose d'un identificateur spécifique correspondant à l'objet PDO de réception de l'équipement consommateur.

Acronyme de Service Data Object (objet de données de service). Message utilisé par le maître de bus de terrain pour accéder (en lecture/écriture) aux répertoires d'objets des nœuds réseau dans les réseaux CAN. Il existe plusieurs types de SDO : les SDO de service (SSDOS) et les SDO clients (CSDO).

Acronyme de simple network management protocol (protocole de gestion de réseau simple). Protocole utilisé dans les systèmes de gestion de réseau pour surveiller les équipements rattachés au réseau. Ce protocole fait partie de la suite de protocoles Internet (IP) définie par le groupe de travail d'ingénierie Internet (IETF). Il inclut des directives de gestion de réseau, dont un protocole de couche d'application, un schéma de base de données et un ensemble d'objets de données.

Acronyme de File Transfer Protocol (protocole de transfert de fichiers). Protocole qui copie un fichier d'un hôte vers un autre sur un réseau TCP/IP, comme Internet. Le protocole FTP utilise une architecture client/serveur ainsi que des connexions de commande et de données distinctes entre le client et le serveur.

Acronyme de hypertext transfer protocol (protocole de transfert hypertexte). Le protocole HTTP constitue la base de la communication des données pour le Web.

Acronyme de Network Time Protocol (protocole de temps réseau). Protocole de synchronisation des horloges système des ordinateurs. Le protocole utilise un tampon de gigue pour résister aux effets de latence variable.

Protocole de communication réseau pour les applications d'automatisation industrielle, qui combine les protocoles de transmission TCP/IP et UDP et le protocole CIP de couche applicative pour prendre en charge l'échange de données à haut débit et la commande industrielle. EtherNet/IP emploie des fichiers EDS pour classer chaque équipement réseau et ses fonctionnalités.

Identificateur de 32 bits, constitué d'une adresse réseau et d'une adresse d'hôte, affecté à un équipement connecté à un réseau TCP/IP.

Acronyme de Controller Area Network. Bus de terrain développé à l'origine pour l'automobile qui est maintenant utilisé dans de nombreux secteurs.