Schneider Electric Premium et Atrium sous EcoStruxure™ Control Expert - Bus de terrain CANopen Mode d'emploi

Ajouter à Mes manuels
166 Des pages
Schneider Electric Premium et Atrium sous EcoStruxure™ Control Expert - Bus de terrain CANopen Mode d'emploi | Fixfr
Premium et Atrium sous EcoStruxure™ Control Expert
35008148 12/2018
Premium et Atrium sous
EcoStruxure™
Control Expert
Bus de terrain CANopen
Manuel utilisateur
(Traduction du document original anglais)
35008148.13
12/2018
www.schneider-electric.com
Le présent document comprend des descriptions générales et/ou des caractéristiques techniques
des produits mentionnés. Il ne peut pas être utilisé pour définir ou déterminer l'adéquation ou la
fiabilité de ces produits pour des applications utilisateur spécifiques. Il incombe à chaque utilisateur
ou intégrateur de réaliser l'analyse de risques complète et appropriée, l'évaluation et le test des
produits pour ce qui est de l'application à utiliser et de l'exécution de cette application. Ni la société
Schneider Electric ni aucune de ses sociétés affiliées ou filiales ne peuvent être tenues pour
responsables de la mauvaise utilisation des informations contenues dans le présent document. Si
vous avez des suggestions, des améliorations ou des corrections à apporter à cette publication,
veuillez nous en informer.
Vous acceptez de ne pas reproduire, excepté pour votre propre usage à titre non commercial, tout
ou partie de ce document et sur quelque support que ce soit sans l'accord écrit de Schneider
Electric. Vous acceptez également de ne pas créer de liens hypertextes vers ce document ou son
contenu. Schneider Electric ne concède aucun droit ni licence pour l'utilisation personnelle et non
commerciale du document ou de son contenu, sinon une licence non exclusive pour une
consultation « en l'état », à vos propres risques. Tous les autres droits sont réservés.
Toutes les réglementations locales, régionales et nationales pertinentes doivent être respectées
lors de l'installation et de l'utilisation de ce produit. Pour des raisons de sécurité et afin de garantir
la conformité aux données système documentées, seul le fabricant est habilité à effectuer des
réparations sur les composants.
Lorsque des équipements sont utilisés pour des applications présentant des exigences techniques
de sécurité, suivez les instructions appropriées.
La non-utilisation du logiciel Schneider Electric ou d'un logiciel approuvé avec nos produits
matériels peut entraîner des blessures, des dommages ou un fonctionnement incorrect.
Le non-respect de cette consigne peut entraîner des lésions corporelles ou des dommages
matériels.
© 2018 Schneider Electric. Tous droits réservés.
2
35008148 12/2018
Table des matières
Consignes de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . .
A propos de ce manuel. . . . . . . . . . . . . . . . . . . . . . . . . .
Chapitre 1 Général . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Principes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Architecture générale d'un bus de terrain CANopen . . . . . . . . . . . . . .
Vitesse de transmission et longueur de câble . . . . . . . . . . . . . . . . . . .
Limitations relatives aux câbles de dérivation . . . . . . . . . . . . . . . . . . .
Présentation de la phase de mise en œuvre . . . . . . . . . . . . . . . . . . . .
Chapitre 2 Présentation de la carte PCMCIA TSX CPP 110 . . . . . .
2.1 Description de la carte TSX CPP 110 . . . . . . . . . . . . . . . . . . . . . . . . .
Informations relatives à la carte TSX CPP 110 . . . . . . . . . . . . . . . . . .
Fixation de la carte TSX CPP 110. . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Spécifications techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Normes et caractéristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Caractéristiques CANopen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Processeurs prenant en charge la carte TSX CPP 110 . . . . . . . . . . .
Chapitre 3 Configuration logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Principe de mise en œuvre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Méthode de mise en œuvre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Adressage topologique CANopen . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Accès à l'écran de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Ecran de configuration de la carte PCMCIA TSX CPP 110 . . . . . . . .
Description des données d'E/S et du comportement du bus au
démarrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sélection du mode de chargement de la configuration . . . . . . . . . . . .
Comment effectuer un chargement de configuration par X-Way . . . .
Ecran de configuration des esclaves . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration d'une carte PCMCIA CANopen . . . . . . . . . . . . . . . . . .
Bus CANopen affiché dans le navigateur du projet . . . . . . . . . . . . . . .
Fichier de configuration de la carte PCMCIA TSX CPP 110 . . . . . . . .
35008148 12/2018
7
9
11
12
13
15
17
19
21
22
23
25
27
28
29
30
31
32
33
34
36
37
38
40
43
46
48
50
51
54
55
3
3.3 Programmation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Accès aux SDO CANopen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Demande IDENTIFICATION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Commandes diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.4 Mise au point . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Description de l'écran Mise au point . . . . . . . . . . . . . . . . . . . . . . . . . .
3.5 Diagnostics. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Diagnostics à l'aide des voyants d'état sur la carte PCMCIA
TSX CPP 110. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Données de diagnostic. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Comment effectuer un diagnostic . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Chapitre 4 Objets langage CANopen. . . . . . . . . . . . . . . . . . . . . . . . .
4.1 Objets langage et IODDT pour la communication CANopen . . . . . . . .
Présentation des objets langage pour la communication CANopen . .
Objets langage à échange implicite associés à la fonction métier. . . .
Objets langage à échange explicite associés à la fonction métier. . . .
Gestion de l'échange et du compte rendu avec des objets explicites .
4.2 Objets langage et IODDT générique applicables aux protocoles de
communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Détails des objets à échange implicite de type d'IODDT
T_COM_STS_GEN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Détails des objets à échange explicite de type d'IODDT
T_COM_STS_GEN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3 Objets langage du IODDT spécifique à CANopen . . . . . . . . . . . . . . . .
Détails des objets à échange implicite de type T_COM_CPP110 de
l'IODDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Détails des objets à échange implicite de type T_COM_CPP110
n'appartenant pas à l'IODDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Objets langage à échange explicite de l'IODDT T_COM_CPP110 . . .
4.4 Type d’IODDT Type T_GEN_MOD applicable à tous les modules . . .
Détails des objets langage de l'IODDT de type T_GEN_MOD. . . . . . .
4.5 Objets langage de configuration CANopen . . . . . . . . . . . . . . . . . . . . .
Objets langage associés à la configuration . . . . . . . . . . . . . . . . . . . . .
4.6 Codes d’erreur CANopen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Codes d'erreur CANopen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Chapitre 5 Exemples de mise en œuvre du bus CANopen . . . . . . . .
5.1 Description de l’exemple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Description de l'exemple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
57
58
66
69
71
71
73
74
75
78
83
84
85
86
87
89
94
95
96
98
99
104
105
106
106
108
108
110
110
117
118
118
35008148 12/2018
5.2 Mise en oeuvre matérielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration matérielle îlots Advantys . . . . . . . . . . . . . . . . . . . . . . . .
Configuration matérielle du maître . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration matérielle du bus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3 Mise en œuvre logicielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration logicielle Advantys. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Déclaration du maître CANopen sous Sycon et import EDS. . . . . . . .
Configuration du bus CANopen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Déclaration des noeuds 2 et 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration des noeuds 2 et 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration de la carte PCMCIA TSX CPP 110 . . . . . . . . . . . . . . . .
Mise au point . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annexes
.........................................
Annexe A Exemple de configuration pour équipements sur le bus
CANopen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration d'un variateur de vitesse Altivar . . . . . . . . . . . . . . . . . .
Configuration d'un variateur Lexium . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration de plus de 4 PDO par nœud . . . . . . . . . . . . . . . . . . . . .
Glossaire
Index
35008148 12/2018
.........................................
.........................................
119
120
123
124
127
128
134
137
138
140
142
147
149
151
152
155
159
161
165
5
6
35008148 12/2018
Consignes de sécurité
Informations importantes
AVIS
Lisez attentivement ces instructions et examinez le matériel pour vous familiariser avec l'appareil
avant de tenter de l'installer, de le faire fonctionner, de le réparer ou d'assurer sa maintenance.
Les messages spéciaux suivants que vous trouverez dans cette documentation ou sur l'appareil
ont pour but de vous mettre en garde contre des risques potentiels ou d'attirer votre attention sur
des informations qui clarifient ou simplifient une procédure.
35008148 12/2018
7
REMARQUE IMPORTANTE
L'installation, l'utilisation, la réparation et la maintenance des équipements électriques doivent être
assurées par du personnel qualifié uniquement. Schneider Electric décline toute responsabilité
quant aux conséquences de l'utilisation de ce matériel.
Une personne qualifiée est une personne disposant de compétences et de connaissances dans le
domaine de la construction, du fonctionnement et de l'installation des équipements électriques, et
ayant suivi une formation en sécurité leur permettant d'identifier et d'éviter les risques encourus.
8
35008148 12/2018
A propos de ce manuel
Présentation
Objectif du document
Ce manuel présente la communication CANopen sur les automates Premium et Atrium.
Champ d'application
Cette documentation est applicable à EcoStruxure™ Control Expert 14.0 ou version ultérieure.
Information spécifique au produit
AVERTISSEMENT
FONCTIONNEMENT IMPREVU DE L'EQUIPEMENT
L'utilisation de ce produit requiert une expertise dans la conception et la programmation des
systèmes d'automatisme. Seules les personnes avec l'expertise adéquate sont autorisées à
programmer, installer, modifier et utiliser ce produit.
Respectez toutes les réglementations et normes de sécurité locales et nationales.
Le non-respect de ces instructions peut provoquer la mort, des blessures graves ou des
dommages matériels.
35008148 12/2018
9
10
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Général
35008148 12/2018
Chapitre 1
Général
Général
Objet de ce chapitre
Ce chapitre présente les principales caractéristiques techniques d'une communication CANopen.
Contenu de ce chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Principes
12
Architecture générale d'un bus de terrain CANopen
13
Vitesse de transmission et longueur de câble
15
Limitations relatives aux câbles de dérivation
17
Présentation de la phase de mise en œuvre
19
35008148 12/2018
11
Général
Principes
Introduction
Développé à l'origine pour les systèmes embarqués des véhicules automobiles, le bus de
communication CAN est maintenant utilisé dans de nombreux domaines comme :





le transport ;
les équipements mobiles ;
les équipements médicaux ;
le bâtiment ;
le contrôle industriel.
Les points forts du système CAN sont :



son système d'allocation du bus ;
la détection des erreurs ;
la fiabilité des échanges de données.
Structure maître/esclave
Le bus CAN possède une structure maître/esclave pour la gestion du bus.
Le maître gère :



l'initialisation des esclaves ;
les erreurs de communication ;
le statut des esclaves.
Communication poste à poste
La communication se fait poste à poste, ce qui permet à chaque équipement d'envoyer à tout
moment une demande au bus à laquelle les équipements concernés répondent. La priorité des
requêtes circulant sur le bus est déterminée par un identifiant pour chaque message.
Identificateurs CAN :
Les échanges explicites au niveau des liaisons utilisent des identificateurs au format étendu (29
bits) (CAN V2.0B standard).
Les identificateurs 11 bits (CAN V2.0A standard) peuvent également être utilisés pour l'envoi de
demandes mais ce type d'identificateurs ne peut être reçu.
12
35008148 12/2018
Général
Architecture générale d'un bus de terrain CANopen
Présentation
L'architecture ouverte CANest composée des éléments suivants :


un maître du bus (carte PCMCIA TSX CPP 110),
des équipements esclaves.
NOTE : Il est également possible de connecter plusieurs cartes PCMCIA TSX CPP 110 sur le bus,
une en tant que maître et toutes les autres en mode écoute. Les cartes en mode écoute permettent
aux automates Premium auxquels elles sont connectées de connaître le statut du bus et des
esclaves du bus à tout moment.
CANopen accepte 128 équipements (c'est-à-dire le maître du bus et 127 esclaves distants).
La vitesse de transmission dépend strictement de la longueur du bus et du type de câble utilisé.
NOTE : Pour configurer un bus CANopen, utilisez le logiciel Sycon version 2.8 ou supérieure.
35008148 12/2018
13
Général
Exemple de bus
La figure ci-dessous montre un exemple d'un bus CANopen qui sera décrit en détails à la fin de ce
document dans l'exemple de mise en œuvre d'un bus CANopen.
Pour plus de détails, reportez-vous au document "Manuel d'installation de matériel CANopen" sur
telemecanique.com
14
35008148 12/2018
Général
Vitesse de transmission et longueur de câble
Vue d'ensemble
CANopen prend en charge 127 dispositifs (le bus maître et 126 esclaves distants). La vitesse de
transmission dépend strictement du type de câble utilisé.
Dans le protocole CAN, la priorité des trames est gérée par une collision entre des niveaux
dominants et récessifs de la ligne. Cette collision doit être résolue durant la transmission d'un bit,
ce qui limite le délai de propagation du signal entre deux nœuds.
Les tableaux suivants indiquent la longueur maximale du câble principal en fonction du câble
CANopen fourni par Schneider Electric (TSXCANCA•••, TSXCANCB•••, TSXCANCD•••).
Longueur maximale du câble
En conséquence, la distance maximale entre les deux nœuds les plus éloignés d'un bus CAN
dépend de la vitesse et est fournie dans le tableau suivant :
Vitesse en bits/s
Longueur maximale du câble
1 Mbits/s
20 m (65 ft)
800 Kbits/s
40 m (131 ft)
500 Kbits/s
100 m (328 ft)
250 Kbits/s
250 m (820 ft)
125 Kbits/s
500 m (1 640 ft)
50 Kbits/s
1 000 m (3 280 ft)
20 Kbits/s
2 500 m (8 202 ft)
10 Kbits/s
5 000 m (16 404 ft)
Conformément à la stratégie réseau Schneider Electric, les vitesses 1 Mbits/s, 800 Kbits/s,
500 Kbits/s, 250 Kbits/s et 125 Kbits/s sont recommandées pour les solutions d'automatisation au
niveau machine et installation.
NOTE : la longueur maximale suppose un temps de propagation interne à l'équipement
raisonnable et un point d'échantillonnage binaire. Des temps de propagation interne importants
limitent en effet la longueur de câble maximale qu'il est possible d'obtenir pour l'équipement.
Les longueurs de câbles du tableau ci-dessus peuvent inclure un câble de dérivation à l'extrémité
physique du câble principal.
35008148 12/2018
15
Général
Répéteurs diminuant la longueur de câble
Les valeurs ci-dessus définissent la longueur maximale de câble sans répéteur. Les répéteurs
ajoutent un temps de propagation dans le bus, ce qui entraîne une réduction de la longueur
maximale de ce dernier. Un temps de propagation de 5 ns entraîne une réduction de longueur de
1 m (3 ft).
Exemple : un répéteur avec un délai de propagation de 150 ns diminue la longueur maximale de
câble de 30 m (98 ft).
Longueur maximale de câble et nombre de nœuds
Outre les limitations de longueur liées à la vitesse de transmission, la longueur maximale de câble
dépend également de la résistance de charge.
Dans tous les cas, le nombre maximal de nœuds pouvant être connectés au même segment est
limité à 64. Pour connecter davantage de nœuds à un segment, utilisez un répéteur.
Le tableau ci-après explique l'incidence du nombre de nœuds sur la longueur de câble.
Nombre de nœuds
Longueur maximale du câble
2
229 m (751,31 ft)
16
210 m (688,97 ft)
32
195 m (639,76 ft)
64
170 m (557,74 ft)
Isolation des équipements CANopen
Dans les documents traitant de CANopen, vous trouverez souvent une valeur maximale de 40 m
(131 ft) pour une vitesse de transmission de 1 Mbits/s. Cette longueur est calculée sans isolation
telle que prévue dans les équipements CANopen Schneider Electric.
Avec une telle isolation, la longueur minimale de réseau calculée est de 4 m (13 ft) pour une
vitesse de transmission de 1 Mbits/s. Toutefois, l'expérience donne en pratique une longueur de
20 m (65 ft) qui peut être éventuellement diminuée par des dérivations ou d'autres influences.
16
35008148 12/2018
Général
Limitations relatives aux câbles de dérivation
Présentation
Un câble de dérivation crée une réflexion du signal sur la caractéristique de ligne de transmission
du câble principal. Pour minimiser les réflexions, limitez autant que possible la longueur des câbles
de dérivation.
Longueur maximale de câble de dérivation
Respectez les valeurs du tableau ci-après.
Vitesse de
transmission
Lmax
ΣLmax
Distance boîtier
ΣLGmax
1 Mbits/s
0,3 m (0,98 ft)
0,6 m (1,96 ft)
800 Kbits/s
3 m (9,84 ft)
6 m (19,68 ft)
3,6 m (11,81 ft)
15 m (49,21 ft)
500 Kbits/s
5 m (16,4 ft)
10 m (32,8 ft)
6 m (19,68 ft)
30 m (98,42 ft)
250 Kbits/s
5 m (16,4 ft)
10 m (32,8 ft)
6 m (19,68 ft)
60 m (196,84 ft)
125 Kbits/s
5 m (16,4 ft)
10 m (32,8 ft)
6 m (19,68 ft)
120 m (393,69 ft)
50 Kbits/s
60 m (196,84 ft)
120 m (393,69 ft)
72 m (236,21 ft)
300 m (984,24 ft)
20 Kbits/s
150 m (492,12 ft)
300 m (984,24 ft)
180 m (590,54 ft)
750 m (2 460,62 ft)
10 Kbits/s
300 m (984,24 ft)
600 m (1 968,49 ft)
360 m (1 181,09 ft)
1 500 m (4 921,24 ft)
1,5 m (4,92 ft)
Lmax est la longueur maximale d'un câble de dérivation.
ΣLmax est la valeur maximale de la somme de tous les câbles de dérivation sur le même boîtier
de dérivation (TAP).
Distance boîtier est la distance minimale nécessaire entre deux boîtiers de dérivation. Elle peut
être calculée pour chaque boîtier (doit être supérieure à 60 % de la plus grande des deux valeurs
ΣLmax).
ΣLGmax est la valeur maximale de la somme de tous les câbles de dérivation sur le réseau.
35008148 12/2018
17
Général
Exemple de calcul
Le schéma ci-après fournit un exemple de calcul de distance de boîtier avec 2 boîtiers de
dérivation et 6 équipements :
La distance de boîtier dans l'exemple ci-dessus est calculée comme suit :
Etape
Description
Résultat
1
Calcul de la somme des longueurs des
câbles de dérivation pour chaque
boîtier de dérivation.
5 m (16 ft) et 7 m (22 ft)
2
Sélection de la plus grande longueur.
7 m (22 ft)
3
Calcul de la longueur de câble minimale 60 % de 7 m (22 ft)
entre les deux boîtiers de dérivation.
Respectez la distance boîtier, même si un équipement est intercalé.
18
35008148 12/2018
Général
Présentation de la phase de mise en œuvre
Introduction
La mise en œuvre logicielle des modules métier est réalisée depuis les différents éditeurs de
Control Expert :
 en mode local
 en mode connecté
Si vous ne disposez pas de processeur auquel vous pouvez vous connecter, Control Expert vous
permet d'effectuer un test initial à l'aide du simulateur. Dans ce cas, la mise en œuvre
(voir page 20) est différente.
L'ordre des phases de mise en œuvre défini ci-après est préconisé, mais il est possible de modifier
l'ordre de certaines phases (par exemple, débuter par la phase configuration).
Phases de mise en œuvre à l'aide d'un processeur
Le tableau suivant présente les différentes phases de mise en œuvre avec le processeur :
Etape
Description
Mode
Déclaration des
variables
Déclaration des variables de type IODDT pour les modules
métier et des variables du projet.
Local (1)
Programmation
Programmation du projet.
Local (1)
Déclaration des modules.
Local
Configuration
Configuration des voies des modules.
Saisie des paramètres de configuration.
Association
Association des IODDT aux voies configurées (éditeur de
variables).
Local (1)
Génération
Génération du projet (analyse et modification des liens).
Local
Transfert
Transfert du projet vers l'automate.
Connecté
Réglage/Mise au point
Mise au point du projet à partir des écrans de mise au point, Connecté
des tables d'animation.
Modification du programme et des paramètres de réglage.
Documentation
Constitution du dossier et impression des différentes
informations relatives au projet.
Exploitation/Diagnostic Visualisation des différentes informations nécessaires à la
conduite du projet.
Connecté (1)
Connecté
Diagnostic du projet et des modules.
Légende :
(1)
35008148 12/2018
Ces différentes phases peuvent aussi s'effectuer dans l'autre mode.
19
Général
Etapes de mise en œuvre à l'aide du simulateur
Le tableau suivant présente les différentes phases de mise en œuvre avec le simulateur.
Etape
Description
Mode
Déclaration des
variables
Déclaration des variables de type IODDT pour les modules
métier et des variables du projet.
Local (1)
Programmation
Programmation du projet.
Local (1)
Configuration
Déclaration des modules.
Local
Configuration des voies des modules.
Saisie des paramètres de configuration.
Association
Association des IODDT aux modules configurés (éditeur de
variables).
Local (1)
Génération
Génération du projet (analyse et modification des liens).
Local
Transfert
Transfert du projet dans le simulateur.
Connecté
Simulation
Simulation du programme avec des entrées/sorties.
Connecté
Réglage/Mise au Mise au point du projet à partir des écrans de mise au point,
point
des tables d'animation.
Connecté
Modification du programme et des paramètres de réglage.
Légende :
(1)
Ces différentes phases peuvent aussi s'effectuer dans l'autre mode.
NOTE : Le simulateur s'utilise uniquement pour les modules TOR ou analogiques.
20
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Carte PCMCIA TSX CPP 110
35008148 12/2018
Chapitre 2
Présentation de la carte PCMCIA TSX CPP 110
Présentation de la carte PCMCIA TSX CPP 110
Objet de ce chapitre
Ce chapitre présente les principales caractéristiques techniques d’une carte PCMCIA
TSX CPP 110.
Contenu de ce chapitre
Ce chapitre contient les sous-chapitres suivants :
Sous-chapitre
Sujet
Page
2.1
Description de la carte TSX CPP 110
22
2.2
Spécifications techniques
27
35008148 12/2018
21
Carte PCMCIA TSX CPP 110
Sous-chapitre 2.1
Description de la carte TSX CPP 110
Description de la carte TSX CPP 110
Objet de ce sous-chapitre
Ce sous-chapitre décrit l’aspect physique de la carte PCMCIA TSX CPP 110 et sa connectique.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
22
Page
Informations relatives à la carte TSX CPP 110
23
Fixation de la carte TSX CPP 110
25
35008148 12/2018
Carte PCMCIA TSX CPP 110
Informations relatives à la carte TSX CPP 110
Présentation
La carte de communication CANopen TSX CPP 110 est utilisée pour mettre en œuvre une
architecture CANopen. Cette carte est le maître du bus et permet la connexion d'équipements
conformément à la norme CANopen :



Echange implicite d'objets de données de process (PDO) à l'aide de mots %MW.
Echange explicite d'objets de données de service (SDO) via des blocs fonction READ_VAR et
WRITE_VAR.
Compatibilité avec les profils d'équipement normalisés et la communication sur CANopen (2.0A
et 2.0B).
NOTE : la carte TSX CPP 110 permet une configuration maximale de 64 Ko.
Description physique
La carte TSX CPP 110 est une carte PCMCIA de type III qui est insérée dans l'emplacement de
communication PCMCIA sur le processeur.
Les cartes CANopen PCMCIA de type III (TSX CPP 110) peuvent être utilisées dans les
emplacements PCMCIA de tous les automates programmables via le logiciel Control Expert.
Ce module est composé des éléments suivants :
35008148 12/2018
23
Carte PCMCIA TSX CPP 110
Description
Le tableau suivant décrit les différents repères du schéma ci-dessus :
24
Repère
Description
1
Des supports de fixation, en haut et en bas de la carte, qui servent à fixer la
carte au processeur.
2
Des voyants, qui montrent les opérations de la carte de communication
(voir page 74).
3
Un câble bus, ce câble de 50 cm est terminé par une prise industrielle
CANopen.
35008148 12/2018
Carte PCMCIA TSX CPP 110
Fixation de la carte TSX CPP 110
Carte PCMCIA TSX CPP 110
La carte PCMCIA TSX CPP 110 équipée de prise industrielle sert de liaison entre l'UC Premium
et le réseau CANopen.
NOTE : le module de communication Modbus TSX SCY 2160• ne peut pas être utilisé.
ATTENTION
ENDOMAMGEMENT DE LA CARTE PCMCIA
Pour insérer ou retirer une carte PCMCIA, l'automate doit être hors tension.
Le non-respect de ces instructions peut provoquer des blessures ou des dommages matériels.
Le tableau suivant décrit la procédure d'installation d'une carte TSX CPP 110.
Etape
Opération
1
Mettez l'automate hors tension.
2
Insérez la carte
PCMCIA type III dans
l'emplacement
PCMCIA de l'UC
Premium.
35008148 12/2018
Illustration
25
Carte PCMCIA TSX CPP 110
26
Etape
Opération
3
Vissez la carte
correctement pour un
fonctionnement
correct.
Illustration
4
Fixez la prise sur un
rail DIN.
5
Remettez l'automate sous tension.
35008148 12/2018
Carte PCMCIA TSX CPP 110
Sous-chapitre 2.2
Spécifications techniques
Spécifications techniques
Objet de ce sous-chapitre
Ce sous-chapitre décrit les principales caractéristiques techniques de la carte TSX CPP 110.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Normes et caractéristiques
28
Caractéristiques CANopen
29
Processeurs prenant en charge la carte TSX CPP 110
30
35008148 12/2018
27
Carte PCMCIA TSX CPP 110
Normes et caractéristiques
Normes
La carte de communication TSX CPP 110 est conforme aux normes internationales suivantes :
Normes internationales
ISO IS 11898, Emetteur-récepteur grande vitesse CAN et
couche de liaison de données
Normes américaines
UL508
Normes radiations
Label CE, FCC-B (50082-1)
Caractéristiques électriques


