Présentation du bus de terrain CANopen. Schneider Electric Twido TWD USE 10AE

PDF Herunterladen

Dokument

10.1

Installation et configuration du bus de terrain CANopen

Présentation du bus de terrain CANopen

Aperçu

Objet de cette section

Contenu de ce sous-chapitre

Cette section est destinée à vous apporter des connaissances générales sur la technologie du bus de terrain CANopen et à vous présenter la terminologie CAN utilisée dans le reste du chapitre.

Ce sous-chapitre contient les sujets suivants :

Sujet

Base de connaissances CANopen

A propos de CANopen

Boot-Up CANOpen

Transmission d'un objet PDO (Process Data Object)

Accès aux données à l'aide d'échanges explicites (SDO)

Node Guarding et Life Guarding

Gestion du bus interne

Page

TWD USE 10AE

239

Installation et configuration du bus de terrain CANopen

Base de connaissances CANopen

Introduction

Fichier EDS

PDO

SDO

COB-ID

Les explications des termes techniques et acronymes ci-dessous permettent de maîtriser les connaissances de base nécessaires aux communications réseau

CANopen.

EDS (Electronic Data Sheet, document de description électronique)

Un fichier EDS comporte une description des propriétés de communication d'un

équipement d'un réseau CAN (débits, types de transmission, offre E/S, etc.). Il est fourni par le fabricant de l'équipement et est utilisé dans l'outil de configuration lors du paramétrage d'un nœud (par exemple, un pilote dans un système d'exploitation).

PDO (Process Data Object, objet données de traitement)

Trame CANopen contenant des données d'E/S.

On distingue : z les Transmit-PDOs (TPDO avec des données fournies par un nœud) ; z les Receive PDOs (RPDO avec des données utilisées par un nœud).

Le sens de la transmission est toujours considéré par rapport à un nœud. Un PDO ne contient pas nécessairement l'image complète des données d'un nœud (qu'il s'agisse de TPDO ou de RPDO). En général, les données d'entrée analogique et les données d'entrée TOR sont réparties dans différents TPDO. Cette caractéristique est également valable pour les sorties.

SDO (Service Data Object, objet de données de service)

Trame CANopen contenant des paramètres.

Les SDO sont généralement utilisés pour lire ou écrire des paramètres sur des lecteurs, lorsqu'une application est en cours.

COB-ID (Communication Object Identifier, identifiant de l'objet de communication)

Chaque trame CANopen commence par un COB-ID faisant office d'identifiant dans la trame CAN. Au cours de la phase de configuration, chacun des nœuds reçoit le

COB-ID de la trame (ou des trames) dont il est le récepteur ou l'émetteur.

240

TWD USE 10AE

Installation et configuration du bus de terrain CANopen

A propos de CANopen

Introduction

Protocole

CANopen

Couche physique

CANopen est un protocole bus de terrain standard destiné aux systèmes de contrôle industriels. Il est particulièrement adapté aux automates en temps réel, car il constitue une solution efficace et économique pour les applications industrielles mobiles et embarquées.

Le protocole CANopen a été créé en tant que sous-ensemble de la couche CAL

(couche application basée sur le réseau CAN). Grâce à sa fonction de définition de profils, il est en mesure de s'adapter au mieux aux composants industriels standard.

CANopen est une norme CiA (CAN in Automation) qui a été largement adoptée dès sa mise sur le marché. CANopen est désormais reconnue comme norme européenne pour les systèmes industriels basés sur le réseau CAN.

La couche CAN fait appel à une ligne de bus bifilaire différentielle (retour commun).

Le signal CAN correspond à la différence de tension entre les deux lignes (CAN

High et CAN Low). (Voir schéma ci-dessous.)

Le schéma suivant présente les composants de la couche physique d'un bus CAN bifilaire :

Ligne CAN High (état haut)

Ligne CAN Low (état bas)

Différence potentielle entre les signaux CAN High et CAN Low

Résistance de 120

Ω

Nœud

La paire de fils du bus peut être blindée, torsadée ou parallèle, tant que les exigences en matière de compatibilité électromagnétique sont respectées. Une structure composée d'une seule ligne permet de limiter la réflexion.

TWD USE 10AE

241

Installation et configuration du bus de terrain CANopen

Profils CANopen Profil de communication

La famille de profils CANopen s'appuie sur un « profil de communication », qui détermine les principaux mécanismes de communication et fournit leur description

(DS301).

Profil des équipements

Les types d'équipement les plus utilisés dans le domaine de l'automatisation industrielle sont présentés dans les profils d'équipement (Device profiles). Ces profils décrivent également les fonctionnalités d'un équipement.

z z z z

Voici quelques exemples d'équipements standard pris en charge : z Modules d'E/S TOR et analogiques (DS401)

Moteurs (DS402)

Contrôleurs (DSP403)

Automates asservis (DSP404)

Automates (DS405) z Codeurs (DS406)

Configuration des équipements via le bus CAN

La capacité à configurer les équipements via le bus CAN constitue l'un des principes de base de l'autonomie réclamée par les fabricants (pour chaque famille de profils).

Caractéristiques générales des profils CANopen

z z z z z z z z

CANopen constitue un ensemble de profils destinés aux systèmes CAN comprenant les caractéristiques suivantes : système à bus ouvert ;

échange de données en temps réel sans surcharge du protocole ; conception modulaire avec possibilité de redimensionnement ; interopérabilité et interchangeabilité des équipements ; prise en charge par un grand nombre de fabricants partout dans le monde ; configuration réseau normalisée ; accès à l'ensemble des paramètres d'équipement ; synchronisation et circulation de données de traitement cycliques et/ou de données d'événement (possibilité de temps de réponse système courts).

Certification des produits

CANopen

La totalité des fabricants mettant sur le marché des produits certifiés CANopen est membre de l'organisation CiA. En tant que membre actif de cette organisation,

Schneider Electric Industries SAS développe ses produits conformément aux spécifications publiées par cet organisme.

242

TWD USE 10AE

Normes CAN

Installation et configuration du bus de terrain CANopen

Les spécifications CANopen sont définies par l'organisation CiA et sont accessibles

(avec quelques restrictions) à partir du site : http://www.can-cia.com. Les codes sources des équipements maître et esclave sont disponibles auprès des différents fournisseurs.

Note : Pour obtenir plus d'informations sur les spécifications et les mécanismes de

CANopen, consultez la page d'accueil de l'organisation CiA (http://www.cancia.de/).

Communication sur un réseau

CANopen

Le profil de communication est établi en fonctions des protocoles et services CAL

(couche application basée sur le réseau CAN).

Il permet à l'utilisateur d'accéder à deux types d'échange : SDO et PDO.

Lors de la mise sous tension, l'équipement entre dans une phase d'initialisation, puis passe en mode pré-opérationnel. A ce stade, seules les communications SDO sont autorisées. Après réception d'une instruction de démarrage, l'équipement bascule en mode opérationnel. Il est alors possible d'effectuer des échanges PDO, mais la communication SDO reste également autorisée.

TWD USE 10AE

243

Installation et configuration du bus de terrain CANopen

Boot-Up CANOpen

Boot-up

Procedure

La configuration minimale requise pour les équipements inclut une procédure de démarrage rapide. Celle-ci est illustrée dans le schéma suivant :

Initialization

Reset Application

Reset Communication

Init

Pre-operational

4 3

Operational

Stopped

Légende

Numéro Description

1 Mise sous tension du module

Après l'initialisation, le module passe automatiquement en mode « PRE-OPERATIONAL ».

Indication du service NMT (Network Management, gestion réseau) : START REMOTE NODE

Indication du service NMT : PRE-OPERATIONAL

Indication du service NMT : STOP REMOTE NODE

Indication du service NMT : RESET NODE

Indication du service NMT : RESET COMMUNICATION

244

TWD USE 10AE

Installation et configuration du bus de terrain CANopen

Activation des objets CANOpen en fonction de la machine d'état

Les croix affichées dans le tableau ci-dessous indiquent les objets CANopen actifs pour chaque état de la machine.

Initialization Stopped

Objet PDO

Objet SDO

Emergency

Boot-Up

NMT

Pre-operational Operational

X X

Reset

Application

Reset

Communication

L'équipement passe à l'état « Reset Application » : z après avoir démarré ; z suite à l'utilisation de la fonction « Reset Node » de la gestion réseau NMT.

Dans cet état, le profil de l'équipement est initialisé et toutes les informations relatives au profil sont réinitialisées avec les valeurs par défaut. Une fois l'initialisation terminée, l'équipement passe à l'état « Reset Communication ».

z z

L'équipement passe à l'état « Reset Communication » : après être passé par l'état « Reset Application » ; suite à l'utilisation de la fonction « Reset Communication » de la gestion réseau

NMT.

Dans cet état, tous les paramètres (valeur standard, selon la configuration de l'équipement) des objets de communication pris en charge relatifs à l'identification de l'équipement (type, heartbeat, etc. : 1000H - 1FFFH) sont enregistrés dans le répertoire d'objets. L'équipement passe ensuite automatiquement à l'état « Init ».

Init

L'équipement passe en mode « Init » après avoir été en mode « Reset

Communication ».

Cet état permet d'effectuer les opérations suivantes : z définir les objets de communication requis (SDO, PDO, Emergency) ; z installer les services CAL (couche application basée sur le réseau) correspondants ; z configurer CAN-Controller.

L'initialisation est terminée et l'équipement passe automatiquement à l'état « Pre-

Operational ».

Note : Le module maître CANopen TWDNCO1M ne prend pas en charge le mode

SYNC.

TWD USE 10AE

245

Installation et configuration du bus de terrain CANopen

Pre-Operational

Stopped

Operational

L'équipement passe en mode « Pre-Operational » : z après avoir été en mode « Init » ; z à réception de l'indication « Enter Pre-Operational » de la gestion réseau NMT, si elle était en mode « Operational ».

Dans cet état, il est possible de modifier la configuration de l'équipement.

Cependant, vous pouvez uniquement utiliser les objets SDO pour lire ou écrire des données relatives aux équipements.

Une fois la configuration terminée, l'équipement passe à l'un des états suivants, selon l'indication reçue : z « Stopped », après réception de l'indication NMT « STOP REMOTE NODE » ; z

« Operational », après réception de l'indication NMT « START REMOTE

NODE ».

L'équipement passe à l'état « Stopped », après réception de l'indication « Node stop » du service NMT, s'il était en mode « Pre-Operational » ou « Operational ».

Dans cet état, il est impossible de modifier la configuration de l'équipement. Aucun service ne permet de lire ou d'écrire des données relatives aux équipements (SDO).

Seule la fonction de surveillance de l'esclave (« Node guarding ») reste active.

L'équipement passe à l'état « Operational », s'il était en mode « Pre-Operational » lors de la réception de l'indication « Start Remote Node ».

Lors du démarrage du réseau CANopen à l'aide du service NMT « Node start », en mode « Operational », la totalité des fonctionnalités de l'équipement est disponible.

Les communications peuvent utiliser les objets PDO et SDO.

Note : Des effets inattendus peuvent se produire suite à la modification de la configuration lorsque l'équipement est en mode « Operational ». Par conséquent, les modifications doivent être apportées uniquement en mode « Pre-Operational ».

246

TWD USE 10AE

Installation et configuration du bus de terrain CANopen

Transmission d'un objet PDO (Process Data Object)

Définition d'un objet PDO

Types d'objets

PDO

Objets PDO

Producers and

Consumers

Mode de transmission d'un PDO

Les objets PDO fournissent une interface de communication avec les données de traitement, permettant le transfert de ces données en temps réel. L'ensemble des objets PDO d'un équipement CANopen décrit les échanges implicites entre l'équipement et ses partenaires de communication sur le réseau.

Ces échanges sont autorisés lorsque l'équipement est en mode « Operational ».

Il existe deux types d'objets PDO : z les objets PDO transmis par l'équipement (Transmit PDO, Tx-PDO ou TPDO) ; z les objets PDO reçus par l'équipement (Receive PDO, Rx-PDO ou RPDO).

Les objets PDO s'appuient sur le modèle « Producer/Consumer ». L'équipement chargé de transmettre le message PDO est appelé « Producer », tandis que celui qui est chargé de le recevoir est appelé « Consumer ».

Par conséquent, l'écriture d'une sortie dans le module maître TWDNCO1M génère l'envoi d'un TPDO associé au maître, contenant la valeur de la sortie à mettre à jour.

Dans ce cas, le maître correspond au PDO « Producer » et l'équipement esclave au

« Consumer ».

Par opposition, une entrée est mise à jour par le biais de la transmission d'un objet RPDO par le module maître, qui correspond alors au « Consumer ».

Outre le transfert des données, il est également possible de configurer le type d'échange de chaque objet PDO.

Les objets PDO peuvent être échangés par le module maître TWDNCO1M avec le mode de transmission suivant :

Type de mode Nom de mode Numéro de mode

254 ou 255 Asynchrone Change of state

Change of state producer consumer(s)

TWD USE 10AE

247

Installation et configuration du bus de terrain CANopen

Change of state

(modes 254 et 255)

Ce mode correspond à la modification de la valeur d'une entrée (contrôle d'événement). Les données sont transmises au bus dès qu'une modification est apportée. La fonction de contrôle d'événement optimise l'utilisation de la bande passante du bus, car seules les données modifiées sont transmises, et non la totalité de l'image. Il est alors possible d'obtenir un temps de réponse relativement court (lorsque la valeur d'une entrée est modifiée, il n'est pas nécessaire d'attendre la prochaine requête de communication du maître).

Lors de la sélection d'une transmission PDO de type « Change of state », plusieurs

événements peuvent se produire simultanément, retardant la transmission du PDO vers le bus en raison de sa faible priorité. Evitez les situations dans lesquelles la modification continuelle d'une entrée avec un PDO de priorité élevée risque de bloquer le bus (« babbling idiot » en anglais).

Note : Il est conseillé de choisir la transmission PDO avec modules d'entrée analogique uniquement si le mode Delta (objet 6426H) ou le temps d'inhibition

(objets entre 1800H et 1804H, sous-index 3) sont configurés de manière à éviter les surcharges de bus.

248

TWD USE 10AE

Installation et configuration du bus de terrain CANopen

Accès aux données à l'aide d'échanges explicites (SDO)

Qu'est-ce qu'un objet SDO ?

Les objets SDO (Service Data Objects) permettent d'accéder aux données d'un

équipement à l'aide de requêtes explicites.

Le service SDO est disponible lorsque l'état de l'équipement est « Operational » ou

« Pre-Operational ».

Types d'objets

SDO

Modèle client/ serveur

Il existe deux types d'objets SDO : z z les objets pouvant être lus (objets de type « Download SDO ») ; les objets pouvant être écrits (objets de type « Upload SDO »).

Le protocole SDO repose sur un modèle « client/serveur ».

Pour un objet de type « Download SDO »

Le client transmet une requête indiquant l'objet à lire.

Le serveur renvoie les données contenues dans cet objet.

Pour un objet de type « Upload SDO »

Le client envoie une requête indiquant l'objet à écrire et la valeur souhaitée.

Une fois l'objet mis à jour, le serveur renvoie un message de confirmation.

Pour un objet SDO non traité

Dans un cas comme dans l'autre, si un objet SDO n'a pas pu être traité, le serveur renvoie un code d'erreur (abort code).

TWD USE 10AE

249

Installation et configuration du bus de terrain CANopen

Node Guarding et Life Guarding

Définition de la notion Life-Time

Le paramètre « Life-Time » est calculé comme suit :

Life-Time = Guard Time x Life Time Factor

L'objet 100CH comprend le paramètre « Guard Time », exprimé en millisecondes.

L'objet 100DH comprend le paramètre « Life Time Factor ».

Activation de la surveillance

Si l'un de ces deux paramètres est défini sur « 0 » (valeur par défaut), le module de surveillance n'est pas utilisé (la fonction « Life Guarding » est désactivée).

Pour l'activer, vous devez au moins indiquer la valeur 1 dans l'objet 100DH et spécifier une durée en millisecondes dans l'objet 100CH.

Garantie d'opérations fiables

Pour garantir la fiabilité des opérations, il est conseillé de définir le paramètre « Life time factor » sur 2.

Dans le cas contraire, lorsque le module maître subit un retard (par exemple en raison du traitement des messages dont le niveau de priorité est le plus élevé ou d'un traitement interne lié au « Node Guarding »), son état devient « Pre-

Operational » sans qu'aucune erreur ne soit générée.

Importance de la surveillance

Ces deux mécanismes de surveillance sont particulièrement importants pour le système CANopen, étant donné que les équipements fonctionnent généralement dans un mode avec contrôle des événements.

Surveillance de l'esclave

La surveillance est effectuée de la façon suivante :

Phase Description

1 Le maître définit l'option « Remote Frames » (remote transmit requests) sur

« Guarding COB-IDs » pour les esclaves à surveiller.

Les esclaves concernés répondent en envoyant le message « Guarding ». Celui-ci contient le « Status Code » de l'esclave et le « Toggle Bit » dont la valeur doit changer entre deux réponses consécutives.

Le maître compare les informations « Status » et « Toggle Bit ».

Si elles ne correspondent pas à ce que le maître NMT attendait ou si aucune réponse n'est reçue, le maître considère qu'une erreur s'est produite au niveau de l'esclave.

250

TWD USE 10AE

Installation et configuration du bus de terrain CANopen

Surveillance du maître

Si des messages de type « Guarding » sont uniquement requis de façon cyclique, l'esclave peut détecter un dysfonctionnement du maître.

Si l'esclave ne reçoit pas de requête du maître dans l'intervalle « Life Time » imparti

(erreur de type « Guarding »), il considère qu'un dysfonctionnement du maître s'est produit (mécanisme de surveillance « Watchdog »).

Dans ce cas, les sorties correspondantes passent à l'état d'erreur et l'esclave revient en mode « Pre-Operational ».

Note : La requête « Remote » du maître obtient une réponse, même si aucune valeur n'a été saisie pour les paramètres « Guard Time » et « Life Time Factor ».

La surveillance de la durée n'est activée que lorsque les valeurs de ces deux paramètres sont supérieures à 0. En général, les valeurs du paramètre « Guard

Time » sont comprises entre 250 millisecondes et 2 secondes.

Protocole

« Guarding »

La valeur du paramètre « Toggle Bit » (t) envoyée dans le premier message

« Guarding » est « 0 ».

Ensuite, le bit change (« toggles ») dans les messages de surveillance suivants, ce qui permet de savoir si un message a été perdu.

L'en-tête du bus indique l'état du réseau (s) dans les sept bits restants :

Etat du réseau

Stopped

Pre-operational

Operational

Réponse

0x04 ou 0x84

0x7F ou 0xFF

0x05 ou 0x85

TWD USE 10AE

251

Installation et configuration du bus de terrain CANopen

Gestion du bus interne

Basculement du bus interne vers l'état « Stop »

Le bus interne passe automatiquement de l'état « Stop » à l'état « Run » lorsque le module de communication passe de l'état « Pre-operational » à « Operational ».

Lorsque le bus interne passe à l'état « Stop », toutes les sorties du module d'expansion sont définies sur zéro.

L'état des sorties du module de communication reste inchangé.

Configuration des modules d’expansion

Le bus interne est utilisé pour mettre à jour la configuration des paramètres du module d'expansion TOR et analogiques.

Les paramètres sont envoyés au module de communication lorsque l'état du bus est « Stop ».

Ces nouveaux paramètres de configuration sont reconnus lorsque le bus passe à l'état « Run ».

252

TWD USE 10AE