Alimentation V c.a. logique : 5 V fournis par l'alimentation rack
Consommation : 3 W
Caractéristiques environnementales




28
Température de stockage : -25 °C à + 70 °C
Température de fonctionnement : -0 °C à + 70 °C
Hydrométrie de stockage : 30 % à 95 % sans condensation
Hydrométrie de fonctionnement : 5 % à 95 % sans condensation
35008148 12/2018
Carte PCMCIA TSX CPP 110
Caractéristiques CANopen
Normes
La carte de communication TSX CPP 110 est conforme à la norme DS301 V4.01.
Fonctions spécifiques





L'utilisateur peut utiliser une affectation de contenu PDO conforme à la norme DS301 V4.01.
La carte TSX CPP 110 prend en charge la fonction "heartbeat" (DS 301V4.01).
La carte TSX CPP 110 est normalement le maître de la gestion réseau (NMT_MASTER) sur le
bus (cette fonction peut être désactivée via SyCon).
La carte TSX CPP 110 produit normalement la variable de synchronisation (SYNC) (cette
fonction peut être désactivée via SyCon).
L'ID nœud de la carte TSX CPP 110 ne peut pas être utilisé pour le transfert de données. Il est
uniquement utilisé pour la fonction "Heartbeat".
35008148 12/2018
29
Carte PCMCIA TSX CPP 110
Processeurs prenant en charge la carte TSX CPP 110
Présentation
Tous les processeurs Premium et Atrium prennent en charge la carte PCMCIA CANopen.
La carte est mise en œuvre à l'aide du logiciel Control Expert.
La configuration générale d'un bus CANopen est définie dans le logiciel Sycon 2.8 ou version
ultérieure (TLX LFBCM).
NOTE : la carte PCMCIA doit impérativement être installée dans l'emplacement prévu à cet effet
dans le module processeur. Un seul bus CANopen est donc disponible pour chaque UC
d'automate.
Types de processeurs et capacités
Le tableau ci-dessous détaille les processeurs prenant en charge la carte PCMCIA CANopen
TSX CPP 110, ainsi que leurs capacités de stockage maximales.
Processeur
Taille maximale des données de
configuration TSX CPP 110
Taille maximale des données d'E/S pour la
configuration des nœuds CANopen
situées dans le processeur(1)
Tâche MAST
Tâche FAST
TSX P57 0••
TSX P57 1••
TSX P57 1•••
12 Ko
384 %MW
(192+192)
48 %MW
(24+24)
TSX P57 2••
TSX P57 2•••
TSX PCI 57 204
16 Ko
512 %MW
(256+256)
64 %MW
(32+32)
TSX P57 3••
TSX P57 3•••
TSX PCI 57 354
32 Ko
1024 %MW
(512+512)
128 %MW
(64+64)
TSX P57 4••
TSX P57 4•••
TSX P57 5••
TSX P57 5•••
TSX P57 6•••
64 Ko
3 584 %MW
(1 792+1 792)
512 %MW (2)
(256+256)
Légende
(1)
: cette taille maximale peut être dépassée si vous chargez la configuration dans la
carte avec le logiciel Sycon (voir page 46). La taille maximale des données de
configuration autorisée par le logiciel Sycon est de 64 Ko.
(2)
: la taille maximale des données d'E/S pour la configuration des nœuds CANopen
(tâche FAST) est de 1024 %MW (512+512) pour les modules TSX P57 554,
TSX P57 5634 et TSX P57 6634 avec le micrologiciel V3.0.
NOTE : le taux de saturation de la configuration est indiqué dans le mot %KWm.1.2
(voir page 108).
30
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Configuration logiciel
35008148 12/2018
Chapitre 3
Configuration logiciel
Configuration logiciel
Objet de ce chapitre
Ce chapitre décrit les différentes possibilités de configuration, de supervision et de diagnostic
d'une application CANopen.
Contenu de ce chapitre
Ce chapitre contient les sous-chapitres suivants :
Sous-chapitre
Sujet
Page
3.1
Généralités
32
3.2
Configuration
37
3.3
Programmation
57
3.4
Mise au point
71
3.5
Diagnostics
73
35008148 12/2018
31
Configuration logiciel
Sous-chapitre 3.1
Généralités
Généralités
Objet de ce sous-chapitre
Ce sous-chapitre décrit la mise en oeuvre logicielle d’une carte PCMCIA TSX CPP 110.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
32
Page
Principe de mise en œuvre
33
Méthode de mise en œuvre
34
Adressage topologique CANopen
36
35008148 12/2018
Configuration logiciel
Principe de mise en œuvre
Présentation
La mise en œuvre d'un bus CANopen nécessite de définir le contexte physique de l'application
dans laquelle il est intégré (rack, alimentation, processeur, modules ou équipements, etc.), puis
d'en assurer la mise en œuvre logicielle.
Cette mise en œuvre logicielle est réalisée depuis les différents éditeurs Control Expert :


Soit en mode local,
Soit en mode connecté : dans ce cas, les modifications se limitent à certains paramètres.
Le bus est configuré via le logiciel Sycon.
Principe de mise en œuvre
Le tableau suivant présente les différentes phases de mise en œuvre.
Mode
Etape
Description
Local
Déclaration de la carte
PCMCIA TSX CPP 110
La carte doit être installée dans l'emplacement PCMCIA type III du
processeur.
Configuration
 Paramétrage de configuration.
 Déclaration de la configuration du bus par le logiciel Sycon et
génération du fichier de configuration *.CO.
*.CO par Control Expert.
 Sélection du fichier de configuration
Local ou connecté Symbolisation
Programmation
Symbolisation des variables associées à la carte CANopen.
Programmation des fonctions spécifiques :
 Objets bit et mots associés,
 Instructions spécifiques.
Connecté
Transfert
Transfert de l'application vers l'automate
Un transfert de l'application vers l'automate ou un démarrage à
froid de l'application démarre et configure la carte TSX CPP 110.
Mise au point
Diagnostic
Différents moyens sont disponibles pour la mise au point de
l'application, le pilotage des entrées/sorties et le diagnostic des
défaillances :
 Objets langage ou IODDT,
 Ecran de mise au point Control Expert,
 Signalisation par voyants.
Local ou connecté Documentation
Impression des différentes informations relatives à la configuration
de la carte TSX CPP 110.
NOTE : L'ordre indiqué ci-dessus l'est uniquement à titre indicatif. Le logiciel Control Expert rend
possible l'utilisation des éditeurs dans l'ordre désiré et de manière interactive (cependant, l'éditeur
de données ou de programme ne peut être utilisé sans avoir au préalable réalisé la configuration).
35008148 12/2018
33
Configuration logiciel
Méthode de mise en œuvre
Présentation
Le logigramme suivant présente la méthodologie de mise en œuvre d'une carte TSX CPP 110.
34
35008148 12/2018
Configuration logiciel
Recommandations
Lorsque la configuration du bus CANopen est trop importante pour permettre le changement vers
le mode Control Expert, vous devez réaliser les vérifications suivantes :


Vérifiez si vous pouvez rester en mode Control Expert en utilisant un processeur Premium plus
puissant (voir page 30).
S'il n'est pas possible de sélectionner un processeur plus puissant, passez en mode Sycon.
35008148 12/2018
35
Configuration logiciel
Adressage topologique CANopen
Présentation
L'adressage topologique (qui dépend de la position géographique de l'élément à adresser) est
disponible sur les bus CANopen.
Toutefois, cela diffère légèrement de l'adressage topologique Fipio.
Illustration
L'adressage est défini de la manière suivante :
Syntaxe
Le tableau ci-dessous décrit les différents éléments constituant l'adressage.
Famille
Elément
Valeurs
Signification
Symbole
%
-
Indique un objet CEI
Type d'objet
I
Q
-
Objets d'entrée.
Objets de sortie.
Ces informations sont échangées de manière automatique à chaque cycle
de la tâche à laquelle la carte CANopen est associée (MAST ou FAST).
Format (taille)
W
16 bits
Mot de 16 bits de type WORD.
Adresse
module/voie et
point de
connexion
b
3 à 999
Numéro de bus.
e
1 à 127
Numéro du point de connexion (numéro d'esclave CANopen).
Numéro du rack
r
0
Numéro du rack virtuel, toujours 0.
Numéro de
module
m
0
Numéro de module virtuel, toujours 0.
N° de la voie
c
0
Numéro de voie virtuel, toujours 0.
Numéro de
données voie
d
0 à 59
Numéro de donnée de l'esclave. Ce numéro est de maximum 59 car un
esclave ne peut avoir qu'un maximum de 60 mots en entrées et en sorties
(la somme de tous les mots d'entrée/sortie doit être inférieure à 60).
36
35008148 12/2018
Configuration logiciel
Sous-chapitre 3.2
Configuration
Configuration
Objet de cette section
Cette section décrit la configuration d'une carte PCMCIA TSX CPP 110.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Accès à l'écran de configuration
38
Ecran de configuration de la carte PCMCIA TSX CPP 110
40
Description des données d'E/S et du comportement du bus au démarrage
43
Sélection du mode de chargement de la configuration
46
Comment effectuer un chargement de configuration par X-Way
48
Ecran de configuration des esclaves
50
Configuration d'une carte PCMCIA CANopen
51
Bus CANopen affiché dans le navigateur du projet
54
Fichier de configuration de la carte PCMCIA TSX CPP 110
55
35008148 12/2018
37
Configuration logiciel
Accès à l'écran de configuration
Procédure
Cette opération permet de déclarer une carte TSX CPP 110 dans l'emplacement PCMCIA type III
du processeur. L'exemple ci-dessous décrit la procédure.
Etape
38
Action
1
Ouvrez l'éditeur de configuration matérielle à partir du navigateur d'application.
2
Double-cliquez sur l'emplacement de la carte PCMCIA situé en bas du processeur.
Résultat : la liste suivante apparaît.
3
Ouvrez la ligne Communication en cliquant sur le signe + correspondant afin d'obtenir la liste des
cartes de communication disponibles pour cet emplacement.
Résultat : la liste suivante apparaît.
4
Sélectionnez la carte TSX CPP 110, puis validez par OK.
Résultat : le logiciel affiche le nouvel éditeur de configuration du bus X et vous pouvez maintenant
accéder à l'écran de configuration de la carte PCMCIA.
35008148 12/2018
Configuration logiciel
Etape
5
35008148 12/2018
Action
Double-cliquez sur l'emplacement de la carte PCMCIA pour accéder à la fenêtre de configuration de
cette carte.
Résultat :
39
Configuration logiciel
Ecran de configuration de la carte PCMCIA TSX CPP 110
Présentation
Cet écran permet de déclarer la voie de communication et de configurer les paramètres
nécessaires à une liaison CANopen.
Illustration
L'écran de communication CANopen se présente comme suit :
40
35008148 12/2018
Configuration logiciel
Eléments et fonctions
Ce tableau décrit les différentes zones constituant l'écran de configuration :
Zone
Numéro
Fonction
Module
1
Ce champ comprend l'intitulé abrégé de la carte PCMCIA.
Voie
2
Cette zone permet de sélectionner la voie de communication à
configurer.
Cliquez sur la référence de la carte afin d'afficher les onglets :
 Description qui donne les caractéristiques de la carte de
communication.
 Objets d'E/S (voir EcoStruxure™ Control Expert, Modes de
fonctionnement) qui permet de présymboliser les objets
d'entrée/sortie.
 Défaut qui donne accès aux défauts de la carte (en mode
connecté uniquement).
Paramètres 3
généraux
Cette zone est composée des éléments suivants :
 le choix des fonctions de communication, dans ce cas
CANopen,
 une liste déroulante permettant d'associer le bus CANopen à
une tâche d'application.
Cette liste déroulante comprend plusieurs options pour définir
la fréquence de mise à jour des zones de stockage associées
aux E/S :
 MAST : fréquence des tâches MAST
 FAST : fréquence des tâches FAST
Onglet
L'onglet au premier plan indique le type d'écran affiché. Dans le
cas présent, il s'agit de l'écran de configuration.
35008148 12/2018
4
41
Configuration logiciel
Zone
Numéro
Fonction
Config
5
Cette zone permet de sélectionner le comportement du bus au
démarrage.
6
Cette zone permet de configurer l'adresse (mémoire interne de
l'automate) où seront copiées périodiquement les entrées des
équipements CANopen.
7
Cette zone permet de configurer le mode de repli des sorties des
équipements du bus ainsi que l'adresse (mémoire interne de
l'automate) où seront lues périodiquement les sorties des
équipements CANopen.
8
Cette zone permet d'activer ou de désactiver le chien de garde du
bus CANopen. Le chien de garde est activé par défaut. Il est
déclenché lorsque la carte PCMCIA ne peut plus gérer
correctement le bus. Lorsqu'il est déclenché, il fait passer les
sorties des esclaves à zéro.
9
Cette zone permet de configurer le bus :
 Sélection du fichier de configuration Sycon (*.CO)
(voir page 51)
 Configuration Control Expert ou Sycon
(voir page 46)
NOTE : veuillez ne pas sélectionner la case d'option SyCon, car
cette option n'est plus disponible. Sélectionnez uniquement
Control Expert.
10
Ce bouton permet de démarrer le logiciel Sycon, s'il est installé sur
le PC.
AVERTISSEMENT
COMPORTEMENT INATTENDU DE L'APPLICATION
Avant de désactiver le chien de garde, si la carte PCMCIA ne gère pas le bus CANopen, assurezvous que le comportement des équipements reste acceptable.
Le non-respect de ces instructions peut provoquer la mort, des blessures graves ou des
dommages matériels.
42
35008148 12/2018
Configuration logiciel
Description des données d'E/S et du comportement du bus au démarrage
Présentation
L'écran de configuration permet de configurer le comportement du bus au démarrage ainsi que les
entrées et les sorties des équipements esclaves sur le bus.
Démarrage du bus
La figure ci-dessous illustre la zone de configuration du démarrage du bus.
Le démarrage du bus peut être opéré de trois façons :



Automatique : la configuration du bus, la gestion de la communication et la mise à jour des E/S
esclaves sont activées au démarrage, sans intervention d'une application.
Semi-automatique (bus seul) : la configuration du bus et la gestion de la communication sont
activées au démarrage, mais la gestion des E/S doit être confirmée par l'application à l'aide des
objets langage (voir page 103) correspondants.
Par programme : le démarrage du bus doit être entièrement géré par l'application à l'aide des
objets langage (voir page 103) correspondants.
NOTE : en mode Automatique et Semi-automatique, si l'option « Arrêt du bus lorsque le chien de
garde esclave est déclenché » est activée, en cas de défaut, vous devez opérer un démarrage à
froid de l'application de l'automate pour redémarrer le bus CANopen.
NOTE : que le mode démarrage soit configuré ou non, l'option « Arrêt du bus lorsque le chien de
garde esclave est déclenché » arrête le bus lorsqu'un esclave disparaît. Si un défaut survient au
niveau d'un esclave avant le démarrage du bus, le démarrage est néanmoins opéré.
35008148 12/2018
43
Configuration logiciel
Entrées
La figure ci-dessous illustre la zone de configuration des entrées.
Pour configurer les entrées des esclaves du bus, il est nécessaire d'indiquer une zone mémoire
dans laquelle elles seront copiées périodiquement. Pour définir cette zone, indiquez :


Un nombre de mots : il s'agit du nombre de mots d'entrée correspondant à la taille des données
d'entrée configurées par le logiciel Sycon.
L'adresse du premier mot %MW : il s'agit de l'adresse du premier mot dans la zone de mémoire
d'entrée.
NOTE : les mots %MW contiennent les valeurs d'entrée des esclaves du bus. Lorsque le mode de
chargement de Control Expert est choisi, il est possible de reconnaître les mots associés aux
esclaves en appuyant sur le bouton Configuration bus sur l'écran de configuration. Dans le mode
de chargement Sycon, seul le logiciel Sycon vous permet de reconnaître les esclaves associés aux
mots %MW. Ces mots %MW sont utilisés directement comme entrées par l'application.
NOTE : Comme pour le bus Fipio, si le mot %SW8 est utilisé (le bit %SW8.0 paramétré sur 1 pour
la tâche maître et le bit %SW8.1 paramétré sur 1 pour la tâche rapide), la phase d'acquisition
d'entrées des équipements du bus est inhibée. Les valeurs de ces entrées conservent l'état dans
lequel elles se trouvaient avant le paramétrage du bit sur 1.
44
35008148 12/2018
Configuration logiciel
Sorties
La figure ci-dessous illustre la zone de configuration des sorties.
Pour configurer les sorties, il est nécessaire d'indiquer, comme pour les entrées, la table de mots
qui contiendra la valeur des sorties du bus, mais aussi le type de repli nécessaire lorsqu'une
défaillance d'esclave survient :


Maintien
Réinitialiser
NOTE : les mots %MW contiennent les valeurs de sortie des esclaves du bus. Lorsque le mode de
chargement de Control Expert est choisi, il est possible de reconnaître les mots associés aux
esclaves en appuyant sur le bouton Configuration bus sur l'écran de configuration. Dans le mode
de chargement Sycon, seul le logiciel Sycon vous permet de reconnaître les esclaves associés aux
mots %MW. Ces mots %MW sont utilisés directement comme sorties par l'application.
NOTE : Les tables de mots sont situées dans la mémoire interne de l'automate. Il est interdit de
faire chevaucher ces deux zones.
NOTE : Si le nombre de mots d'entrées et de mots de sorties diffère de celui déterminé dans le
fichier de configuration (voir page 46) (nom de fichier *.CO), le logiciel Control Expert signale
lorsque la configuration est confirmée.
NOTE : La taille maximale autorisée de la zone de mémoire réservée aux E/S dépend du type de
processeur et de la tâche associée (voir page 30).
NOTE : Comme pour le bus Fipio, si le mot %SW9 est utilisé (le bit %SW9.0 est paramétré sur 1 pour
la tâche maître et le bit %SW9.1 est paramétré sur 1 pour la tâche rapide), les sorties des
équipements sur le bus sont maintenues dans l'état dans lequel elles se trouvaient avant le
paramétrage du bus sur 1.
35008148 12/2018
45
Configuration logiciel
Sélection du mode de chargement de la configuration
Présentation
L'écran de configuration permet de sélectionner le mode de chargement de la configuration. Les
deux choix possibles sont les suivants :


Chargement à l'aide du logiciel Control Expert
Chargement à l'aide du logiciel Sycon
Dans les deux cas de figure, il est essentiel de sélectionner une base de données de configuration
(voir page 51) créée avec le logiciel Sycon.
Illustration
La figure ci-dessous montre la zone de l'écran de configuration qui permet de sélectionner le mode
de chargement de la configuration.
46
35008148 12/2018
Configuration logiciel
Description
Le tableau ci-dessous présente les différents choix possibles.
Zone
Description
Sélection base
de données
Cette zone permet de sélectionner la base de données qui correspond à
la configuration du bus géré par la carte PCMCIA TSX CPP 110. Cette
configuration est créée à l'aide du logiciel Sycon, qui génère le fichier
*.CO à sélectionner (voir page 51).
Mettre à jour
Lorsque vous cliquez sur ce bouton, le fichier *.CO sélectionné est
rechargé et évalué.
Remarque : cette manœuvre doit être réalisée après chaque modification
faite par Sycon au fichier *.CO sélectionné.
Control Expert
Lorsque vous sélectionnez cette case d'option, la configuration du bus est
chargée avec l'application de l'automate. Lorsque l'application est trop
grande (taille de mémoire supérieure à celle autorisée pour le
processeur), il vous est impossible de sélectionner cette option dans
Control Expert sans changer de processeur.
SyCon
Cette option n'est plus disponible ; sélectionnez uniquement la case
d'option Control Expert.
Vitesse de
transmission
Lorsque le mode de chargement Control Expert a été sélectionné, cette
zone affiche la vitesse de transmission sur le bus définie sous Sycon.
COB-ID
message SYNC
Lorsque le mode de chargement Control Expert a été sélectionné, cette
zone affiche le COB-ID message SYNC sélectionné dans Sycon.
Période
message SYNC
Lorsque le mode de chargement Control Expert a été sélectionné, cette
zone affiche la période du bus définie sous Sycon.
Effacement auto
Lorsque le mode de chargement Control Expert a été sélectionné, cette
zone affiche le mode Auto-clear on ou Auto-clear off sélectionné sous
Sycon.
Configuration
bus
Lorsque le mode de chargement Control Expert a été sélectionné, ce
bouton permet d'accéder à la configuration des esclaves du bus.
35008148 12/2018
47
Configuration logiciel
Comment effectuer un chargement de configuration par X-Way
Généralités
Lorsque le bus CANopen est configuré en mode de chargement par Sycon, il est possible de
charger la configuration de la carte TSX CPP 110 grâce au driver X-Way.
Ce chargement peut s'effectuer via un réseau Ethernet, ou tout simplement sur un bus Uni-Telway.
NOTE : ATTENTION à bien mettre l'automate en STOP lors de la procédure de chargement.
NOTE : lorsque le choix du driver de communication X-Way a été validé, vous êtes obligé de quitter
le logiciel Sycon pour changer de driver.
Procédure
Ce tableau décrit les étapes à effectuer pour charger la configuration d'une carte CANopen grâce
aux drivers de communication X-Way.
Etape
48
Action
1
Connectez-vous sur l'automate qui contient la carte TSX CPP 110 à l'aide du logiciel
Control Expert.
2
Passez cet automate en STOP.
3
Lancez le logiciel Sycon.
4
Chargez ou créez la configuration désirée à l'aide du logiciel Sycon.
5
Sélectionnez la commande En ligne → Charger.
Résultat : un message indiquant que lors du chargement de la configuration la
communication entre les esclaves est stoppée,
apparaît.
35008148 12/2018
Configuration logiciel
Etape
Action
6
Cliquez sur Oui pour indiquer que vous êtes d'accord avec cet arrêt des
communications inter-esclaves.
Résultat : une fenêtre de sélection du driver X-Way ou CIF
apparaît.
7
Sélectionnez le driver X-Way, puis cliquez sur OK.
Résultat : la fenêtre Affectation du driver X-Way
apparaît.
8
Sélectionnez le driver désiré (Uni-Telway, XIP, etc.) à partir de la zone Sélection du
driver.
9
Saisissez l'adresse de l'automate (Réseau, Station, Rack, Module), puis cliquez sur OK
pour lancer le chargement.
Résultat : tant que le chargement est en cours, une fenêtre indique l'avancement du
transfert des données. Lorsque le transfert est terminé, cette fenêtre disparaît et laisse
la place à l'écran principal de configuration du bus.
35008148 12/2018
49
Configuration logiciel
Ecran de configuration des esclaves
Présentation
Avec le logiciel Control Expert, il est possible d'accéder à la configuration des esclaves du bus. Les
informations contenues dans l'écran sont sensiblement identiques à celles de l'écran de mise au
point (voir page 71).
Illustration
La figure suivante présente l'écran décrivant la configuration des esclaves.
Fonctionnement



50
Cliquez sur un esclave parmi la liste des esclaves CANopen.
Les paramètres de l'esclave, en entrées et en sorties, apparaissent alors dans les zones
Entrées et Sorties. Pour plus de clarté, l'affichage de l'adresse topologique CANopen
(voir page 36) et de la zone mémoire réservée dans l'automate est proposé.
La zone de détails sur l'esclave CANopen fournit des informations sur l'esclave.
35008148 12/2018
Configuration logiciel
Configuration d'une carte PCMCIA CANopen
Présentation
Pour configurer une carte TSX CPP 110, certaines procédures sont essentielles ou nécessitent
des explications spécifiques. Vous trouverez de plus amples informations ci-dessous.
Sélection d'un fichier de configuration
Le tableau ci-dessous décrit les étapes de la procédure de sélection d'une configuration CANopen.
Etape
1
Action
Cliquez sur Sélection base de
données :
Résultat : l'écran suivant apparaît.
35008148 12/2018
51
Configuration logiciel
Etape
2
Action
Sélectionnez le fichier *.CO requis, puis cliquez sur OK.
Résultat : si le nombre de mots réservés aux entrées et aux sorties correspond à la
configuration sélectionnée, la configuration apparaît dans l'écran de configuration
Control Expert.
Dans le cas contraire, les valeurs incorrectes apparaissent en rouge dans l'écran de
configuration et il est impossible d'accéder à la configuration du bus tant que ces
valeurs ne sont pas rectifiées.
Lorsque le fichier .CO dépasse la capacité maximale de données de configuration
(voir page 30), un message d'erreur apparaît. Vous devez alors utiliser un processeur
Premium plus puissant.
52
35008148 12/2018
Configuration logiciel
Procédure de configuration d'une carte CANopen
Le tableau suivant décrit la procédure de configuration d'une carte PCMCIA CANopen
TSX CPP 110.
Etape
Action
1
Sélectionnez le type de démarrage de bus.
2
Cliquez sur le bouton Outil SyCon pour démarrer le logiciel de configuration
Sycon.
3
A l'aide du logiciel Sycon, configurez votre bus CANopen en fonction des
équipements prévus pour le bus.
4
Enregistrez la configuration dans un fichier avec une extension .CO.
5
Revenez dans Control Expert.
6
Sélectionnez un fichier de configuration (voir page 51).
7
Réservez les zones de mémoire automate à associer aux entrées et aux
sorties.
8
Sélectionnez la case d'option Control Expert.
9
Cliquez sur le bouton Chien de garde Activé.
10
35008148 12/2018
Validez la configuration.
Résultat : le logiciel vous indique le nombre de mots nécessaires en entrée et
en sortie pour configurer le bus sélectionné. Si les tailles spécifiées ne sont pas
les tailles optimales, vous pouvez les ajuster.
53
Configuration logiciel
Bus CANopen affiché dans le navigateur du projet
Présentation
Lorsque vous déclarez une carte TSX CPP 110 dans un processeur d'automate, le bus CANopen
est représenté dans le répertoire Configuration du navigateur du projet. Le numéro du bus
CANopen est calculé automatiquement par Control Expert. Cette valeur n'est pas modifiable.
Après avoir chargé le fichier de configuration *.CO créé à l'aide du logiciel Sycon et validé la
configuration, les esclaves CANopen apparaissent sur le bus CANopen du navigateur du projet.
Chaque esclave est accompagné de son numéro d'adresse. L'affichage du bus CANopen et des
esclaves vous permet de voir leur adressage topologique.
La figure suivante présente le bus CANopen avec ses esclaves dans le navigateur du projet.
54
35008148 12/2018
Configuration logiciel
Fichier de configuration de la carte PCMCIA TSX CPP 110
Présentation
A partir du module processeur, un dossier décrivant la configuration de l'application pour la carte
PCMCIA TSX CPP 110 est disponible dans l'éditeur de documentation.
Illustration
La représentation est la suivante :
TSX P57 354M [RACK 0 POSITION 0]
Identification du module
Réf. commerciale :
TSX P57 354M
Désignation :
Adresse :
000
Symbole :
PROCESSEUR
TSX P57 354M
Paramètres voie : 0
Affectation tâche/voie :
MAST
Type de voie :
Prise terminal
Symbole voie :
Fonction métier :
LIAISON Uni-Telway
Symbole voie :
Vitesse de transmission
19 200 bits/s
Timeout :
30 ms
Type de module :
Maître
Parité :
impaire
Nombre d'esclaves :
8
Paramètres voie : 1
Affectation tâche/voie :
MAST
Type de sous-module :
CARTE PCMCIA CANopen TSX CPP 110
Type de voie :
Port PCMCIA
Fonction métier :
CANopen
Entrées
Adresse du 1er %MW
32
Longueur : 424
Sorties
Adresse du 1er %MW
1 056
Longueur : 102
Symbole voie :
Stratégie de repli des sorties : Remise à 0
Mode de configuration :
Automatique
Chien de garde TSX CPP 110 :
actif
Mode chargement :
Control Expert
Fichier de configuration CANopen :
E:\BG1.CO
35008148 12/2018
55
Configuration logiciel
Configuration du bus
CANopen :
Vitesse de
transmission :
1 Mbits/s
COB-ID message Sync : 128
Effacement auto :
désactivé Période message Sync : 100 ms
Configuration de l'esclave CANopen
Adr.
Type
Interrogation Act./Guard
1
AMM 09000
1/1
2
Profil 401 standard EDS
1/0
3
ADM 37010
1/0
Objets de langage esclave CANopen :
Adr.
Entrées
1
%MW32
Symbole
Sorties
Symbole
%MW1056
%MW33
%MW34
56
%MW35
%MW1057
%MW36
%MW1058
35008148 12/2018
Configuration logiciel
Sous-chapitre 3.3
Programmation
Programmation
Objet de cette section
Cette section décrit les outils disponibles pour programmer le fonctionnement d'un bus CANopen
géré par une carte PCMCIA TSX CPP 110 et obtenir des informations sur celui-ci.
Il est possible de programmer le fonctionnement du bus CANopen à l'aide des requêtes UNI-TE :


Envoyez et recevez des messages SDO sur le bus,
Accédez à la couche de liaison en envoyant des PDU.
Il est également possible de surveiller le bus et son fonctionnement :


Identification du maître,
Envoi de requêtes de diagnostics sur les équipements du bus.
Ces requêtes sont envoyées au maître CANopen (carte PCMCIA TSX CPP 110) pour être
traitées.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Accès aux SDO CANopen
58
Demande IDENTIFICATION
66
Commandes diagnostics
69
35008148 12/2018
57
Configuration logiciel
Accès aux SDO CANopen
Présentation
Les fonctions de communication READ_VAR (voir EcoStruxure™ Control Expert,
Communication, Bibliothèque de blocs) et WRITE_VAR (voir EcoStruxure™
Control Expert, Communication, Bibliothèque de blocs) permettent d'accéder au
transfert des données CANopen de type SDO. Les paramètres de ces fonctions déterminent
l'action effectuée.
Ces services sont basés sur le traitement des messages de CMS (système de gestion de
contenus) standard CANopen. Pour plus d'informations sur les formats de SDO utilisés, consultez
la documentation des esclaves CANopen.
ATTENTION
COMPORTEMENT IMPREVU DE L'APPLICATION
Ne procédez pas à l'envoi et à la réception simultanées de SDO.
Le non-respect de ces instructions peut provoquer des blessures ou des dommages matériels.
Si des SDO sont envoyés et reçus simultanément, le SDO suivant risque de ne pas être traité.
Dans ce cas, effectuez un redémarrage à froid à l'aide du bouton RESET du processeur pour
réinitialiser l'application et repasser en mode de fonctionnement normal.
58
35008148 12/2018
Configuration logiciel
Représentation
Représentation en FBD :
35008148 12/2018
59
Configuration logiciel
Représentation en LD :
Représentation en ST :
La syntaxe de la fonction de communication est la suivante :
WRITE_VAR(ADDR('0.m.1.SYS'), 'SDO', index:subindex, NodeID, %MWi:L,
%MWk:4)
READ_VAR(ADDR('0.m.1.SYS'), 'SDO', index:subindex, NodeID, %MWk:4,
%MWi:L)
60
35008148 12/2018
Configuration logiciel
Description des paramètres de la fonction WRITE_VAR
La syntaxe de la fonction de communication est la suivante :
Le tableau suivant décrit les différents paramètres de la fonction :
Paramètre
Description
ADDR('0.m.1.SYS')
Adresse de l'entité destinataire de l'échange :
 m : emplacement du processeur dans le rack (0 ou 1)
 1 : voie (toujours 1)
 SYS : serveur UNI-TE de la carte PCMCIA
'SDO'
Type d'objet SDO (toujours SDO en majuscules)
subindex:index
Mot double ou valeur immédiate identifiant l'index ou le sous-index
du SDO CANopen :
Le mot de poids fort du mot double contient le sous-index, tandis que
le mot de poids faible contient l'index.
Exemple : si vous utilisez le mode double %MD0 :
 %MW0 : contient l'index.
 %MW1 : contient le sous-index.
NodeID
Mot ou valeur identifiant l'équipement destinataire sur le bus
CANopen
%MWi:L
Tableau de mots contenant les données à envoyer (longueur
minimale = 1)
%MWk:4
Paramètres de gestion des échanges : quatre mots identifiant
l'adresse des données utilisées pour contrôler la fonction
WRITE_VAR
35008148 12/2018
61
Configuration logiciel
Description des paramètres de la fonction READ_VAR
La syntaxe de la fonction de communication est la suivante :
Le tableau suivant décrit les différents paramètres de la fonction :
62
Paramètre
Description
ADDR('0.m.1.SYS')
Adresse de l'entité destinataire de l'échange :
 m : emplacement du processeur dans le rack (0 ou 1)
 1 : voie (toujours 1)
 SYS : serveur UNI-TE de la carte PCMCIA
'SDO'
Type d'objet SDO (toujours SDO en majuscules)
subindex:index
Mot double ou valeur immédiate identifiant l'index ou le sous-index
du SDO CANopen :
Le mot de poids fort du mot double contient le sous-index, tandis que
le mot de poids faible contient l'index.
Exemple : si vous utilisez le mode double %MD0 :
 %MW0 : contient l'index.
 %MW1 : contient le sous-index.
NodeID
Mot ou valeur identifiant l'équipement destinataire sur le bus
CANopen
%MWk:4
Paramètres de gestion des échanges : quatre mots identifiant
l'adresse des données utilisées pour contrôler la fonction READ_VAR
%MWi:L
Tableau de mots contenant les données à recevoir (longueur
minimale = 1)
35008148 12/2018
Configuration logiciel
Paramètres de gestion
Les paramètres de gestion sont regroupés dans un tableau de quatre entiers. Les valeurs
contenues dans ce tableau permettent de gérer les fonctions de communication. Elles sont
détectées par le processeur qui a exécuté la fonction.
Le tableau suivant décrit en détail les mots %MWk.
Numéro du mot Octet de poids fort
Octet de poids faible
Données
gérées par
%MWk
Numéro de l'échange
Bit d'activité
Le système
%MWk+1
Rapport d'opération
Rapport de communication
%MWk+2
Timeout
%MWk+3
Longueur en octets :
 Pour une fonction WRITE_VAR, initialisez ce mot avec
le nombre d'octets à envoyer, à chaque fois, avant
d'envoyer la fonction WRITE_VAR.
 Pour une fonction READ_VAR, lorsque la requête est
terminée, ce mot contient le nombre de caractères
reçus dans le tableau de mots des données reçues.
Vous
NOTE : une fonction peut détecter une erreur de paramètre avant d'activer l'échange. Le bit
d'activité reste à 0 et le rapport de communication est initialisé avec les valeurs correspondant à
l'erreur détectée.
35008148 12/2018
63
Configuration logiciel
Le tableau suivant décrit la signification des valeurs du mot %MWk+1 :
64
Numéro du Rapport d'opération
mot
Rapport de communication
%MWk+1
Ces codes concernent les services
CANopen sur une application
distante.
16#00 : résultat positif
16#01 : requête non traitée
16#02 : réponse incorrecte
16#03 : réservé
Ces codes concernent les blocs fonction READ_VAR,
WRITE_VAR et SEND_REQ sur une application
distante.
Ce rapport n'est pertinent que si le bit d'activité passe
de 1 à 0.
16#00 : échange de message correct
16#00
16#01 : échange arrêté suite à un timeout
16#02 : échange arrêté suite à une demande de
l'utilisateur (CANCEL)
16#03 : format d'adresse incorrect
16#04 : format de cible incorrect
16#05 : format incorrect du paramètre de gestion
16#06 : paramètre incorrect
16#07 : problème lors de l'envoi à la cible
16#08 : réservé
16#09 : taille insuffisante du tampon de réception
16#0A : taille insuffisante du tampon d'émission
16#0B : aucune ressource système : le nombre d'EF de
communication simultanées dépasse le nombre
maximum autorisé par le processeur
16#0C : numéro d'échange incorrect
16#0D : aucun télégramme reçu
16#0E : longueur incorrecte
16#0F : service de télégramme non configuré
16#10 : module de réseau manquant
16#11 : requête manquante
16#12 : serveur d'application déjà actif
16#13 : numéro de transaction UNI-TE incorrect
35008148 12/2018
Configuration logiciel
Numéro du Rapport d'opération
mot
Rapport de communication
%MWk+1
16#FF : message refusé
35008148 12/2018
16#01 : aucune ressource vers le
processeur
16#02 : aucune ressource de ligne
15#03 : aucun équipement ou
équipement sans
ressourceRemarque : ce code n'est
pris en charge que par les cartes
PCMCIA TSX FPP 10 et
TSX FPP 20.
16#04 : erreur de ligne détectée
16#05 : erreur de longueur détectée
16#06 : voie de communication
inopérante
16#07 : erreur d'adressage détectée
16#08 : erreur d'application détectée
16#0B : aucune ressource système :
le nombre d'EF de communication
simultanées dépasse le nombre
maximum autorisé par le processeur
16#0C : fonction de communication
non active
16#0D : destination manquante
16#0F : problème de routage entre
des stations ou voie non configurée
16#11 : format d'adresse incorrect
16#12 : aucune ressource cible
16#14 : connexion inopérante (par
exemple : TCP/IP Ethernet)
16#15 : aucune ressource sur la voie
locale
16#16 : accès non autorisé (par
exemple : TCP/IP Ethernet)
16#17 : configuration incohérente du
réseau (par exemple : TCP/IP
Ethernet)
16#18 : connexion temporairement
indisponible
16#21 : serveur d'application arrêté
16#30 : erreur d'émission détectée
65
Configuration logiciel
Demande IDENTIFICATION
Présentation
Cette demande permet d'identifier le maître du bus CANopen (carte PCMCIA TSX CPP 110).
Cette demande est réalisée à l'aide de la fonction de communication SEND_REQ
(voir EcoStruxure™ Control Expert, Communication, Bibliothèque de blocs).
Syntaxe
La fonction de communication a la syntaxe suivante :
SEND_REQ(ADDR('0.m.1.SYS'), 16#0F, %MWi:L, %MWk:4, %MWj:L)
Le tableau suivant décrit les différents paramètres de la fonction.
66
Paramètre
Description
ADDR('0.m.1.SYS')
Adresse de l'entité destinataire de l'échange.
 m : Numéro de l'emplacement du processeur, 0 ou 1
 1: voie (toujours 1)
 SYS : accès serveur UNI-TE de la carte PCMCIA
16#0F
Code de requête
%MWi:L
N'est pas utilisé pour la fonction IDENTIFICATION (la longueur est
de 1)
%MWk:4
Paramètres de gestion des échanges : quatre mots identifiant
l'adresse des données utilisée pour contrôler la fonction appelée
IDENTIFICATION
%MWj:L
Table de mots contenant les informations d'identification de la carte.
La longueur L doit être de 12.
35008148 12/2018
Configuration logiciel
%MWj:L
Le tableau suivant donne les détails des mots %MWj:L.
Nombre de mots
Octet de poids fort
Octet de poids faible
%MWj
Code produit :
 16#05: Premium
16#FF
%MWj+1
Longueur de la chaîne
d'identification : 16#0C
Numéro de la version codée
BCD (Version codée 1.0 16#10)
%MWj+2
‘S’
‘T’
%MWj+3
’’
‘X’
%MWj+4
‘P’
‘C’
%MWj+5
’’
‘P’
%MWj+6
’1’
’1’
%MWj+7
16#00
’0’
%MWj+8
Etat du voyant. Le voyant COM est
codé sur les deux premiers bits et
le voyant ERR sur les deux
suivants selon les séquences
suivantes :
 0, 0: Eteint,
 0, 1: Clignotant,
 1, 0: Allumé en permanence.
Etat de la carte PCMCIA :
 0: Absent,
 1: Autotest,
 2: Erreur,
 3: Prêt,
 4: En attente,
 5: Non configuré.
%MWj+9
Type de produit : 16#02
%MWj+10
Type d'erreur
Référence catalogue : 16#01
 bit 0 : Carte en mode test/mise
au point,
 bit 1 : Erreur bus ou bus inactif,
 bit 2 : Absence d'unité de
connexion,
 bit 3 : Carte auto-test ou
inaccessible,
 bit 4 : Réservé,
 bit 5 : Carte différente de celle
configurée,
 bit 6 : Carte absente,
 bit 7 : Erreur sur au moins un
esclave.
%MWj+11
-
35008148 12/2018
Type fonctionnel : 16#2E
16#00
67
Configuration logiciel
Paramètres de gestion
Le tableau suivant donne les détails des mots %MWk:4.
Nombre de mots
Octet de poids fort
Octet de poids faible
Données gérées par
%MWk
Numéro d'échange
Bit d'activité
Le système
%MWk+1
Rapport d'activité, rapport 16#3F
positif
Compte rendu de communication
%MWk+2
Temporisation
%MWk+3
Longueur : l'initialisation à 0 est obligatoire avant l'envoi de la fonction
68
Vous
35008148 12/2018
Configuration logiciel
Commandes diagnostics
Présentation
Les commandes diagnostics sont envoyées par le bloc fonction SEND_REQ
(voir EcoStruxure™ Control Expert, Communication, Bibliothèque de blocs).
Dans ce cas, la fonction SEND_REQ permet :




d'obtenir des diagnostics sur les esclaves du bus,
d'obtenir la version d'une carte PCMCIA CAN open,
d'obtenir des variables d'état,
d'obtenir l'historique des erreurs du bus.
Syntaxe
La syntaxe de la fonction communication est la suivante :
SEND_REQ (ADDR('0.m.1.SYS', 16#0031, %MWi:3, %Mwk:4, %MWj:L)
Le tableau suivant décrit les différents paramètres de la fonction.
Paramètre
Description
ADDR('0.m.1.SYS')
Adresse de l'entité destinataire de l'échange.
 m : emplacement du processeur dans le rack (0 ou 1)
 1: voie (toujours 1)
 SYS : serveur UNI-TE de la carte PCMCIA
16#0031
Code de requête
%MWi:3
Paramètres de la requête :
 %MWi: Type objet diagnostic :
 1 ... 127: Diagnostics des esclaves 1 à 127
 128: Version carte CANopen
 129: Statut de la carte CANopen, la réponse est équivalente
aux contenus des mots d'état %IW0.m.1.i (voir page 99).
 130: Historique des messages d'erreur.
 %MWi+1: Adresse de démarrage dans le tableau de diagnostic
(valeur par défaut 0). Pour permettre un accès partiel au tableau
de diagnostic, spécifiez un mot de démarrage dans le tableau
(offset de démarrage)
 %MWi+2 : Longueur des bits des diagnostics à lire, cette longueur
est généralement deux fois supérieure à la longueur du tableau
de réponse
%MWk:4
%MWj:L
35008148 12/2018
Paramètres de gestion des échanges : quatre mots identifiant
l'adresse des données utilisée pour contrôler la fonction appelée
SEND_REQ.
Le tableau de réception contient les données de diagnostic
(voir page 75).
69
Configuration logiciel
Paramètres de gestion
Le tableau suivant donne les détails des mots %MWk:4.
Nombre de mots
Octet de poids fort
Octet de poids faible
Données gérées par
%MWk
Numéro d'échange
Bit d'activité
Le système
%MWk+1
Compte rendu d'activité :
 réponse positive : 16#61
 réponse incorrecte : 16#FD
Compte rendu de communication
%MWk+2
Temporisation
%MWk+3
Longueur : nombre d'octets de réponses (initialisation obligatoire pour
activer la fonction si le nombre d'octets envoyés est de 6)
70
Vous
35008148 12/2018
Configuration logiciel
Sous-chapitre 3.4
Mise au point
Mise au point
Description de l'écran Mise au point
Présentation
La fonction Mise au point ou le double clic sur la carte PCMCIA TSX CPP 110 sur la configuration
du logiciel Control Expert est disponible en mode connecté uniquement.
Illustration
La figure ci-dessous est un exemple d'écran de mise au point.
35008148 12/2018
71
Configuration logiciel
Description
Le tableau ci-dessous présente les différentes zones de l'écran de mise au point :
72
Numéro
Elément
Fonction
1
Etat des
esclaves
CANopen
Cette zone affiche tous les esclaves du bus CANopen. Un esclave
en défaut est affiché en rouge. Lorsque le défaut disparaît, il est
affiché en bleu. Sinon il est affiché en noir. La sélection d'un
esclave met à jour les zones 2, 4 et 5.
Act. : indique si l'esclave a été activé dans la configuration Sycon
(1 activé, 0 désactivé).
Durée vie : durée de vie.
2
Entrées
Lorsqu'un esclave est sélectionné, cette zone contient la liste des
mots qui lui sont associés en entrée.
Pour plus de clarté, l'affichage de l'adressage topologique
CANopen (voir page 36) (%IW\3.1\0.0.0.0) et de la zone mémoire
réservée dans l'automate (%MW4) est proposé.
3
Valeur de
sortie
Lorsqu'un mot de sortie est sélectionné dans la zone 4, il est
possible de modifier sa valeur en saisissant une nouvelle valeur,
puis en cliquant sur le bouton OK.
4
Sorties
Lorsqu'un esclave est sélectionné, cette zone contient la liste des
mots qui lui sont associés en sortie.
Pour plus de clarté, l'affichage de l'adressage topologique
CANopen (voir page 36) (%QW\3.1\0.0.0.0) et de la zone
mémoire réservée dans l'automate (%MW14) est proposé.
5
Données
Lorsqu'un esclave est sélectionné (dans la zone 1), cette zone
contient son dernier message de diagnostic. Pour obtenir des
informations sur la carte TSX CPP 110, il suffit de cliquer sur l'entête du tableau.
6
Requête à
émettre
Cette zone permet d'envoyer une requête SDO. La syntaxe des
paramètres est identique à celle utilisée pour effectuer des
transferts SDO par les requêtes READ_VAR et WRITE_VAR
(voir page 58). Le bouton Saisie Requête permet de faire
apparaître les zones de saisie de la requête.
35008148 12/2018
Configuration logiciel
Sous-chapitre 3.5
Diagnostics
Diagnostics
Objet de cette section
Cette section décrit les outils de diagnostic équipement et logiciel disponibles pour la carte
PCMCIA TSX CPP 110.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Diagnostics à l'aide des voyants d'état sur la carte PCMCIA TSX CPP 110
74
Données de diagnostic
75
Comment effectuer un diagnostic
78
35008148 12/2018
73
Configuration logiciel
Diagnostics à l'aide des voyants d'état sur la carte PCMCIA TSX CPP 110
Présentation
Les voyants sur la carte vous permettent de voir le statut de la carte et du bus CANopen. En
fonctionnement normal, le voyant ERR est éteint et le voyant COM est allumé.
Illustration
La figure ci-dessous représente la position des deux voyants, ERR et COM.
Diagnostics
Selon le statut des voyants, les diagnostics sont les suivants :
Etat des voyants
Signification
ERR (rouge) COM
(jaune)
Eteint
Eteint
Carte sans alimentation ou transfert de configuration en cours
Clignotant Pas de configuration sur la carte
(Irrégulier)
Clignotant
(Régulier)
Carte configurée et prête, bus non actif ou pas de microprogramme
CANopen
Allumé
Bus configuré et actif, pas d'erreur
Allumé en
Eteint
permanence
Clignotant
Allumé
74
Erreur détectée, automate du bus arrêté
Carte configurée et prête mais impossibilité de communiquer avec
un équipement périphérique distant (p.ex. câble du bus CAN
déconnecté), ou tous les équipements périphériques configurés
font état d'une erreur.
Erreur sur la carte, erreur de configuration ou erreur de
synchronisation entre la carte et l'automate (pour plus
d'informations, veuillez consulter les données diagnostics de statut
du module)
Bus configuré et actif, au moins un des souscripteurs du bus ne peut
être atteint ou signale une erreur
35008148 12/2018
Configuration logiciel
Données de diagnostic
Présentation
Durant les diagnostics, les premières données à être utilisées sont les mots à échanges implicites
%IW (voir page 99).
Il existe également des données de diagnostic qui peuvent être consultées en écrivant certaines
lignes de programmes dans l'automate.
La fonction de communication SEND_REQ permet de réaliser des diagnostics (voir page 69):



Sur l'esclave de son choix (1 à 127, une requête par esclave),
Avec la version de la carte PCMCIA (128),
Dans l'état de la carte (129),
Et est utilisé pour obtenir l'historique des messages d'erreur (130).
NOTE : Le code 129 permet de recevoir les mêmes informations que celles contenues dans les
mots d'entrée à échange implicite (voir page 100).
Les informations fournies viennent de la carte PCMCIA et sont mises à jour régulièrement.
Le tableau de réception de requête contient les informations décrites dans les paragraphes
suivants.
NOTE : Les informations sont données dans les tables d'octets. Tant que la possibilité de
demander toute ou une partie de la table est prise en compte, il est nécessaire de tenir compte des
mots de poids fort et des mots de poids faible de la table %MWi:L.
NOTE : Les informations de diagnostic sont conformes à la norme CAN. Des informations de
référence sont disponibles sur ce site : http://www.can-cia.de.
35008148 12/2018
75
Configuration logiciel
Diagnostics esclaves
Le tableau suivant décrit les informations reçues après une requête de diagnostics sur un esclave
(code 1 à 127).
Rang d'octet
Description
0
Bits d'état de l'équipement :
 Bit 0 : Pas de réponse
 Bit 1 : Dépassement de la table de l'historique des messages
d'erreur
 Bit 2 : Erreur paramètres
 Bit 3 : Gestion équipement actif
 Bits 4 à 6 : Réservé
 Bit 7 : Désactivé
1 et 2
Informations complémentaires lues au démarrage du bus sur l'objet
standard 16#1000 (normalisation CAN)
3 et 4
Numéro de profil lu au démarrage du bus sur l'objet standard 16#1000
(normalisation CAN)
5
Statut esclave :
 1: Déconnecté
 2: Connexion en cours
 3: En préparation
 4: Prêt
 5: Fonctionnement
 127: Prêt ou manquant
6
Code d'erreur (voir page 114) (code de la dernière erreur générée par
l'esclave)
7
Nombre de blocs d'informations urgentes sur l'esclave (0 à 5).
Remarque : Ces blocs sont ajoutés à la fin du tableau. Des détails sur
les blocs typiques sont disponibles dans le paragraphe suivant.
Description d'un bloc d'informations sur l'esclave :
Le tableau suivant décrit un bloc d'informations typique.
76
Rang octet
Description
0 et 1
Code d'erreur
2
Valeur du registre d'erreur, objet 16#1001 de l'esclave (normalisation
CAN)
3à6
Valeur du registre du statut fabricant spécifique, objet 16#1002
(normalisation CAN)
7
Réservé
35008148 12/2018
Configuration logiciel
Diagnostics sur une version de carte
Le tableau suivant décrit les informations reçues après une requête de diagnostics sur une carte
PCMCIA (code 128).
Rang octet
Description
0à7
Version du microprogramme (chaîne de caractères)
8 à 10
Date de création de la version du microprogramme (codée BCD,
JJ.MM.AA)
11 à 13
Date de fabrication (codée BCD, JJ.MM.AA)
14 à 17
Numéro de série (codé BCD)
18 à 25
Nom de protocole (ASCII, sans fin de chaîne de caractères, p.ex. :
"CANopen")
Historique des messages d'erreur
Le tableau suivant décrit les informations reçues après une requête de rapport historique (code
130).
Rang octet
Description
0 et 1
Nombre de blocs d'erreur
Remarque : Ces blocs sont ajoutés à la fin du tableau. Des détails sur
les blocs typiques sont disponibles dans le paragraphe suivant.
2 à 49
Contenus du bloc d'erreur (maximum 8 blocs)
Description d'un bloc d'informations du rapport historique
Le tableau suivant décrit un bloc d'informations typique.
Rang octet
Description
0
Code de service
1
ID concernée
2 et 3
Code des messages d'erreur. (voir page 110)
4 et 5
Détail du code d'erreur (voir page 113)
35008148 12/2018
77
Configuration logiciel
Comment effectuer un diagnostic
Présentation
La recherche d'un défaut sur le bus CANopen s'effectue tout d'abord à l'aide des voyants de la
carte PCMCIA. Ensuite, vous pouvez utiliser la procédure ci-après qui décrit la gestion du
démarrage du bus ainsi que les vérifications à effectuer en utilisant les objets langage
(voir page 83) fournis par l'automate.
78
35008148 12/2018
Configuration logiciel
Procédure
Le schéma suivant indique les différentes phases de la marche à suivre.
35008148 12/2018
79
Configuration logiciel
Comment vérifier %IW0.m.1.0
Ce tableau décrit les actions à effectuer pour obtenir un diagnostic précis à l'aide des bits x8 à x15
de %IW0.m.1.0.
Si
Alors
bit 8 = 1
c'est une erreur de configuration.
Vérifiez le détail des codes d'erreur (voir page 104) dans les mots :
 %IW0.m.1.1
 %IW0.m.1.2
bit 9 = 1
c'est une erreur de transfert de PDO.
Contactez le support technique Schneider.
bit 10 = 1
c'est une erreur de transfert de SDO.
Vérifiez le détail des codes d'erreur (voir page 104) dans les mots :
 %IW0.m.1.1
 %IW0.m.1.2
Vérifiez l'historique des erreurs de messagerie (voir page 114).
bit 11 = 1
c'est un défaut de la carte PCMCIA.
 Vérifiez le détail des codes d'erreur dans %IW0.m.1.1.
 Vérifiez le contenu de %IW0.m.1.3 :
 bit 0 : erreur de paramètres, la source du défaut est indiquée dans
%IW0.m.1.4
 bit 1 : les sorties sont à zéro suite à la défaillance d'un esclave (Autoclear
ON), la source du défaut est indiquée dans %IW0.m.1.4
 bit 3 : défaut grave, la carte n'est pas active sur le bus
 bit 7 : connexion défectueuse entre la carte et le boîtier de raccordement
bit 12 = 1
c'est un défaut du bus (bus non démarré ou défaut de transmission détecté).
 Vérifiez le compteur du nombre d'erreurs du bus %IW0.m.1.5, s'il est différent
de zéro, vérifiez la ligne.
 Vérifiez le compteur du nombre d'arrêts du bus, s'il s'incrémente, vérifiez la
ligne et redémarrez le bus.
Remarque : en mode de démarrage non automatique, le bit de démarrage du
bus est %QW0.m.1.0.
bit 13 = 1
c'est un défaut sur un esclave : défaut de communication ou E/S non validées.
 Déterminez la dernière source d'erreur contenue dans %IW0.m.1.4.
 Déterminez tous les esclaves actifs sur le bus en consultant les mots d'état
du bus %IW0.m.1.16 à %IW0.m.1.23.
 Effectuez un diagnostic des esclaves en défaut à l'aide d'une requête de
diagnostic (voir page 69).
Remarque : en mode de démarrage non automatique, le bit de démarrage des
E/S est %QW0.m.1.1.
80
35008148 12/2018
Configuration logiciel
Si
Alors
bit 14 = 1
c'est un défaut sortie : les sorties sont positionnées en conditions de repli.
 Vérifiez que l'automate est en RUN.
 Vérifiez que la tâche associée au module est active.
 Testez le bit %IW0.m.1.0.12 (Défaut bus) et le bit %IW0.m.1.0.13 (Défaut
esclave).
Remarque : en mode de démarrage non automatique, testez les bits
%QW0.m.1.0 et %QW0.m.1.1.
bit 15 = 1
35008148 12/2018
un nouveau diagnostic est disponible pour un ou plusieurs esclaves.
 Déterminez les esclaves concernés grâce aux mots d'état %IW0.m.1.16 à
%IW0.m.1.23.
 Effectuez un diagnostic (voir page 69) du ou des esclaves concernés.
81
Configuration logiciel
82
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Objets langage CANopen
35008148 12/2018
Chapitre 4
Objets langage CANopen
Objets langage CANopen
Objet de ce chapitre
Ce chapitre décrit les objets langage associés à la voie de communication CANopen.
Contenu de ce chapitre
Ce chapitre contient les sous-chapitres suivants :
Sous-chapitre
Sujet
Page
4.1
Objets langage et IODDT pour la communication CANopen
84
4.2
Objets langage et IODDT générique applicables aux protocoles de
communication
94
4.3
Objets langage du IODDT spécifique à CANopen
4.4
Type d’IODDT Type T_GEN_MOD applicable à tous les modules
106
4.5
Objets langage de configuration CANopen
108
4.6
Codes d’erreur CANopen
110
35008148 12/2018
98
83
Objets langage CANopen
Sous-chapitre 4.1
Objets langage et IODDT pour la communication CANopen
Objets langage et IODDT pour la communication CANopen
Objectif de cette section
Cette section présente les généralités des principaux points des objets langage et des IODDT pour
la communication CANopen.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
84
Page
Présentation des objets langage pour la communication CANopen
85
Objets langage à échange implicite associés à la fonction métier
86
Objets langage à échange explicite associés à la fonction métier
87
Gestion de l'échange et du compte rendu avec des objets explicites
89
35008148 12/2018
Objets langage CANopen
Présentation des objets langage pour la communication CANopen
Général
Les IODDT sont prédéfinis par le constructeur. Ils contiennent des objets langage d'entrées/sorties
appartenant à une voie d'un module spécifique.
La communication CANopen a deux IODDT associés :


T_COM_STS_GEN applicable à tous les protocoles de communication, sauf Fipio et Ethernet ;
T_COM_CPP110 propre à la communication CANopen.
NOTE : les variables IODDT peuvent être créées de deux façons :
à l'aide de l'onglet Objets d'E/S (voir EcoStruxure™ Control Expert, Modes de fonctionnement),
 à l'aide de l'Editeur de données.

Types d'objets langage
Dans chacun des IODDT se trouve un ensemble d’objets langage permettant de les commander
et de vérifier leur fonctionnement.
Il existe deux types d’objets langage :
les objets à échange implicite, qui sont échangés automatiquement à chaque cycle de la tâche
associée au module ;
 les objets à échange explicite, qui sont échangés à la demande de l'application, en utilisant des
instructions d'échange explicite.

Les échanges implicites concernent l'état des modules, les signaux de communication, les
esclaves, etc.
Les échanges explicites permettent de paramétrer le module et de le diagnostiquer.
35008148 12/2018
85
Objets langage CANopen
Objets langage à échange implicite associés à la fonction métier
Présentation
Une interface métier intégrée ou l'ajout d'un module enrichit automatiquement le projet d'objets
langage permettant de programmer cette interface ou ce module.
Ces objets correspondent aux images des entrées/sorties et aux informations logicielles du
module ou de l'interface intégrée métier.
Rappels
Les entrées du module (%I et %IW) sont mises à jour dans la mémoire automate en début de tâche,
alors que l'automate est en mode RUN ou STOP.
Les sorties (%Q et %QW) sont mises à jour en fin de tâche, uniquement lorsque l'automate est en
mode RUN.
NOTE : lorsque la tâche est en mode STOP, suivant la configuration choisie :
les sorties sont mises en position de repli (mode de repli) ;
 les sorties sont maintenues à leur dernière valeur (mode maintien).

Schéma
Le graphe ci-dessous illustre le cycle de fonctionnement relatif à une tâche automate (exécution
cyclique).
86
35008148 12/2018
Objets langage CANopen
Objets langage à échange explicite associés à la fonction métier
Introduction
Les échanges explicites sont des échanges réalisés à la demande de l'utilisateur du programme,
et à l'aide des instructions suivantes :
 READ_STS (lecture des mots d'état)
 WRITE_CMD (écriture des mots de commande)
 WRITE_PARAM (écriture des paramètres de réglage)
 READ_PARAM (lecture des paramètres de réglage)
 SAVE_PARAM (enregistrement des paramètres de réglage)
 RESTORE_PARAM (restauration des paramètres de réglage)
Pour en savoir plus sur les instructions, consultez le document EcoStruxure™ Control Expert -
Gestion des E/S - Bibliothèque de blocs.
Ces échanges s'appliquent à un ensemble d'objets %MW de même type (état, commandes ou
paramètres) appartenant à une voie.
Ces objets peuvent :
fournir des informations sur le module (par exemple, le type d'erreur détectée dans une voie),
 commander le module (grâce à un commutateur, par exemple),
 définir les modes de fonctionnement du module (enregistrement et restauration des paramètres
de réglage pendant l'exécution de l'application).

NOTE : pour éviter plusieurs échanges explicites simultanés sur la même voie, il convient de tester
la valeur du mot EXCH_STS (%MWr.m.c.0) de l'IODDT associé à la voie avant d'appeler une
fonction élémentaire (EF) utilisant cette voie.
NOTE : les échanges explicites ne sont pas pris en charge lorsque les modules d'E/S analogiques
et numériques X80 sont configurés à l'aide d'un module adaptateur eX80 (BMECRA31210) dans
une configuration Quantum EIO. Vous ne pouvez pas configurer les paramètres d'un module
depuis l'application de l'automate (PLC) pendant le fonctionnement.
35008148 12/2018
87
Objets langage CANopen
Principe général d'utilisation des instructions explicites
Le schéma ci-après présente les différents types d'échanges explicites possibles entre
l'application et le module.
Gestion des échanges
Pendant un échange explicite, vérifiez les performances pour que les données ne soient prises en
compte que lorsque l'échange a été correctement exécuté.
Pour cela, deux types d'information sont disponibles :
les informations relatives à l'échange en cours (voir page 92),
 le compte rendu de l'échange (voir page 92).

Le diagramme ci-après décrit le principe de gestion d'un échange.
NOTE : pour éviter plusieurs échanges explicites simultanés sur la même voie, il convient de tester
la valeur du mot EXCH_STS (%MWr.m.c.0) de l'IODDT associé à la voie avant d'appeler une
fonction élémentaire (EF) utilisant cette voie.
88
35008148 12/2018
Objets langage CANopen
Gestion de l'échange et du compte rendu avec des objets explicites
Présentation
Lorsque des données sont échangées entre la mémoire de l'automate (PLC) et le module, ce
dernier peut avoir besoin de plusieurs cycles de tâche pour prendre en compte ces informations.
Les IODDT utilisent deux mots pour gérer les échanges :
 EXCH_STS (%MWr.m.c.0) : échange en cours
 EXCH_RPT (%MWr.m.c.1) : compte rendu
NOTE :
Selon l'emplacement du module, l'application peut ne pas détecter la gestion des échanges
explicites (%MW0.0.MOD.0.0 par exemple) :
 Pour les modules en rack, les échanges explicites sont effectués immédiatement sur le bus
automate local et se terminent avant la fin de la tâche d'exécution. Par exemple, READ_STS doit
être terminé lorsque l'application contrôle le bit %MW0.0.mod.0.0.
 Pour le bus distant (Fipio par exemple), les échanges explicites ne sont pas synchronisés avec
la tâche d'exécution, afin que l'application puisse assurer la détection.
Illustration
Le schéma suivant montre les différents bits significatifs pour la gestion des échanges :
35008148 12/2018
89
Objets langage CANopen
Description des bits significatifs
Chaque bit des mots EXCH_STS (%MWr.m.c.0) et EXCH_RPT (%MWr.m.c.1) est associé à un
type de paramètre :
 Les bits de rang 0 sont associés aux paramètres d'état :
 Le bit STS_IN_PROGR (%MWr.m.c.0.0) indique si une demande de lecture des mots d'état
est en cours.
 Le bit STS_ERR (%MWr.m.c.1.0) indique si la voie du module a accepté une demande de
lecture des mots d'état.

Les bits de rang 1 sont associés aux paramètres de commande :
 Le bit CMD_IN_PROGR (%MWr.m.c.0.1) indique si des paramètres de commande sont
envoyés à la voie du module.
 Le bit CMD_ERR (%MWr.m.c.1.1) indique si la voie du module a accepté les paramètres de
commande.

Les bits de rang 2 sont associés aux paramètres de réglage :
 Le bit ADJ_IN_PROGR (%MWr.m.c.0.2) indique si un échange des paramètres de réglage
est en cours avec la voie du module (via WRITE_PARAM, READ_PARAM, SAVE_PARAM,
RESTORE_PARAM).
 Le bit ADJ_ERR (%MWr.m.c.1.2) indique si le module a accepté les paramètres de réglage.
Si l'échange s'est correctement déroulé, le bit passe à 0.

Les bits de rang 15 signalent une reconfiguration sur la voie c du module à partir de la console
(modification des paramètres de configuration + démarrage à froid de la voie).
Les bits r, m et c représentent les éléments suivants :
 Le bit r indique le numéro du rack.
 Le bit m indique l'emplacement du module dans le rack.
 Le bit c indique le numéro de la voie dans le module.

NOTE : r indique le numéro du rack, m la position du module dans le rack, et c le numéro de la
voie dans le module.
NOTE : les mots d'échange et de compte rendu existent également au niveau du module
EXCH_STS (%MWr.m.MOD) et EXCH_RPT (%MWr.m.MOD.1) selon le type d'IODDT T_GEN_MOD.
90
35008148 12/2018
Objets langage CANopen
Exemple
Phase 1 : envoi de données à l'aide de l'instruction WRITE_PARAM
Lorsque l'instruction est scrutée par l'automate (PLC), le bit d'échange en cours est mis à 1 dans
%MWr.m.c.
Phase 2 : analyse des données par le module d'E/S et le compte rendu.
Lorsque les données sont échangées entre la mémoire de l'automate (PLC) et le module, le bit
ADJ_ERR (%MWr.m.c.1.2) gère l'acquittement par le module.
Ce bit crée les comptes rendus suivants :
0 : échange correct
 1 : échange incorrect

NOTE : il n'existe aucun paramètre de réglage au niveau du module.
35008148 12/2018
91
Objets langage CANopen
Indicateurs d'exécution pour un échange explicite : EXCH_STS
Le tableau suivant indique les bits de commande des échanges explicites : EXCH_STS
(%MWr.m.c.0)
Symbole standard
Type
Accès
Signification
Adresse
STS_IN_PROGR
BOOL
R
Lecture des mots d'état de la voie en
cours
%MWr.m.c.0.0
CMD_IN_PROGR
BOOL
R
Echange de paramètres de commande %MWr.m.c.0.1
en cours
ADJ_IN_PROGR
BOOL
R
Echange de paramètres de réglage en
cours
%MWr.m.c.0.2
RECONF_IN_PROGR
BOOL
R
Reconfiguration du module en cours
%MWr.m.c.0.15
NOTE : si le module est absent ou déconnecté, les objets à échange explicite (READ_STS par
exemple) ne sont pas envoyés au module (STS_IN_PROG (%MWr.m.c.0.0) = 0), mais les mots
sont actualisés.
Compte rendu d'échange explicite : EXCH_RPT
Le tableau suivant indique les bits de compte rendu : EXCH_RPT (%MWr.m.c.1)
92
Symbole standard
Type
Accès
Signification
Adresse
STS_ERR
BOOL
R
Erreur détectée pendant la lecture des
mots d'état de la voie
(1 = erreur détectée)
%MWr.m.c.1.0
CMD_ERR
BOOL
R
Erreur détectée pendant un échange
de paramètres de commande
(1 = erreur détectée)
%MWr.m.c.1.1
ADJ_ERR
BOOL
R
Erreur détectée pendant un échange
de paramètres de réglage
(1 = erreur détectée)
%MWr.m.c.1.2
RECONF_ERR
BOOL
R
Erreur détectée pendant la
reconfiguration de la voie
(1 = erreur détectée)
%MWr.m.c.1.15
35008148 12/2018
Objets langage CANopen
Utilisation du module de comptage
Le tableau suivant décrit les étapes effectuées entre un module de comptage et le système après
une mise sous tension.
Etape
Action
1
Mettez le système sous tension.
2
Le système envoie les paramètres de configuration.
3
Le système envoie les paramètres de réglage à l'aide de la méthode WRITE_PARAM.
Remarque : une fois l'opération terminée, le bit %MWr.m.c.0.2 passe à 0.
Si vous utilisez une commande WRITE_PARAM au début de votre application, attendez que le bit
%MWr.m.c.0.2 passe à 0.
35008148 12/2018
93
Objets langage CANopen
Sous-chapitre 4.2
Objets langage et IODDT générique applicables aux protocoles de communication
Objets langage et IODDT générique applicables aux
protocoles de communication
A propos de cette section
Cette section présente les objets langage et l'IODDT générique applicables à tous les protocoles
de communication, sauf Fipio et Ethernet.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
94
Page
Détails des objets à échange implicite de type d'IODDT T_COM_STS_GEN
95
Détails des objets à échange explicite de type d'IODDT T_COM_STS_GEN
96
35008148 12/2018
Objets langage CANopen
Détails des objets à échange implicite de type d'IODDT T_COM_STS_GEN
Introduction
Le tableau ci-dessous présente les objets à échange implicite de l’IODDT de type
T_COM_STS_GEN, qui s’appliquent à tous les protocoles de communication sauf Fipio et Ethernet.
Bit d'erreur
Le tableau ci-dessous présente la signification du bit d’erreur détectée CH_ERROR
(%Ir.m.c.ERR).
Symbole standard
Type
Accès
Signification
Adresse
CH_ERROR
EBOOL
R
Bit erreur de la voie de communication.
%Ir.m.c.ERR
35008148 12/2018
95
Objets langage CANopen
Détails des objets à échange explicite de type d'IODDT T_COM_STS_GEN
Introduction
Cette section présente les objets à échange explicite de l'IODDT de type T_COM_STS_GEN, qui
s'appliquent à tous les protocoles de communication, sauf Fipio et Ethernet. Elle regroupe les
objets de type mot, dont les bits ont une signification particulière. Ces objets sont présentés en
détail ci-dessous.
Exemple de déclaration d'une variable : IODDT_VAR1 de type T_COM_STS_GEN.
Remarques


De manière générale, la signification des bits est fournie pour l'état 1 de ces bits. Dans les cas
spécifiques, chaque état du bit est expliqué.
Tous les bits ne sont pas utilisés.
Indicateurs d'exécution d'un échange explicite : EXCH_STS
Le tableau ci-après présente la signification des bits de contrôle d'échange de la voie EXCH_STS
(%MWr.m.c.0).
Symbole standard
Type
Accès
Signification
Adresse
STS_IN_PROGR
BOOL
R
Lecture des mots d'état de la voie en cours.
%MWr.m.c.0.0
CMD_IN_PROGR
BOOL
R
Echange de paramètres de commande en cours.
%MWr.m.c.0.1
ADJ_IN_PROGR
BOOL
R
Echange de paramètres de réglage en cours.
%MWr.m.c.0.2
Compte rendu d'échanges explicites : EXCH_RPT
Le tableau ci-après présente la signification des bits de compte rendu EXCH_RPT (%MWr.m.c.1).
Symbole standard
Type
Accès
Signification
Adresse
STS_ERR
BOOL
R
Défaut de lecture des mots d'état de la voie.
%MWr.m.c.1.0
CMD_ERR
BOOL
R
Défaut lors d'un échange de paramètres de
commande.
%MWr.m.c.1.1
ADJ_ERR
BOOL
R
Défaut lors d'un échange de paramètres de réglage.
%MWr.m.c.1.2
96
35008148 12/2018
Objets langage CANopen
Défauts de voie standard, CH_FLT
Le tableau ci-après présente les significations des bits du mot d'état CH_FLT (%MWr.m.c.2). La
lecture est effectuée par un READ_STS (IODDT_VAR1).
Symbole standard
Type
Accès
Signification
Adresse
NO_DEVICE
BOOL
R
Aucun équipement ne fonctionne sur la voie.
%MWr.m.c.2.0
1_DEVICE_FLT
BOOL
R
Un équipement sur la voie ne fonctionne pas.
%MWr.m.c.2.1
BLK
BOOL
R
Bornier non connecté.
%MWr.m.c.2.2
TO_ERR
BOOL
R
Anomalie de dépassement des timeouts.
%MWr.m.c.2.3
INTERNAL_FLT
BOOL
R
Erreur détectée en interne ou autotest de la voie.
%MWr.m.c.2.4
CONF_FLT
BOOL
R
Configurations matérielle et logicielle différentes.
%MWr.m.c.2.5
COM_FLT
BOOL
R
Arrêt de communication avec l'automate.
%MWr.m.c.2.6
APPLI_FLT
BOOL
R
Erreur d'application détectée (erreur de réglage ou
de configuration).
%MWr.m.c.2.7
35008148 12/2018
97
Objets langage CANopen
Sous-chapitre 4.3
Objets langage du IODDT spécifique à CANopen
Objets langage du IODDT spécifique à CANopen
Objet de cette section
Cette section décrit les objets langage implicites et explicites du IODDT spécifique à CANopen,
T_COM_CPP110.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Détails des objets à échange implicite de type T_COM_CPP110 de l'IODDT
98
Page
99
Détails des objets à échange implicite de type T_COM_CPP110 n'appartenant pas à l'IODDT
104
Objets langage à échange explicite de l'IODDT T_COM_CPP110
105
35008148 12/2018
Objets langage CANopen
Détails des objets à échange implicite de type T_COM_CPP110 de l'IODDT
Présentation
Les tableaux ci-dessous décrivent tout les objets langage à échange implicite de l'IODDT de type
T_COM_CPP110 pour une communication CANopen avec la carte PCMCIA TSX CPP 110.
Bit d'erreur
Le tableau ci-dessous répertorie les différents objets bit pour échange implicite.
Symbole standard
Type
Accès
Signification
Adresse
CH_ERROR
EBOOL
R
Bit d'erreur de la voie de communication.
%I0.m.0.ERR
Bits d'état de la communication
Le tableau ci-dessous présente le mot d'erreur pour la gestion du bus CANopen. Il est détaillé bit
par bit.
Symbole standard
Type
Accès
Signification
Adresse
CAN_FLT
BOOL
R
Erreur de voie, logique OU entre tous les bits qui
suivent excepté le bit 15.
%IW0.m.1.0.0
SOFT_CONF
BOOL
R
Configuration incorrecte
%IW0.m.1.0.8
PDO_EXCH_FLT
BOOL
R
Erreur dans l'échange E/S (PDO)
%IW0.m.1.0.9
MSG_EXCH_FLT
BOOL
R
Erreur d'échange messagerie (SDO)
%IW0.m.1.0.10
CARD_FLT
BOOL
R
Erreur de carte (carte manquante ou pas prête)
%IW0.m.1.0.11
BUS_FLT
BOOL
R
Défaillance de bus (au moins un événement de
type erreur de bus a été généré)
%IW0.m.1.0.12
SLAVE_FLT_B
BOOL
R
Défaillance de l'esclave (une erreur de
communication a été détectée sur au moins un
esclave)
%IW0.m.1.0.13
OUTP_FLT
BOOL
R
Erreur de sortie (les sorties sont positionnées en
conditions de repli)
%IW0.m.1.0.14
SLAVE_DIAG
BOOL
R
Nouveaux diagnostics esclaves disponibles (un %IW0.m.1.0.15
nouveau diagnostic est disponible pour au moins
un esclave)
35008148 12/2018
99
Objets langage CANopen
Bits d'état du maître CANopen
Le tableau ci-dessous présente le mot d'erreur du bus maître CANopen MAST_STS
(%IW0.m.1.3). Il est détaillé bit par bit.
Symbole standard
Type
Accès
Signification
Adresse
PARAM_FLT
BOOL
R
Erreur paramètres
%IW0.m.1.3.0
SLAVE_OUTP_FLT
BOOL
R
Indique que les sorties sont à zéro après la
défaillance d'un esclave, Autoclear ON.
%IW0.m.1.3.1
NO_BUS_EXCH
BOOL
R
Pas d'échange sur le bus (aucun esclave ne
communique)
%IW0.m.1.3.2
CARD_NO_ACT
BOOL
R
Erreur grave, la carte n'est pas active sur le bus
%IW0.m.1.3.3
FEW_BUS_ERR
BOOL
R
Au moins un événement d'erreur de bus a été
détecté
%IW0.m.1.3.4
CARD_ACC_PROH
BOOL
R
Le processeur n'a pas encore été autorisé à
accéder à la carte.
%IW0.m.1.3.5
TIMEOUT_MSG
BOOL
R
Temporisation dépassée lors de l'envoi de
messages CAN
%IW0.m.1.3.6
CNX_FLT
BOOL
R
Connexion défectueuse entre la carte et l'unité de %IW0.m.1.3.7
connexion.
-
-
R
Les bits 8 à 15 du MAST_STS constituent un octet %IW0.m.1.3.8 à
%IW0.m.1.3.15
dont la valeur indique le mode de
fonctionnement.
 16#00: mode hors ligne
 16#40: bus en mode STOP
 16#80: les sorties sont en mode sécurité (à
zéro)
 16#C0: bus en mode RUN
100
35008148 12/2018
Objets langage CANopen
Mot d'état pour les équipements de bus
Le tableau ci-dessous présente les mots d'état pour les équipements du bus CANopen :
Symbole standard
Type
Accès
Signification
Adresse
SLAVE_STS
INT
R
L'octet de poids faible (bits 0 à 7) contient
l'adresse de l'esclave qui a généré la dernière
erreur.
L'octet de poids fort (bits x8 à x15) contient le
dernier code d'erreur.
%IW0.m.1.4
35008148 12/2018
101
Objets langage CANopen
Mots d'état du bus
Le tableau ci-dessous présente les mots d'état pour le bus CANopen. Ces mots sont divisés en
bits qui représentent chacun un esclave du bus.
Symbole standard
Type
Accès
Signification
Adresse
SLAVE_ACTIV_0
BOOL
R
Esclave 0 actif sur le bus.
%IW0.m.1.8.0
SLAVE_ACTIV_1
BOOL
R
Esclave 1 actif sur le bus.
%IW0.m.1.8.1
...
...
...
...
...
SLAVE_ACTIV_15
BOOL
R
Esclave 15 actif sur le bus.
%IW0.m.1.8.15
SLAVE_ACTIV_16
BOOL
R
Esclave 16 actif sur le bus.
%IW0.m.1.9.0
...
...
...
...
...
SLAVE_ACTIV_31
BOOL
R
Esclave 31 actif sur le bus.
%IW0.m.1.9.15
SLAVE_ACTIV_32
BOOL
R
Esclave 32 actif sur le bus.
%IW0.m.1.10.0
...
...
...
...
...
SLAVE_ACTIV_47
BOOL
R
Esclave 47 actif sur le bus.
%IW0.m.1.10.15
SLAVE_ACTIV_48
BOOL
R
Esclave 48 actif sur le bus.
%IW0.m.1.11.0
...
...
...
...
...
SLAVE_ACTIV_63
BOOL
R
Esclave 63 actif sur le bus.
%IW0.m.1.11.15
SLAVE_ACTIV_64
BOOL
R
Esclave 64 actif sur le bus.
%IW0.m.1.12.0
...
...
...
...
...
SLAVE_ACTIV_79
BOOL
R
Esclave 79 actif sur le bus.
%IW0.m.1.12.15
SLAVE_ACTIV_80
BOOL
R
Esclave 80 actif sur le bus.
%IW0.m.1.13.0
...
...
...
...
...
SLAVE_ACTIV_95
BOOL
R
Esclave 95 actif sur le bus.
%IW0.m.1.13.15
SLAVE_ACTIV_96
BOOL
R
Esclave 96 actif sur le bus.
%IW0.m.1.14.0
...
...
...
...
...
SLAVE_ACTIV_111
BOOL
R
Esclave 111 actif sur le bus.
%IW0.m.1.14.15
SLAVE_ACTIV_112
BOOL
R
Esclave 112 actif sur le bus.
%IW0.m.1.15.0
...
...
...
...
...
SLAVE_ACTIV_127
BOOL
R
Esclave 127 actif sur le bus.
%IW0.m.1.15.15
102
35008148 12/2018
Objets langage CANopen
Mot de sortie
Le tableau ci-dessous présente les mots de sortie %QW0.m.1.0 de la carte CANopen PCMCIA. Il
est détaillé bit par bit.
Symbole standard
Type
Accès
Signification
Adresse
ACT_BUS_CONF
BOOL
RW
Ce bit est uniquement utilisé lorsque le
démarrage du bus est géré par l'application :
 1: active la configuration du bus
 0: désactive la configuration du bus
%QW0.m.1.0.0
ACT_DATA_TR
BOOL
RW
Ce bit est utilisé lorsque le démarrage est semiautomatique ou géré par l'application
 1: active le transfert de données sur le bus.
 0: désactive le transfert de données sur le
bus.
%QW0.m.1.0.1
INIT_ERR_BIT
BOOL
RW
Initialise les bits d'erreur :
 Erreurs d'E/S,
 erreurs de messagerie,
 erreurs d'historique.
%QW0.m.1.0.2
INIT_CARD
BOOL
RW
%QW0.m.1.0.3
Initialise la carte PCMCIA. Ce bit démarre à
chaud la carte et est uniquement utilisé lorsque le
démarrage est géré par l'application.
NOTE : Les bits de commande 2 et 3 ne sont pas automatiquement remis à zéro par l'application.
35008148 12/2018
103
Objets langage CANopen
Détails des objets à échange implicite de type T_COM_CPP110 n'appartenant pas à
l'IODDT
Présentation
Le tableau suivant décrit les objets langage CANopen qui n'appartiennent pas à un IODDT
spécifique mais qui peuvent être directement utilisés sur la base de leur nombre.
Objets mot d'entrée
Le tableau ci-dessous répertorie les différents objets mot d'entrée pour échange implicite qui
n'appartiennent pas à un IODDT.
Objet (1)
Fonction
%IW0.m.1.1
Mot d'erreur
%IW0.m.1.2
Mot d'erreur
Signification
Ce mot contient un code d'erreur module
(voir page 110) (erreur dernière configuration ou
E/S)
Ce mot contient un code d'erreur module détaillé
(voir page 113) (erreur dernière configuration ou
E/S)
104
%IW0.m.1.5
Mot d'état du
compteur
Compteur du nombre d'erreurs de bus
%IW0.m.1.6
Mot d'état du
compteur
Compteur du nombre d'arrêts du bus
%IWy.1.7
Mot d'état du
compteur
Compteur du nombre de temporisations sur les
messages CAN
%IW0.m.1.16
à
%IW0.m.1.23
Mots d'état du bus
Diagnostics disponibles sur le bus, chaque bit réglé
sur 1 correspond à un équipement pour lequel des
diagnostics sont disponibles (8 mots de 16 bits, soit
128 bits, le maître et 127 esclaves)
35008148 12/2018
Objets langage CANopen
Objets langage à échange explicite de l'IODDT T_COM_CPP110
Présentation
Le tableau ci-dessous décrit tous les objets langage à échange explicite de l'IODDT de type
T_COM_CPP110 pour une communication CANopen avec la carte PCMCIA TSX CPP 110.
Exemple de déclaration d'une variable : IODDT_VAR1 de type T_COM_CPP110
Mots de gestion des échanges
Les tableaux suivants présentent deux bits explicites de gestion des échanges des variables de
type T_COM_CPP110.
Symbole standard
Type
Accès
Signification
Adresse
STS_IN_PROGR
BOOL
R
Echange explicite en cours
%MW0.m.1.1.0
STS_ERR
BOOL
R
Erreur lors de l'échange explicite précédent
%MW0.m.1.1.1
Mot d'état de la carte TSX CPP 110
Le tableau ci-dessous présente le mot d'état de la carte TSX CPP 110. Il est détaillé bit par bit. La
lecture est effectuée par une commande READ_STS (IODDT_VAR1).
Symbole standard
Type
Accès
Signification
Adresse
COM_FLT
BOOL
R
Le bus présente une défaillance ou n'est pas
initialisé (en mode démarrage géré par
l'application)
%MW0.m.1.2.0
FEW_SLAVE_FLT
BOOL
R
L'esclave présente une erreur, un ou plusieurs
esclaves comportent des erreurs ou ne sont pas
en mode RUN
%MW0.m.1.2.1
CABL_FLT
BOOL
R
L'unité de connexion présente une erreur ou le
câblage est défectueux
%MW0.m.1.2.2
CARD_MISS
BOOL
R
La carte PCMCIA :
 n'est pas dans son emplacement,
 n'est pas prête ou
 présente une erreur grave
%MW0.m.1.2.3
CARD_NO_ACC
BOOL
R
La carte PCMCIA :
%MW0.m.1.2.4
 est en cours d'initialisation et donc n'est pas
prête,
 présente une erreur ou
 n'est pas accessible
CARD_NO_REC
BOOL
R
La carte ou le type de protocole n'est pas reconnu %MW0.m.1.2.5
IO_EXCH_FLT
BOOL
R
Erreur dans les échanges d'E/S
%MW0.m.1.2.6
CONF_FLT
BOOL
R
Erreur de configuration ou de paramétrage
%MW0.m.1.2.7
35008148 12/2018
105
Objets langage CANopen
Sous-chapitre 4.4
Type d’IODDT Type T_GEN_MOD applicable à tous les modules
Type d’IODDT Type T_GEN_MOD applicable à tous les
modules
Détails des objets langage de l'IODDT de type T_GEN_MOD
Introduction
Les modules des automates Premium sont associés à un IODDT de type T_GEN_MOD.
Observations


106
En général, la signification des bits est indiquée pour l'état 1. Dans les cas particuliers, une
explication est fournie pour chaque état du bit.
Tous les bits ne sont pas utilisés.
35008148 12/2018
Objets langage CANopen
Liste des objets
Le tableau suivant présente les objets de l'IODDT :
Symbole standard
Type
Accès
Signification
Adresse
MOD_ERROR
BOOL
R
Bit d'erreur de module
%Ir.m.MOD.ERR
EXCH_STS
INT
R
Mot de commande d'échange de module
%MWr.m.MOD.0
STS_IN_PROGR
BOOL
R
Lecture des mots d'état du module en cours
%MWr.m.MOD.0.0
EXCH_RPT
INT
R
Mot de compte rendu de l'échange
%MWr.m.MOD.1
STS_ERR
BOOL
R
Erreur détectée pendant la lecture des mots
d'état de module
%MWr.m.MOD.1.0
MOD_FLT
INT
R
Mot d'erreur interne du module
%MWr.m.MOD.2
MOD_FAIL
BOOL
R
Erreur interne, module inopérant
%MWr.m.MOD.2.0
CH_FLT
BOOL
R
Erreur de voie détectée
%MWr.m.MOD.2.1
BLK
BOOL
R
Erreur de bornier
%MWr.m.MOD.2.2
CONF_FLT
BOOL
R
Configuration matérielle ou logicielle non
concordante
%MWr.m.MOD.2.5
NO_MOD
BOOL
R
Module absent ou inopérant
%MWr.m.MOD.2.6
EXT_MOD_FLT
BOOL
R
Mot d'erreur interne du module (extension Fipio
uniquement)
%MWr.m.MOD.2.7
MOD_FAIL_EXT
BOOL
R
Module non réparable (extension Fipio
uniquement)
%MWr.m.MOD.2.8
CH_FLT_EXT
BOOL
R
Erreur de voie détectée (extension Fipio
uniquement)
%MWr.m.MOD.2.9
BLK_EXT
BOOL
R
Erreur de bornier détectée (extension Fipio
uniquement)
%MWr.m.MOD.2.10
CONF_FLT_EXT
BOOL
R
Configuration matérielle ou logicielle non
concordante (extension Fipio uniquement)
%MWr.m.MOD.2.13
NO_MOD_EXT
BOOL
R
Module manquant ou hors service (extension
Fipio uniquement)
%MWr.m.MOD.2.14
35008148 12/2018
107
Objets langage CANopen
Sous-chapitre 4.5
Objets langage de configuration CANopen
Objets langage de configuration CANopen
Objets langage associés à la configuration
Présentation
Cette page décrit tous les objets langage de configuration pour la communication CANopen avec
la carte PCMCIA TSX CPP 110 qui peuvent être affichés par le programme d'application.
108
35008148 12/2018
Objets langage CANopen
Constantes internes
Le tableau suivant décrit les constantes internes :
Objet
Type
Accès
Signification
%KW0.m.1.0
INT
R
Valeur constante utilisée par le système
Octet de poids faible : 16#00
Octet de poids fort : 16#37
%KW0.m.1.1
INT
R
Bits de configuration
 Mode repli de sortie lorsque l'automate passe en
mode STOP :
Bit 0 = 0 : RAZ
Bit 0 = 1 : Maintien
 Bit 1 = 0 : Chargement de la configuration via le
bornier
Bit 1 = 1 : Utilisation d'une configuration Flash
EEPROM
 Commande du bus au redémarrage :
Bit 2 = 0 : Automatique
Bit 2 = 1 : Via l'application
 Commande E/S au redémarrage :
Bit 3 = 0 : Automatique
Bit 3 = 1 : Via l'application
 Synchronisation de l'échange de données
Bit 4 = 0 : Tâche MAST
Bit 4 = 1 : Tâche FAST
 Bit 5 réservé
 Chien de garde carte CANopen PCMCIA
Bit 6 = 0 : Activé
Bit 6 = 1 : Désactivé
 Bits 7 à 15 réservés
%KW0.m.1.2
INT
R
Bits de configuration
Taille de la configuration du bus dans la mémoire (en
nombre d'octets)
%KW0.m.1.3
INT
R
Bits de configuration
Taille de la zone image d'entrée dans la mémoire (en
nombre de mots)
%KW0.m.1.4
INT
R
Bits de configuration
Taille de la zone image de sortie dans la mémoire (en
nombre de mots)
%KW0.m.1.5
INT
R
Bits de configuration
Adresse de début de la zone image d'entrée (%MW)
%KW0.m.1.6
INT
R
Bits de configuration
Adresse de début de la zone image de sortie (%MW)
35008148 12/2018
109
Objets langage CANopen
Sous-chapitre 4.6
Codes d’erreur CANopen
Codes d’erreur CANopen
Codes d'erreur CANopen
Présentation
Les tableaux suivants présentent les différents codes d'erreur qui peuvent survenir dans une
configuration CANopen.
Les explications données dans chaque tableau vous permettent de programmer l'application pour
détecter et corriger plus facilement toute opération future anormale.
Codes d'erreur du module
Le tableau suivant décrit les codes d'erreur localisés dans les mots %IW0.m.1.1 (dans la colonne
Description) et %IW0.m.1.2 (dans la colonne Détails).
Code
Description
0
Pas d'erreur, fonctionnement correct
Détails
Erreurs standard
100
Adresse incorrecte (pointeur NULL)
-
101
Valeur incorrecte
Valeur
102
Objet ID incorrect
ID
103
Statut pilote incorrect
Code du statut
104
Taille de la zone mémoire de lecture
incorrecte
Taille mémoire
105
Taille des données à écrire incorrecte
Taille des données
106
Temporisation
Dépassement du temps pour un
transfert SDO ou un statut de
chargement lors du chargement d'une
configuration
107
Erreur de synchronisation
-
108
Arrêté par l'utilisateur
-
Erreurs de ressource
110
200
Dépassement mémoire
-
201
Ressources mémoire saturées
-
35008148 12/2018
Objets langage CANopen
Code
Description
Détails
Erreurs de messagerie
300
Adresse source incorrecte
Valeur d'adresse
301
Adresse de destination incorrecte
Valeur d'adresse
302
Service incorrect
Code de service
303
Classe service incorrecte pour une ID
segment
Valeur spécifiée
304
Fonction primitive d'un service
incorrecte
Code de fonction
305
ID du service appelé incorrecte
Valeur spécifiée
306
Porte de communication incorrecte
Numéro de port
307
ID équipement de bus incorrecte
Valeur de l’ID
308
Index SDO incorrect
Valeur de l'index
309
Sous-index SDO incorrect
Valeur du sous-index
310
Erreur distante lors de l'exécution d'un
service
Code d'erreur
311
COB-ID incorrecte
Valeur de la COB-ID
312
Type de transfert sur la couche liaison
incorrect
Code du transfert requis :
 101: envoi
 102: réception
 103: envoi et réception
600
Carte manquante
-
601
Carte différente de la TSX CPP 110
détectée
-
602
La carte n'est pas prête à
communiquer
-
603
La carte n'est plus en mode RUN
-
Erreurs carte PCMCIA
Erreurs de communication de carte PCMCIA
700
Erreur lors de l'envoi d'un message à la carte
701
Erreur lors de la réception d'un
message venant de la carte
702
Erreur lors de l'envoi d'un PDO sortie à la carte
703
Erreur lors de la réception d'un PDO
entrée venant de la carte
35008148 12/2018
-
-
111
Objets langage CANopen
Code
Description
Détails
Erreurs de configuration
800
Taille des données de configuration du Taille des données de configuration
bus incorrecte
801
Taille des données de l'image d'entrée Taille, en nombre de mots, fixée au
incorrecte.
démarrage de la carte
802
Taille des données de l'image de sortie Taille, en nombre de mots, fixée au
incorrecte.
démarrage de la carte
803
Chevauchement de zones mémoire
réservées aux entrées et aux sorties
Type de chevauchement :
 1: le début de la zone d'entrée
couvre la fin de la zone de sortie
 2: le début de la zone de sortie
couvre la fin de la zone d'entrée
804
Zone chargement de données
introuvable
Type de zone :
 1: données globales
 2: paramètres du bus
 3: mode synchronisation
805
Somme de contrôle des données de
configuration incorrecte (incohérence
des données de configuration du bus
en mode Sycon)
806
Rapport négatif sur le chargement de
la configuration
Somme de contrôle des données de
configuration du bus localisée dans la
mémoire flash de la carte
Octet de poids fort : code d'erreur carte
(voir page 113).
Octet de poids faible :
 16#00: pas de chargement en cours
 16#01: demande de chargement
 16#02: chargement en cours
 16#03: chargement terminé
 16#11: transfert vers le PC requis
 16#12: transfert vers le PC en cours
112
35008148 12/2018
Objets langage CANopen
Détails du code 806
Le tableau suivant décrit les codes d'erreur localisés dans l'octet de poids fort du mot %IW0.m.1.2
et pour la valeur 806 du mot %IW0.m.1.1.
Code
Description
48
Temporisation
52
Code de zone inconnu
53
Taille mémoire maximale dépassée
55
Paramètre incorrect.
57
Erreur de séquence lors du chargement
59
Données incomplètes chargées
60
Adresse double
61
La taille du tableau d'adresses PDO est trop grande
62
La taille de la zone paramètre des équipements du bus est trop grande
63
Mode de transmission PDO inconnu
64
La taille des données PDO est trop grande
65
Vitesse de transmission inconnue
66
Synchro COB-ID hors limites
67
Valeur du message Synchro Timer Preset hors limites
68
Taille des données d'entrée + offset plus grands que la taille maximale de la
zone d'image d'entrée
69
Taille des données de sortie + offset plus grands que la taille maximale de la
zone d'image de sortie
70
Incohérence entre la configuration des PDO et le tableau d'adresse PDO
71
Longueur du tableau d'adresse PDO incorrecte
72
Longueur des données chargées incorrecte
73
Message COB-ID urgent hors limites
74
Message COB-ID de gestion d'un équipement du bus hors limites
75
Indicateur de longueur PDO hors limites
76
La taille des données SDO est trop grande
35008148 12/2018
113
Objets langage CANopen
Codes d'historique
Le tableau suivant décrit les codes d'erreur localisés dans les cinquième et sixième octets des
diagnostics du tableau de l'historique.
Code
Description
3
Service rejeté par l'équipement
17
Pas de réponse de l'équipement
51
La longueur de la zone mémoire de réception est trop grande
53
La longueur des données de protocole fragmentées est plus grande que la taille
de la mémoire tampon
54
Fonction inconnue requise par le pilote carte
55
Adresse de l'équipement du bus hors normes
57
Erreur de séquence lors d'un transfert fragmenté. L'action est annulée.
200
carte non configurée
Codes de diagnostics esclaves
Le tableau suivant décrit les codes d'erreur localisés dans le septième octet d'un tableau de
diagnostics d'un esclave.
114
Code
Description
30
Erreur lors de la surveillance d'un esclave
31
Changement de statut d'un équipement sur le bus, équipement non disponible
32
Erreur séquence lors d'un protocole de surveillance du bus
33
Pas de réponse pour un PDO configuré
34
Pas de réponse lors de la configuration d'un équipement
35
Profil d'un équipement configuré différent du profil de l'équipement présent sur
le bus
36
Type d'équipement configuré différent du type d'équipement présent sur le bus
37
Réponse SDO inconnue
38
Trame reçue plus longue que 8 octets
39
Equipement non scruté ou non arrêté (par exemple en mode Autoclear)
35008148 12/2018
Objets langage CANopen
Codes d'erreur du chargement Sycon
Le tableau suivant décrit les codes d'erreur qui peuvent survenir lors du chargement de la
configuration ou du microprogramme sur la carte via le pilote X-WAY.
Code
Description
0
Pas d'erreur, fonctionnement correct
Erreurs standard
8001
Pilote hors service
8002
Code d'événement inconnu du pilote
8003
Code de commande non reconnu par le pilote
8004
Commande refusée
8005
Une autre commande est toujours active
8006
Commande envoyée à un équipement incorrect
Erreurs d'allocation
8010
Pas d'équipement assigné
8011
Equipement déjà assigné
Erreurs de communication
8020
Envoi d'une requête service lorsqu'aucun équipement n'est connecté
8021
Initialisation d'une connexion lorsqu'il y a déjà une connexion
8022
Temporisation
8030
Erreur de lecture du statut du pilote
8031
Erreur après l'envoi d'une requête au réseau
8032
Boîte d'envoi toujours occupée
8033
Erreur de réponse réseau
8034
Pas de réponse de la boîte de réception
8035
Erreur de transfert de données E/S
Erreurs d'initialisation du pilote
8080
Erreurs de paramétrage
8081
Erreurs d'initialisation du pilote général
Erreurs de traitement multitâche
-1
Tâche mot non créée
-2
Pointeur tâche ou objet synchronisé incorrect
-3
Aucun événement de synchronisation n'a été créé
35008148 12/2018
115
Objets langage CANopen
116
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Exemples de mise en œuvre CANopen
35008148 12/2018
Chapitre 5
Exemples de mise en œuvre du bus CANopen
Exemples de mise en œuvre du bus CANopen
Objet du chapitre
Ce chapitre utilise un exemple pour décrire la mise en œuvre d'un bus CANopen avec l'aide de
l'outil SyCon (V2.8) et du logiciel Control Expert.
Contenu de ce chapitre
Ce chapitre contient les sous-chapitres suivants :
Sous-chapitre
Sujet
Page
5.1
Description de l’exemple
118
5.2
Mise en oeuvre matérielle
119
5.3
Mise en œuvre logicielle
127
35008148 12/2018
117
Exemples de mise en œuvre CANopen
Sous-chapitre 5.1
Description de l’exemple
Description de l’exemple
Description de l'exemple
Présentation
Cet exemple est donné à titre didactique. Il vous permettra de suivre les différentes étapes de la
configuration d'une architecture CANopen composée :


d'un module maître TSX CPP 110 installé dans un automate Premium,
de deux équipements esclaves Advantys STB :
 Nœud 2 : une interface CANopen STBNCO2212, un module d'alimentation STBPDT3100,
un module 4 entrées STBDDI3420 et un module 4 sorties STBDDO3410.
 Nœud 3 : configuration identique à celle du nœud 2 avec en complément un module deux
entrées analogiques STBAVI1270 et un module deux sorties analogiques STBAVO1250.
Illustration
L'illustration ci-dessous schématise l'architecture utilisée dans l'exemple.
Logiciels requis
La mise en œuvre de cet exemple nécessite les logiciels suivants :



Advantys V1.1, pour configurer les îlots STB.
Sycon V2.8, pour configurer le bus CANopen.
Unity Pro V2.0, pour configurer l'automate.
NOTE : Unity Pro est l’ancien nom de Control Expert pour les versions 13.1 et antérieures.
118
35008148 12/2018
Exemples de mise en œuvre CANopen
Sous-chapitre 5.2
Mise en oeuvre matérielle
Mise en oeuvre matérielle
Objet de ce sous-chapitre
Ce sous-chapitre présente la mise en oeuvre matérielle de l’exemple CANopen.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Configuration matérielle îlots Advantys
120
Configuration matérielle du maître
123
Configuration matérielle du bus
124
35008148 12/2018
119
Exemples de mise en œuvre CANopen
Configuration matérielle îlots Advantys
Présentation
La première phase de mise en oeuvre consiste à configurer matériellement les esclaves CANopen.
Après avoir assemblé les différents éléments des STB décrits précédemment puis effectué les
raccordements des alimentations, vous devez suivre les étapes suivantes.
Comment fixer la vitesse de transmission
Dans cet exemple nous allons voir comment configurer une vitesse de transmission de 250 KBit/s
pour chaque STB.
Etape
Action
1
Mettez le premier STB hors tension.
2
Positionnez le switch du haut sur 4.
Note : 0 = 10 KBits/s, 1 = 20 KBits/s, 2 = 50 KBits/s, 3 = 125 KBits/s, 4 = 250 KBits/s,
5 = 500 KBits/s, 6 = 800 KBits/s et 7 = 1MBits/s.
3
Positionnez le switch du bas sur "Baud rate" (position supérieure à 9).
4
Mettez le STB sous tension.
Résultat : le STB est configuré pour travailler à une vitesse de 250 KBit/s.
5
Reprenez les mêmes étapes pour le second STB.
Comment fixer l’adresse CANopen du STB
Dans cet exemple nous allons voir comment configurer l’adresse de chaque STB (2 pour le
premier et 3 pour le second).
Etape
1
120
Action
Mettez le STB hors tension.
2
Positionnez le switch du haut sur 0 (chiffre des dizaines).
3
Positionnez le switch du bas sur 2 (chiffre des unités).
Note : pour le second STB sélectionnez 3.
4
Mettez le STB sous tension.
Résultat : le STB est configuré avec l’adresse définie sur les switchs.
35008148 12/2018
Exemples de mise en œuvre CANopen
Comment charger la configuration du STB
Dans cet exemple nous allons voir comment charger une configuration dans un STB en utilisant la
configuration automatique sans carte SIM.
Etape
Action
1
Vérifiez que le STB est sous tension.
2
Enlevez la carte SIM si elle est présente.
3
Appuyez pendant plus de 5 secondes sur le bouton Reset.
Résultat : le STB effectue sa procédure de démarrage et d’initialisation, la
configuration matérielle est scrutée (modules du STB) puis stockée dans la
mémoire flash.
Note : si la carte SIM est présente, le STB essaye de charger la configuration
qu’elle contient, si la carte SIM n’est pas présente, le STB essaye de charger
la configuration contenue dans la mémoire flash. L’appui sur le bouton Reset
permet de mettre à jour la mémoire flash avec la configuration physique
réellement présente. Vous devez toujours effectuer une initialisation lorsque la
configuration a changé ou lorsque vous ne connaissez pas le contenu de la
mémoire flash.
Comment effectuer une vérification visuelle
Les STB sont prêts à dialoguer avec une carte CANopen TSX CPP 110, une dernière vérification
s’impose :
Etape
Action
1
Vérifiez que les voyants RUN et PWR du module CANopen (NCO) sont
allumés.
2
Vérifiez que le voyant CANRUN du module CANopen (NCO) clignote.
3
Vérifiez que les voyants IN et OUT du module d’alimentation (PDT) sont
allumés.
4
Vérifiez que le voyant RDY des modules d’E/S est allumé pour chacun des
modules d’E/S.
Résultat : le diagnostic visuel à l’aide des voyants permet de penser que les
STB sont correctement configurés et prêts à être mis en oeuvre sur un bus
CANopen.
Défaut de configuration
Lorsque la configuration présente dans la mémoire flash est différente de la configuration réelle
(configuration physique) les voyants :



du module CAnopen (NCO) RUN et PWR sont allumés, CANRUN clignote en vert, ERR et
CANERR clignotent en rouge.
du module d’alimentation (PDT) IN et OUT sont allumés.
des modules d’E/S RDY et OUT sont clignotants pour chaque module non présent dans la
configuration de la mémoire flash et sont allumés fixe pour les autres.
35008148 12/2018
121
Exemples de mise en œuvre CANopen
Défaut module
Certains modules peuvent afficher des situations de défaut (absence d’alimentation des sorties sur
un module DDO3230 par exemple). Dans ce cas, RDY est allumé et ERR clignote sur le module
en défaut.
122
35008148 12/2018
Exemples de mise en œuvre CANopen
Configuration matérielle du maître
Présentation
Le bus CANopen est géré par un automate Premium dans lequel est installé et configuré une carte
TSX CPP 110.
Pour plus de détail sur la carte TSX CPP 110 reportez-vous au chapitre matériel (voir page 22) de
ce document.
Procédure de montage
Le tableau suivant décrit la marche à suivre pour installer physiquement une carte TSX CPP 110.
Etape
Action
1
Vérifiez que l’alimentation de l’automate est coupée.
2
Montez et fixez les modules du rack de base.
3
Insérez la carte TSX CPP 110 dans son emplacement sur le processeur
(voir page 25).
4
Raccordez l’alimentation de l’automate et effectuez la mise sous tension.
Note : l’automate étant correctement alimenté la configuration logicielle peut
maintenant être réalisée.
35008148 12/2018
123
Exemples de mise en œuvre CANopen
Configuration matérielle du bus
Présentation
Une fois la configuration matérielle pour les esclaves et le maître CANopen terminée, vous devez
connecter ces différents équipements.
Exemples de câblage pour le bus
La figure ci-dessous représente une solution de câblage.
124
35008148 12/2018
Exemples de mise en œuvre CANopen
Quelques références
Exemple de câble de l'entreprise Selectron :

DCA 701 (code d'élément 44170014)
Pour plus d'informations, voir le site Web : http://www.selectron.ch.
Exemple de câble de l'entreprise Lapp :

UNITRONIC BUS CAN 2170261 : Câble double paire torsadée blindée, 120 Ohms.
Pour plus d'informations, voir le site Web : http://www.lappcable.com/products.
Exemple de connecteurs de l'entreprise ERNI :


1 connecteur de chaînage, référence 103668 (connecté au nœud 2).
2 connecteurs d'extrémité de bus, référence 103643 (un d'entre eux est connecté à
l'équipement de connexion TSX CPP 110 et l'autre au nœud 3).
Pour plus d'informations, voir le site Web : http://www.erni.com.
Figure de connexion
Les connecteurs utilisés sont des connecteurs SUB D 9 broches :
35008148 12/2018
125
Exemples de mise en œuvre CANopen
Description des broches
Ce tableau montre la fonction de chaque broche.
Elément
Description
1
Réservé
2
CAN_L
3
CAN_GND
4
Réservé
5
NC
6
NC
7
CAN_H
8
Réservé
9
NC
NOTE : Assurez-vous que vous avez connecté correctement le blindage du câble au connecteur.
Pour plus de détails, reportez-vous au document "Manuel d'installation de matériel CANopen" sur
telemecanique.com
126
35008148 12/2018
Exemples de mise en œuvre CANopen
Sous-chapitre 5.3
Mise en œuvre logicielle
Mise en œuvre logicielle
Objet de cette section
Ce sous-chapitre présente la mise en œuvre logicielle de l'exemple CANopen.
Les étapes à réaliser sont les suivantes :



Création de la configuration des STB Advantys et génération des fichiers EDS de chaque
nœud.
Création de la configuration CANopen sous Sycon (utilisation des fichiers EDS précédemment
créés pour configurer chaque nœud).
Création de l'application automate sous Control Expert et transfert dans le Premium/Atrium.
Contenu de ce sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Page
Configuration logicielle Advantys
128
Déclaration du maître CANopen sous Sycon et import EDS
134
Configuration du bus CANopen
137
Déclaration des noeuds 2 et 3
138
Configuration des noeuds 2 et 3
140
Configuration de la carte PCMCIA TSX CPP 110
142
Mise au point
147
35008148 12/2018
127
Exemples de mise en œuvre CANopen
Configuration logicielle Advantys
Présentation
La création de la configuration des noeuds Advantys puis la sauvegarde des fichiers EDS
s’effectue à l’aide du logiciel Advantys.
Ses principales fonctions sont les suivantes :



modification des paramètres par défaut des modules d’E/S (mode de replis des sorties par
exemple)
chargement de la configuration dans la carte SIM (si elle est présente),
génération des fichiers EDS.
NOTE : dans notre exemple seule la dernière fonction est nécessaire car nous n’utilisons pas de
carte SIM et la configuration par défaut nous satisfait pleinement (voir page 121).
NOTE : le logiciel Advantys n’est pas obligatoire car vous pouvez utiliser les fichiers EDS
génériques disponibles sous Sycon. Toutefois ce cas de figure nécessite des connaissances
approfondies du logiciel Sycon.
128
35008148 12/2018
Exemples de mise en œuvre CANopen
Comment créer les fichiers EDS
Le tableau suivant décrit la marche à suivre pour créer les fichiers EDS utilisables sous Sycon.
Etape
1
Action
Ouvrez le logicel Advantys et créez un nouvel espace de travail (Fichier → Nouvel
espace de travail...) en indiquant :
 le nom du projet (Quick start),
 le chemin de sauvegarde(D:\Advantys_Projetcs),
 le nom du noeud (Noeud_2)
Résultat :
Le nom du fichier projet sera donc Quick start.aiw, le nom du fichier de la STB
Advantys sera Noeud_2.isl.
Note : tous les noeuds d’un même bus doivent être déclarés dans le même répertoire
projet.
35008148 12/2018
129
Exemples de mise en œuvre CANopen
Etape
2
Action
Configurez le Noeud_2 en glissant les modules à partir du catalogue matériel situé à
droite de l’écran.
Résultat :
Note : attention à ne pas oublier la terminaison de bus STB XMP 1100.
3
130
Ajoutez un nouvel ilôt à partir du menu Fichier dont le nom sera Noeud_3.
35008148 12/2018
Exemples de mise en œuvre CANopen
Etape
Action
4
Répétez l’étape 2 pour le Noeud_3.
Note : si vous avez oublié l’alimentation ainsi que la terminaison STB XMP 1100 vous
ne pouvez pas visualiser la configuration en mode connecté. Vous devez alors la
rajouter manuellement.
Résultat :
5
Sélectionnez le Noeud_3 dans le menu Ilot → Aperçu d’image d’E/S pour visualiser
l’image des E/S.
35008148 12/2018
131
Exemples de mise en œuvre CANopen
Etape
6
Action
Cliquez sur l’onglet Image Bus terrain et cochez la case Alignement PDO pour
visualiser les éléments du noeud 3.
Résultat :
Note : nous voyons que le noeud 3 possède 3 mots en sorties et 5 mots en entrée. Les
entrées de l’emplacement 1 (module DDI) sont situées dans l’octet de poids faible du
mot 1. Les E/S du module situé à l’emplacement 2 (module DDO) sont situés dans le
mot d’entrée 1 (poids fort) et ses sorties dans le mot de sortie 1, ...
Les règles générales de mapping sont expliquées dans la suite de ce document.
132
7
Répétez l’étape 6 pour le Noeud_2 afin de visualiser les éléments du noeud 2.
8
Sélectionnez le noeud 2 et créez le fichier EDS en sélectionnant l’option Fichier →
Exporter Noeud_2... et en l’appelant Noeud_2.
Note : dans notre exemple le fichier sera sauvegardé à l’emplacement suivant :
D:\Advantys_Projects\Quick Start\Noeud_2.eds.
9
Sélectionnez le noeud 3 et créez le fichier EDS en sélectionnant l’option Fichier →
Exporter Noeud_3... et en le nomant Noeud_3.
Note : dans notre exemple le fichier sera sauvegardé à l’emplacement suivant :
D:\Advantys_Projects\Quick Start\Noeud_3.eds.
35008148 12/2018
Exemples de mise en œuvre CANopen
Règles générales de mapping
Voici les principales règle de positionnement des données dans la mémoire Advantys :




Le premier bloc est le bloc des entrées Tout ou Rien, ensuite vient le bloc des entrées
analogiques.
Dans chaque bloc, les bits E/S sont classés selon la position physique du module.
Les bits d’E/S sont triées par leur numéro sur le module. Nous trouverons en premier les valeurs
des E/S, ensuite l’echo (pour les sorties seulement) puis les bits d’état.
Les E/S analogiques sont également triées par leur numéro sur le module. Les valeurs d’E/S
analogiques sont situées dans le bloc analogique tandis que les bits de status sont situés dans
le bloc des entrées Tout ou Rien.
Exemple des données d’entrée du noeud 3
Données d’entrée
Mot
bits 15 à 12
bits 11 à 8
bits 7 à 4
bits 3 à 0
1
Bits d’état
emplacement 2
Bits d’écho des
sorties
emplacement 2
Bits d’état
emplacement 1
Bits d’entrée
emplacement 1
2
Octet d’état emplacement 3
Octet d’état emplacement 3
3
Octet d’état emplacement 4
Octet d’état emplacement 4
4
Entrées analogiques emplacement 3
5
Entrées analogiques emplacement 4
Exemple des données de sortie du noeud 3
Données de sortie
Mot
bits 15 à 12
bits 11 à 8
bits 7 à 4
bits 3 à 0
1
-
-
-
Bits de sortie
emplacement 2
2
Sorties analogiques emplacement 4
3
Sorties analogiques emplacement 4
NOTE : l’emplacement est le chiffre de droite sur l’étiquette qui apparaît en bas de chaque module.
35008148 12/2018
133
Exemples de mise en œuvre CANopen
Déclaration du maître CANopen sous Sycon et import EDS
Présentation
Nous allons maintenant utiliser le logiciel Sycon pour créer le bus CANopen et générer la
description du bus qui sera chargée dans l'automate Premium à l'aide du logiciel Control Expert.
Dans un premier temps, nous allons déclarer le maître du bus, puis importer les fichiers EDS des
nœuds 2 et 3 afin qu'ils soient reconnus par le logiciel Sycon.
Comment déclarer le maître du bus CANopen
Le tableau ci-dessous présente les différentes étapes pour déclarer le maître CANopen.
Etape
1
Action
Lancez l'outil Sycon à partir du menu Démarrer de Windows ou bien, depuis
l'écran de configuration de la carte TSX CPP 110 (dans le logiciel Control
Expert), cliquez sur l'icône
.
Résultat : l'outil SyCon apparaît à l'écran.
134
2
Sélectionnez la commande Fichier → Nouveau.
Résultat : l'écran suivant s'affiche :
3
Sélectionnez CANopen, puis confirmez par OK.
Résultat : une architecture vide apparaît à l'écran.
35008148 12/2018
Exemples de mise en œuvre CANopen
Etape
Action
4
Sélectionnez la commande Insérer → Maître.
Résultat : l'écran suivant s'affiche :
5
 sélectionnez TSX CPP 110,
 cliquez sur Ajouter,
 entrez un nom représentant l'équipement maître dans le champ
Description,
Remarque : le nom ne doit pas contenir d'espace ni de caractère accentué
et il est limité à 32 caractères maximum.
 validez par Ok.
Résultat : l'architecture suivante apparaît :
6
35008148 12/2018
Enregistrez le projet CANopen sous le nom Demo_cfg.co.
Remarque : notez bien l'endroit où est stocké le fichier .CO, car vous devrez le
réutiliser pour le charger dans la configuration de la carte sous Control Expert.
135
Exemples de mise en œuvre CANopen
Comment importer les fichiers EDS
Le tableau ci-dessous présente les différentes étapes pour importer les fichiers EDS sous Sycon.
Etape
136
Action
1
Lancez le logiciel Sycon si cela n'a pas été déjà fait pour déclarer le maître du
bus (voir page 134).
Résultat : l'outil SyCon apparaît à l'écran.
2
Sélectionnez l'option Fichier → Copier EDS pour importer les fichiers EDS
sous Sycon.
3
Sélectionnez le fichier Noeud_2.eds du répertoire
D:\Advantys_Projects\Quick Start pour importer le fichier du nœud 2.
Remarque : refusez l'import du bitmap, car ce fichier n'a pas été créé.
4
répétez les étapes 2 et 3 pour le nœud 3 avec le fichier Noeud_3.eds du
répertoire D:\Advantys_Projects\Quick Start pour importer le fichier
EDS du nœud 3.
Remarque : refusez l'import du bitmap, car ce fichier n'a pas été créé.
Résultat : les deux fichiers EDS peuvent maintenant être insérés dans les deux
esclaves CANopen (voir page 138).
35008148 12/2018
Exemples de mise en œuvre CANopen
Configuration du bus CANopen
Procédure
Le tableau ci-dessous répertorie les différentes étapes de déclaration du bus CANopen.
Etape
Action
1
Sélectionnez la commande Paramètres → Paramètres du Bus.
Résultat : l'écran suivant apparaît :
2
Configuration :
 Vitesse à 250 Kbit/s,
 La valeur de SYNC COB-ID à 128 (valeur par défaut),
 Période de cycle Com à 100 ms.
3
Sélectionnez Désactiver pour arrêter le maître en cas de Node Guard ou
d'erreur Heartbeat.
4
Sélectionnez Activer Global Start Node.
5
Validez par Ok.
35008148 12/2018
137
Exemples de mise en œuvre CANopen
Déclaration des noeuds 2 et 3
Marche à suivre
Le tableau ci-dessous présente les différentes étapes pour déclarer les noeuds 2 et 3.
Etape
138
Action
1
Sélectionnez la commande Insérer → Noeud.
Résultat : Un curseur apparaît :
2
Placer le curseur sur le bus en dehors du cadre délimitant le maître et effetuez
un simple clic.
Résultat : L’écran suivant apparaît :
3
Sélectionnez Noeud_2 dans la liste des équipements disponibles.
4
Cliquez sur le bouton Ajouter pour insérer le Noeud_2 dans la liste des
équipements sélectionnés.
5
Sélectionnez Noeud_3 dans la liste des équipements disponibles.
35008148 12/2018
Exemples de mise en œuvre CANopen
Etape
6
35008148 12/2018
Action
Cliquez sur le bouton Ajouter pour insérer le Noeud_3 dans la liste des
équipements sélectionnés et validez par OK.
Résultat : L’architecture suivante apparaît :
139
Exemples de mise en œuvre CANopen
Configuration des noeuds 2 et 3
Comment configurer le noeud 2
Le tableau ci-dessous présente les différentes étapes pour configurer le noeud 2.
Etape
140
Action
1
Effectuez un double clic sur le noeud 2.
Résultat : L’écran de configuration apparaît, il affiche la grille des deux PDO (Predefined Process
Objects) du noeud. Un PDO de réception (RxPDO) qui permet de configurer les sorties et un PDO
d’émission (TxPDO) qui permet de configurer les entrées.
2
Effectuez un double clic sur la première ligne (PDO RxPDO1) pour afficher la fenêtre de caractéristiques
du PDO.
3
Validez par OK car nous utiliserons la configuration par défaut.
Résultat : le PDO apparaît maintenant dans la zone Objets de données Process (PDOs) configurés.
4
Répétez les étapes 2 et 3 pour le second PDO.
Résultat : vous devez obtenir l’écran configuré comme suit :
35008148 12/2018
Exemples de mise en œuvre CANopen
Etape
5
Action
Cliquez sur OK pour valider la configuration du noeud 2.
Note : les PDO étant configurés, le logiciel Sycon possède maintenant toutes les informations de
configuration du noeud 2 afin d’utiliser le fichier EDS correspondant.
Comment configurer le noeud 3
Le tableau ci-dessous présente les différentes étapes pour configurer le noeud 3.
Etape
1
Action
Effectuez un double clic sur le noeud 3.
Résultat : L’écran de configuration apparaît, il affiche la grille des quatre PDO (Predefined Process
Objects) du noeud. Deux PDO de réception qui permettent de configurer les sorties et deux PDO
d’émission qui permettent de configurer les entrées.
2
Effectuez un double clic sur la première ligne pour afficher la fenêtre de configuration du premier PDO.
3
Validez par OK car nous utiliserons la configuration par défaut.
4
Répétez les étapes 2 et 3 pour les 3 autres PDO.
5
Cliquez sur le bouton Configuration objet pour activer la transmission des entrées analogiques.
Note : par défaut la transmission des entrées analogiques est désactivée il est donc nécessaire d’activer
cette fonctionnalité.
6
Faites défiler jusqu’à la fin l’ascenseur de la zone Objets prédéfinis spécifiés dans le fichier EDS et
double cliquez sur la ligne 6423 0 Analog Input Global Enable dans la liste des objets prédéfinis
supportés.
7
Dans la colonne Valeur choisie saisissez la valeur 1.
8
Cliquez sur OK pour valider la configuration des objets.
9
Cliquez sur OK pour valider la configuration du noeud 3.
Résultat : le noeud 3 est maintenant configuré. Si vous avez effectué également la configuration du
noeud 2 vous pouvez sauvegarder le projet Sycon qui est maintenant utilisable dans l’automate sous le
nom de Demo_cfg.co.
35008148 12/2018
141
Exemples de mise en œuvre CANopen
Configuration de la carte PCMCIA TSX CPP 110
Présentation
Après avoir créé les fichiers EDS et le bus CANopen à l'aide du logiciel Sycon, vous devez déclarer
puis configurer la carte TSX CPP 110 dans l'automate.
Pour déclarer la carte, vous pouvez vous reporter au paragraphe correspondant (voir page 38)
dans cette documentation.
La configuration de la carte dans cet exemple est illustrée sur la figure ci-dessous. Pour plus
d'informations sur les configurations possibles, veuillez vous reporter au paragraphe
correspondant (voir page 142).
Illustration
L'écran suivant indique les paramètres de configuration nécessaires à la mise en œuvre de notre
exemple :
142
35008148 12/2018
Exemples de mise en œuvre CANopen
Eléments et fonctions
Le tableau suivant décrit les différentes zones de l'écran de configuration :
Zone
Numéro
Fonction
Module
1
Cette zone est constituée de l'intitulé abrégé de la carte PCMCIA
que vous avez déclarée, il doit s'agir d'une carte CANopen.
Voie
2
Cette zone permet de sélectionner la voie de communication à
configurer.
Pour obtenir l'onglet de configuration vous devez cliquer sur la
voie.
Paramètres 3
généraux
Dans cette zone, sélectionnez la tâche associée aux E/S situées
sur le bus CANopen. La tâche sélectionnée déterminera la
fréquence d'acquisition des entrées et d'actualisation des sorties
des esclaves de bus CANopen.
Dans le cas présent, nous sélectionnerons la tâche maître
(MAST).
Onglet
L'onglet au premier plan indique le type d'écran affiché. Dans le
cas présent, il s'agit de l'écran de configuration. Si vous êtes en
mode connecté, vous aurez accès à d'autres onglets.
Dans le cas présent, vérifiez que vous avez cliqué sur l'onglet
Config. pour obtenir l'écran présenté dans l'illustration.
35008148 12/2018
4
143
Exemples de mise en œuvre CANopen
144
Zone
Numéro
Fonction
Config
5
Cette zone permet de sélectionner le comportement du bus au
démarrage.
Sélectionnez Automatique.
6
Cette zone permet de configurer le bus.
Cliquez sur le bouton Control Expert pour que la configuration soit
accessible sous Control Expert.
Sélectionnez le fichier Demo_cfg.co que vous avez créé avec le
logiciel Sycon.
Résultat : les paramètres du bus sont affichés lorsqu'un fichier
.CO est sélectionné.
Remarque : si vous modifiez le fichier .CO sous Sycon, cliquez sur
le bouton Rafraîchir afin de le recharger dans la configuration.
Remarque : si vous désirez visualiser la liste des esclaves du bus,
cliquez sur le bouton Configuration bus.
7
Cette zone permet de configurer le mode de repli des sorties des
équipements du bus ainsi que l'adresse (mémoire interne de
l'automate) où seront lues périodiquement les sorties des
équipements CANopen.
Dans notre exemple, nous sélectionnons RAZ et une quantité de
32 mots débutant à l'adresse 50 (%MW50 à %MW81).
Nous verrons un peu plus tard que ces adresses correspondent à
des objets topologiques (qui dépendent de l'esclave dans lequel
elles sont situées).
8
Cette zone permet d'activer ou de désactiver le chien de garde du
bus CANopen. Le chien de garde est activé par défaut. Il est
déclenché lorsque la carte PCMCIA ne peut plus gérer
correctement le bus. Lorsqu'il est déclenché, il fait passer les
sorties des esclaves à zéro.
Dans notre exemple, nous allons le laisser activé.
9
Cette zone permet de configurer l'adresse (mémoire interne de
l'automate) où seront copiées périodiquement les entrées des
équipements CANopen.
Dans notre exemple, nous allons garder les valeurs par défaut 32
et 0 pour indiquer que les entrées seront stockées dans les mots
%MW0 à %MW31.
Un adressage topologique est également disponible comme pour
les sorties.
10
Ce bouton permet de démarrer le logiciel Sycon, s'il est installé sur
le PC.
35008148 12/2018
Exemples de mise en œuvre CANopen
AVERTISSEMENT
COMPORTEMENT INATTENDU DE L'APPLICATION
Avant de désactiver le chien de garde, si la carte PCMCIA ne gère pas le bus CANopen, assurezvous que le comportement des équipements reste acceptable.
Le non-respect de ces instructions peut provoquer la mort, des blessures graves ou des
dommages matériels.
Validation et génération
Après avoir renseigné les différents champs de l'écran de configuration, vous devez :


valider la configuration,
générer le projet.
Lorsque ces deux opérations sont effectuées, vous pouvez enregistrer votre fichier .STU et
transférer votre projet dans l'automate.
Répartition des E/S
Les entrées et les sorties configurées dans le fichier .CO sont réparties de la manière suivante :




%MW0 contient les entrées du nœud 2.
%MW50 contient les sorties du nœud 2.
%MW1 à %MW5 contiennent les entrées du nœud 3.
%MW51 à %MW53 contiennent les sorties du nœud 3.
35008148 12/2018
145
Exemples de mise en œuvre CANopen
Répartition topologique des E/S
Si vous cliquez sur le bouton Configuration bus de l'écran de configuration, vous pouvez visualiser
les deux nœuds du bus CANopen et ainsi obtenir l'adressage topologique des E/S.
Pour le nœud 2, nous avons les entrées suivantes :

%IW\3.2\0.0.0.0 qui correspond à %MW0.
et les sorties suivantes :

%QW\3.2\0.0.0.0 qui correspond à %MW50.
Pour le nœud 3, nous avons les entrées suivantes :





%IW\3.3\0.0.0.0 qui correspond à %MW1,
%IW\3.3\0.0.0.1 qui correspond à %MW2,
%IW\3.3\0.0.0.2 qui correspond à %MW3,
%IW\3.3\0.0.0.3 qui correspond à %MW4,
%IW\3.3\0.0.0.4 qui correspond à %MW5.
et les sorties suivantes :



146
%QW\3.3\0.0.0.0 qui correspond à %MW51,
%QW\3.3\0.0.0.1 qui correspond à %MW52,
%QW\3.3\0.0.0.2 qui correspond à %MW53.
35008148 12/2018
Exemples de mise en œuvre CANopen
Mise au point
Présentation
L’écran de mise au point est accessible en mode connecté uniquement. Il permet de visualiser le
fonctionnement du bus, des esclaves et du maître CANopen.
Illustration
La figure ci-dessous est extrait de l’écran de mise au point de notre exemple.
35008148 12/2018
147
Exemples de mise en œuvre CANopen
Description
Le tableau ci-dessous présente les différentes zones de l’écran de mise au point :
148
Repère Element
Fonction
1
Etat des
esclaves
CANopen
Cette zone affiche tous les esclaves (appelés aussi noeuds) du
bus CANopen. Un esclave en défaut est affiché en rouge, lorsque
le défaut disparaît, il est affiché en bleu, sinon il est affiché en noir.
La sélection d’un esclave met à jour les zones 2, 4, 5 et 6.
Act. : indique si l’esclave a été activé dans la configuration Sycon
(1 activé, 0 désactivé)
Durée de vie (Life T.) : Life Time.
Dans notre exemple nous visualisons donc deux esclaves (ou
deux noeuds), ce sont les deux noeuds de notre configuration
Sycon.
Note : lorsqu’un noeud est visualisé en rouge vous pouvez obtenir
les causes d’erreur en cliquant dessus. La ligne information est
automatiquement mise à jour avec les informations de diagnostic.
2
Entrées
Lorsqu’un esclave est sélectionné, cette zone contient la liste des
mots qui lui sont associés en entrée.
Pour plus de clarté, l’affichage de l’adressage topologique
CANopen (voir page 36) (%IW\3.2\0.0.0.0) et de la zone mémoire
réservée dans l’automate (%MW0) est proposé.
Si le noeud 2 est sélectionné nous visualisons l’illustration
précédente, si le noeud 3 est sélectionné, l’écran change et
visualise les %IW du noeud 3.
3
Valeur en
sortie
Lorsqu’un mot de sortie est sélectionné dans la zone 4, il est
possible de modifier sa valeur en saisissant une nouvelle valeur
puis en cliquant sur le bouton OK.
4
Sorties
Lorsqu’un esclave est sélectionné, cette zone contient la liste des
mots qui lui sont associés en sortie.
Pour plus de clarté, l’affichage de l’adressage topologique
CANopen (voir page 36) (%QW\3.2\0.0.0.0) et de la zone
mémoire réservée dans l’automate (%MW50) est proposé.
Si le noeud 2 est sélectionné nous visualisons l’illustration
précédente, si le noeud 3 est sélectionné, l’écran change et
visualise les %QW du noeud 3.
5
Informations
sur ...
Lorsqu’un esclave est sélectionné (cliquez dans la zone 1), cette
zone contient son dernier message de diagnostic et pour obtenir
des informations sur la carte TSX CPP 110 il suffit de cliquer sur
l’entête du tableau.
6
Requête à
émettre
Cette zone permet d’émettre une requête SDO. La syntaxe des
paramètres est identique à celle utilisée pour effectuer des
transferts SDO par les requêtes READ_VAR et WRITE_VAR
(voir page 58). L’appui sur le bouton Saisie requête fait apparaître
les zones de saisie le la requête.
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
35008148 12/2018
Annexes
35008148 12/2018
149
150
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Exemple de configuration
35008148 12/2018
Annexe A
Exemple de configuration pour équipements sur le bus CANopen
Exemple de configuration pour équipements sur le bus
CANopen
Objet de ce chapitre
Ce chapitre présente trois exemples de configuration pour les équipements sur le bus CANopen.



un variateur Altivar ATV 58,
un lecteur Lexium,
une situation qui requiert plus de 4 PDO par équipement.
Contenu de ce chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Configuration d'un variateur de vitesse Altivar
152
Configuration d'un variateur Lexium
155
Configuration de plus de 4 PDO par nœud
159
35008148 12/2018
151
Exemple de configuration
Configuration d'un variateur de vitesse Altivar
Présentation
Vous pouvez très facilement configurer un Altivar sur le bus CANopen. Nous allons voir comment
réaliser cette configuration.
Avant de lire les paragraphes qui suivent, nous vous conseillons d'avoir réalisé l'exemple de mise
en œuvre des STB Advantys sur un bus CANopen (voir page 117) décrit dans ce manuel ou bien
d'avoir lu ces pages de mise en œuvre, car nous nous y référerons plusieurs fois.
Comment configurer un Altivar
Le tableau ci-dessous présente les différentes étapes pour configurer un Altivar.
Etape
152
Action
1
Lancez le logiciel Sycon et créez un projet CANopen (voir page 134).
Résultat : vous devez obtenir une architecture de bus de ce type :
2
Sélectionnez la commande Insérer → Nœud.
Résultat : un curseur apparaît :
35008148 12/2018
Exemple de configuration
Etape
Action
3
Placez le curseur sur le bus en dehors du cadre délimitant le maître et effectuez un simple clic.
Résultat : l'écran suivant s'affiche :
4
Sélectionnez le fichier EDS de l'Altivar que vous désirez incorporer au bus et cliquez sur Ajouter.
Remarque : quatre Altivar sont disponibles :
 ATV58_E : fichiers EDS en anglais,
 ATV58_F : fichiers EDS en français,
 ATV58F_E : fichiers EDS en anglais,
 ATV58F_F : fichiers EDS en français.
5
Confirmez votre sélection avec OK.
Résultat : l'architecture de bus fait apparaître un nouveau nœud composé d'un variateur. Vous devez
maintenant configurer les PDO de ce variateur.
6
Double-cliquez sur le nœud du variateur pour faire apparaître la fenêtre des PDO.
Résultat : un écran similaire à celui des STB Advantys (voir page 152) apparaît vous permettant de
configurer les deux PDO du variateur :
 PDO en émission : 1 mot d'état et 1 mot pour la vitesse courante,
 PDO en réception : 1 mot du registre de commande et 1 mot pour la vitesse commandée.
7
Double-cliquez sur chaque PDO et validez les paramètres de transmission par défaut.
8
Vérifiez que les vitesses du nœud et son adresse correspondent à ceux que vous avez fixés dans
l'Altivar.
Remarque : si l'Altivar est le dernier élément du bus, n'oubliez pas d'activer la terminaison de fin bus en
positionnant le switch situé sur la carte de communication CANopen de l'Altivar.
9
Cliquez sur OK pour valider la configuration du nœud.
10
Sauvegardez le fichier .CO.
35008148 12/2018
153
Exemple de configuration
Etape
Action
11
Ouvrez votre projet Control Expert qui contient le maître du bus CANopen (carte TSX CPP 110), déclarez
la carte, importez le ficher .CO sauvegardé, générez le projet et transférez-le dans l'automate comme
pour l'exemple STB Advantys (voir page 142).
Résultat : le bus CANopen et votre Altivar sont opérationnels.
Tests
Vous pouvez effectuer quelques tests afin de contrôler que l'Altivar et le bus fonctionnent
correctement en ouvrant l'écran de mise au point de la carte TSX CPP 110 et en effectuant les
actions suivantes :



Vous pouvez démarrer le moteur en saisissant les valeurs 6, 7, 15 dans le registre de
commande (premier mot de sortie).
Vous pouvez fixer la vitesse de rotation du moteur en modifiant la valeur du second mot de
sortie.
Si l'Altivar passe en défaut, vous devez effectuer une réinitialisation en saisissant la valeur 128
dans le registre de commande (premier mot de sortie), puis reprendre les séquences 6, 7 et 15.
NOTE : après avoir vérifié que votre Altivar était bien commandé par la modification de mots de
l'automate qui lui sont transmis automatiquement sur le bus CANopen, vous pouvez mettre en
œuvre votre projet d'automatisme.
ATV 31
Le variateur de vitesse ATV 31 est également compatible CANopen. Pour le détail de sa
configuration, vous pouvez vous référer au manuel ATV 31, Protocole de communication
CANopen.
154
35008148 12/2018
Exemple de configuration
Configuration d'un variateur Lexium
Présentation
Vous pouvez très facilement configurer un variateur Lexium sur le bus CANopen. Nous allons voir
comment réaliser cette configuration.
Avant de lire les paragraphes qui suivent, nous vous conseillons d'avoir réalisé l'exemple de mise
en œuvre des STB Advantys sur un bus CANopen (voir page 117) décrit dans ce manuel ou bien
d'avoir lu ces pages de mise en œuvre, car nous nous y référerons plusieurs fois.
Raccordement du Lexium
Le raccordement du Lexium au bus CANopen s'effectue par l'intermédiaire de l'adaptateur
AMO 2CA 001 V000 :


vissé sur le Lexium puis
connecté aux câbles du bus CANopen.
NOTE : pour la mise en œuvre de toute autre connectique, reportez-vous au manuel Lexium
CANopen que vous pouvez trouver sur le CD-ROM Motion Tools 3.0.
Description des PDO du Lexium
Comme pour l'Altivar, les PDO permettent une gestion implicite du Lexium par l'intermédiaire de
mots de l'automate (%MW ou adressage topologique %IW et %QW (voir page 36)).
Le Lexium utilise deux types de PDO :

Les PDO prédéfinis :
 Ces PDO sont associés à des commandes spécifiques du Lexium.
Exemple : le PDO 22 de cette annexe est associé à la requête 16#6040 pour le mot de
commande et à la requête 16#2060 pour la Feed rate or current.

Les PDO libres :
 Ces PDO ne sont pas associés à des commandes spécifiques. Leur configuration s'effectue
par l'application. Nous ne décrirons pas ces PDO dans cet exemple. Vous pouvez vous
reporter au manuel Lexium CANopen pour plus de détails.
Les PDO sont échangés par deux voies prédéfinies :


3 voies de réception (16#2600, 16#2601, 16#2602)
3 voies d'émission (16#2A00, 16#2A01, 16#2A02)
NOTE : la taille maximum des données est de 8 octets par voie et le Lexium doit être de version
supérieure ou égale à 5.51.
35008148 12/2018
155
Exemple de configuration
Comment configurer un PDO du Lexium
Le tableau ci-dessous présente les différentes étapes pour configurer un exemple de PDO en
réception, le PDO 22 du Lexium, sur la voie 1.
Etape
156
Action
1
Lancez le logiciel Sycon et créez un projet CANopen (voir page 134).
Résultat : vous devez obtenir une architecture de bus de ce type :
2
Sélectionnez la commande Insérer → Nœud.
Résultat : un curseur apparaît :
3
Placez le curseur sur le bus en dehors du cadre délimitant le maître et effectuez un simple clic.
Résultat : l'écran suivant s'affiche :
4
Sélectionnez le fichier EDS LEXIUM17D et cliquez sur Ajouter.
35008148 12/2018
Exemple de configuration
Etape
Action
5
Confirmez votre sélection avec OK.
Résultat : l'architecture de bus fait apparaître un nouveau nœud composé d'un Lexium 17D. Vous devez
maintenant configurer le PDO 22 de ce variateur.
6
Double-cliquez sur le nœud du variateur pour faire apparaître la fenêtre des PDO.
Résultat : un écran similaire à celui des STB Advantys (voir page 156) apparaît vous permettant de
configurer les deux PDO du variateur :
7
Sélectionnez le premier PDO en réception.
8
Cliquez sur le bouton Ajouter aux PDOs configurés et validez les paramètres de transmission par défaut
en cliquant sur OK.
Résultat : une nouvelle ligne apparaît dans la liste des PDO configurés.
9
Cliquez sur cette ligne, puis sur le bouton Mapping contenu PDO.
Résultat : une nouvelle fenêtre apparaît.
10
Sélectionnez l'Idx Obj. 2060 (Feed rate or current).
11
Cliquez sur le bouton Ajouter Objet, puis sur OK pour valider.
Résultat : les requêtes 16#6040 et 16#2060 sont associées au PDO. Vous devez maintenant configurer
le PDO.
12
Sélectionnez à nouveau le premier PDO en réception, puis cliquez sur le bouton Configurer Objet.
Résultat : la fenêtre de configuration du PDO apparaît.
13
Faites défiler la liste des Objets prédéfinis spécifiés dans le fichier EDS et sélectionnez la ligne 1st
receive PDO select de l'objet prédéfini 2600.
14
Cliquez sur le bouton Ajoute aux obj configurés.
Résultat : l'objet apparaît dans la fenêtre des Objets configurés automatiquement au démarrage du
nœud.
15
Saisissez 22 dans la case correspondante de la colonne Valeur choisie.
16
Sauvegardez le fichier .CO afin de pouvoir l'importer dans la configuration de la carte TSX CPP 110 sous
Control Expert.
17
Ouvrez votre projet Control Expert qui contiendra le maître du bus CANopen (carte TSX CPP 110),
déclarez la carte, importez le ficher .CO sauvegardé, configurez la carte avec les valeurs par défaut,
générez le projet et transférez-le dans l'automate comme pour l'exemple STB Advantys (voir page 142).
Résultat : le bus CANopen et votre Lexium sont opérationnels.
35008148 12/2018
157
Exemple de configuration
Tests
Vous pouvez effectuer quelques tests afin de contrôler que le Lexium et le bus fonctionnent
correctement en ouvrant l'écran de mise au point de la carte TSX CPP 110 et en effectuant les
actions suivantes :


Si vous avez utilisé la configuration par défaut de la carte TSX CPP 110, le mot %MW32
(premier mot de sortie) correspond au mot de contrôle du Lexium, vous pouvez le modifier et
contrôler la conséquence sur le Lexium.
De même, le double mot %MD32 vous permet d'accéder à la vitesse.
NOTE : après avoir vérifié que votre Lexium était bien commandé par la modification de mots de
l'automate qui lui sont transmis automatiquement sur le bus CANopen, vous pouvez mettre en
œuvre votre projet d'automatisme.
158
35008148 12/2018
Exemple de configuration
Configuration de plus de 4 PDO par nœud
Présentation
Pour chaque nœud, 4 POD de transmission et 4 PDO de réception peuvent être configurés. Cela
vient du fait que le logiciel Sycon génère automatiquement les COB-ID pour garantir leur unicité et
utilise un algorithme respectant le profil 301. Le paragraphe suivant explique cette opération.
Pour pouvoir utiliser plus de 4 PDO dans chaque direction, vous devez utiliser une procédure
manuelle telle que celle décrite pour créer un 5 e PDO.
Affectation des COB-ID
Les COB-ID possibles se situent entre les valeurs 385 et 1407 (16#180 et 16#57F).
Vous pouvez utiliser le COB-ID de votre choix pour chaque PDO ; toutefois, les COB-ID doivent
être uniques dans cet intervalle de valeurs. Les outils de configuration CANopen tel que Sycon
sont configurés par défaut pour donner un COB-ID qui respecte ces contraintes.
Le tableau suivant décrit l'algorithme utilisé par le logiciel Sycon pour réaliser ces affectations
COB-ID.
PDO
ID
Nœud 1
(décimal)
Nœud 2
(décimal)
...
Nœud 127
(décimal)
1.TXPDO
16#180+ID-Nœud
385
386
...
511
1.RXPDO
16#200+ID-Nœud
513
514
...
639
2.TXPDO
16#280+ID-Nœud
641
642
...
767
2.RXPDO
16#300+ID-Nœud
769
770
...
895
3.TXPDO
16#380+ID-Nœud
897
898
...
1023
3.RXPDO
16#400+ID-Nœud
1025
1026
...
1151
4.TXPDO
16#480+ID-Nœud
1153
1154
...
1279
4.RXPDO
16#500+ID-Nœud
1281
1282
...
1407
Lorsque le COB-ID détermine la priorité du message (plus petite est la valeur, plus grand est sa
priorité), les conséquences sont les suivantes :



Le premier PDO sur le nœud a une plus grande priorité que les deuxième, troisième et
quatrième.
Un PDO transmission est prioritaire sur un PDO réception dans le même nœud.
Plus le numéro du nœud est bas, plus la priorité des PDO du nœud est grande.
35008148 12/2018
159
Exemple de configuration
Comment créer un PDO numéro 5
Le tableau ci-dessous décrit la procédure de création d'un 5e PDO pour un nœud donné.
Etape
160
Action
1
Configuration d'un PDO5 sur l'écran de configuration du nœud.
Résultat : une fenêtre d'avertissement apparaît pour indiquer qu'il n'est pas
possible de créer un nouveau PDO. C'est normal, étant donné ce qui est dit cidessus (un maximum de 4 PDO par nœud).
2
Sur l'écran de configuration du nœud, désactivez l'option Auto COB-ID.
Résultat : vous pouvez maintenant écrire un nouveau COB-ID pour le PDO
que vous souhaitez créer et donc définir les nouvelles priorités dans les
messages transmis sur le bus CANopen.
Attention : vous devez respecter l'unicité des COB-ID. Les numéros
disponibles sont :
 TXPDO: 1664 à 1759
 RXPDO: 1761 à 1792
3
Fermez la fenêtre de configuration du nœud et sauvegardez votre projet.
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Glossaire
35008148 12/2018
Glossaire
C
CAN
CiA
COB
CRC
Controller Area Network : bus de terrain développé à l’origine pour l’automobile qui est maintenant
utilisé dans de nombreux domaines, de l’industrie au tertiaire.
CAN in Automation : groupement international des utilisateurs et constructeurs de produits CAN.
Communication OBject : unité de transport sur le bus CAN. Un COB est identifié par un identifiant
unique codé sur 11 bits, [0, 2047]. Un COB contient au plus 8 octets de données. La priorité de
transmission d’un COB est donnée par son identifiant, plus l’identifiant est faible plus le COB
associé est prioritaire.
Cyclic Redundancy Checksum : checksum de redondance cyclique qui indique qu’aucun caractère
n’a été "déformé" lors de la transmission de la trame.
CSMA/CA
Carrier Sense, Multiple Access / Collision Avoidance : méthode de gestion des communications
sur un réseau caractérisant la couche liaison.
D
DIN
DS
Deutsches Institut für Normung: institut de normalisation allemand.
Draft Standard: document de spécification issu des travaux du groupement CIA.
E
EDS
Electronic Data Sheet: fichier de description de chaque équipement CAN (fourni par les
constructeurs). Avec le logiciel de configuration Sycon, pour ajouter un équipement CAN sur le
bus, il faut sélectioner l’EDS correspondant. Les EDS sont disponibles sur le site http://www.cancia.de ou bien auprès du fournisseur du matériel.
35008148 12/2018
161
Glossaire
L
Life Time
Life Time = Life Time factor x Guard Time .
LLC
Logical Link Control .
M
MAC
MDI
MTBF
Medium Access Control .
Medium Dependent Interface .
Mean Time Between Failure : temps moyen entre deux pannes.
O
OD
Object Dictionary : dictionnaire des objets reconnus par CAN. Un code en hexadécimal est donné
à chaque type d’objet, le dictionaire regroupe les codes de tous les objets.
P
PCMCIA
Personal Computer Memory Card International Association
PDO
PDU
PMA
Process Data Object : il existe les RPDO (Recieve PDO) et les TPDO (Transmit PDO).
Process Data Unit : il existe les APDU (Application PDU). Un PDU au niveau de la couche liaison
est un APDU encapsulé par les entêtes et les octets caractérisant cette couche liaison.
Physical Medium Attachment.
S
SDO
162
Service Data Object : il existe les SSDO (Server SDO) et les CSDO (Client SDO).
35008148 12/2018
Glossaire
T
TAP
Transmission Access Point : boitier de raccordement du bus.
35008148 12/2018
163
Glossaire
164
35008148 12/2018
Premium et Atrium sous EcoStruxure™ Control Expert
Index
35008148 12/2018
Index
A
adressage
topologique, 36
affectation PDO, 29
C
câbles de dérivation, 17
COB-ID, 159
codes d'erreur, 110
compatibilité des processeurs, 30
configuration, 37
étapes de configuration, 34
contrôle d'erreur
heartbeat, 137
surveillance des abonnés, 137
D
diagnostic, 74
diagnostics, 73
L
longueurs de bus, 13
M
mise au point, 71
mise en route, 117
R
READ_VAR, 58
réglages des paramètres, 83
S
SDO, 58
SEND_REQ, 66
structure de données de voie pour modules
CANopen
T_COM_CPP110, 98
Structure des données de voie pour tous les
modules
IODDT, 94
structures des données de voie pour tous les
modules
T_GEN_MOD, 106
T
T_COM_CPP110, 98
T_GEN_MOD, 106
TSX CPP 110, 21
V
vitesses de transmission, 13
W
WRITE_VAR, 58
N
NMT (gestion réseau), 29
normes, 28
P
PDO, 151
programmation, 57
35008148 12/2018
165
Index
166
35008148 12/2018

Manuels associés