Schneider Electric ATV31 Mode d'emploi

Ajouter à Mes manuels
40 Des pages
Schneider Electric ATV31 Mode d'emploi | Fixfr
Altivar 31
CANopen
Guide d’exploitation
11/2009
####
####
1624598
####
www.schneider-electric.com
Sommaire
Avant-propos ________________________________________________________________________________________________ 3
Mise en œuvre matérielle ______________________________________________________________________________________ 4
Configuration _______________________________________________________________________________________________ 10
Signalisation _______________________________________________________________________________________________ 11
Mise en œuvre logicielle ______________________________________________________________________________________ 12
Mise en œuvre logicielle avec PL7 et SyCon ______________________________________________________________________ 15
Description des services_______________________________________________________________________________________ 24
Dictionnaire des objets _______________________________________________________________________________________ 37
Malgré tout le soin apporté à l'élaboration de ce document, Schneider Electric SA ne
donne aucune garantie sur les informations qu'il contient, et ne peut être tenu
responsable ni des erreurs qu'il pourrait comporter, ni des dommages qui pourraient
résulter de son utilisation ou de son application.
Les produits présentés dans ce document sont à tout moment susceptibles
d'évolutions quant à leurs caractéristiques de présentation et de fonctionnement.
Leur description ne peut en aucun cas revêtir un aspect contractuel.
2
1624598 11/2009
Avant-propos
Structure de la documentation :
• Le présent guide d'exploitation décrit l'utilisation de l'interface CANopen de l'Altivar 31.
• Pour la mise en œuvre matérielle générale, se reporter au "Guide d'installation".
• Pour une description complète des fonctions, paramètres et variables, se reporter au "Guide de programmation"
• Le guide d'exploitation "Variables de communication" décrit :
- le comportement du variateur (graphes d'état, mode d'exploitation, ...)
- les attributs des paramètres et des variables (adresse, unité, code, nom, description, ...).
Le présent guide d'exploitation décrit le service "Heartbeat" de l'Altivar 31. Ce service est uniquement disponible avec les versions
V1.2 et supérieures.
1624598 11/2009
3
Mise en œuvre matérielle
Description de la face avant de l'ATV 31
1
7
Altivar 31
1 Le voyant rouge allumé indique que le bus continu est sous tension
(symbole “z”)
RUN
2
Légende :
CAN
ERR
2 Afficheur “7 segments” à 4 chiffres
ESC
3 Terminal de programmation central (le potentiomètre de référence est
uniquement présent sur l'ATV 31pppppA)
3
ENT
4
RUN
STOP
RESET
4 Touche “RUN”, utilisée pour démarrer le moteur en mode avant
(ATV 31pppppA uniquement)
5
6
Face avant de l'ATV 31pppppA
5 Touche “STOP/RESET”, utilisée pour arrêter le moteur et réarmer les
défauts actuels (ATV 31pppppA uniquement)
6 Pour verrouiller / déverrouiller la face avant du variateur, il faut utiliser un
tournevis plat ou cruciforme
7 Ces deux voyants, incorporés dans l'afficheur à 4 chiffres du variateur,
signalent l'état des communications (“RUN”) et la présence d'un défaut
éventuel (“ERR”) sur le bus CANopen
4
1624598 11/2009
Mise en œuvre matérielle
Exemple de configuration CANopen
Le schéma ci-dessous illustre un exemple de configuration comportant quatre ATV 31 reliés à un automate maître Premium et équipés
d'une carte PCMCIA maître CANopen (TSX CPP 110).
####
####
####
####
Automate maître
+TSX CPP 110
PowerSuite
Câble de dérivation ATV 31
VW3 CAN CA RRp
TSX CPP 110
Boîtier de dérivation
CANopen ATV 31
VW3 CAN TAP 2
Modbus
CANopen
Câble principal
CANopen
Câble principal
CANopen
Il existe divers accessoires disponibles sur catalogue pour réaliser le raccordement des appareils.
Le boîtier de dérivation CANopen ATV 31 est une dérivation passive (référence : VW3 CAN TAP 2)
Il peut se raccorder à un câble principal CANopen à l'aide des connecteurs intégrés à 5 bornes à vis.
Deux connecteurs RJ45 sont prévus pour raccorder deux Altivar 31 par câbles de dérivation CANopen ATV 31.
Un connecteur RJ45 est destiné à relier ces deux Altivar 31 à PowerSuite (outil logiciel de mise en service pour PC ou "Pocket PC").
Si un seul ATV 31 est relié à la dérivation, il faut que ce soit par le connecteur "ATV1".
S'il y a deux ATV 31 connectés, PowerSuite peut avoir accès aux deux variateurs en mode multipoint. L'adresse Modbus de chaque
variateur doit être différente.
Il est également possible de raccorder un terminal déporté VW3 A31101 au connecteur "PowerSuite", mais dans ce cas, seul un variateur
ATV 31 peut être relié à la dérivation CANopen (sur la fiche "ATV1").
Le câble de dérivation CANopen ATV 31 est un câble équipé de 2 connecteurs RJ45. Il existe deux longueurs : 0,3 m (référence : VW3
CAN CA RR 03) et 1 m (référence : VW3 CAN CA RR1).
Seul un câble de dérivation de 0,3 m peut être utilisé sur un réseau CANopen à la vitesse de 1 Mbits/s.
1624598 11/2009
5
Mise en œuvre matérielle
Description du boîtier de dérivation CANopen pour ATV 31 (VW3 CAN TAP 2)
Vue de l'extérieur
Vue de l'intérieur
1
ATV1
ATV2
2
S1
3
S2
2
3
S3
PowerSuite
4
4
ON
S4
7
S5
OFF
5
7
6
8
8
9
9
10
10
11
Légende :
1
2
3
Vis de fixation du couvercle.
Connecteur RJ45 femelle “ATV1” auquel le premier variateur Altivar 31 doit être connecté.
Connecteur RJ45 femelle “ATV2” auquel le second variateur Altivar 31 éventuel doit être connecté. Ne pas utiliser en cas de
raccordement d'un terminal déporté au connecteur "PowerSuite".
4 Connecteur RJ45 femelle “PowerSuite” auquel peut être raccordé PowerSuite (PC ou "Pocket PC") ou un terminal déporté
VW3 A31101.
5 Interrupteur de mise en service (ON) ou hors service (OFF) de l'adaptation de fin de ligne interne (120 Ω).
6 Languette de raccordement du fil de masse vert/jaune.
7 Borniers à vis CANopen, libellés S4 et S5 sur la carte pour le raccordement du câble principal.
8 Orifices pour vis Ø 4 utilisées pour le montage du boîtier sur une plaque ou un panneau (espacement 60 mm).
9 Plan de masse pour le blindage du câble principal.
10 Ouvertures pour le câble principal CANopen.
11 Ouverture pour le fil de masse vert/jaune.
6
1624598 11/2009
Mise en œuvre matérielle
Raccordement du variateur au boîtier de dérivation CANopen pour ATV 31
Raccorder le câble équipé des 2 connecteurs RJ45 (VW3 CAN CA RR 03 ou VW3 CAN CA RR 1) au connecteur RJ45 du variateur d'une
part et au connecteur RJ45 femelle “ATV1” ou “ATV2” du boîtier de dérivation CANopen ATV 31 (VW3 CAN TAP 2) d'autre part.
Si un seul Altivar 31 est raccordé au boîtier de dérivation CANopen ATV 31, il faut utiliser le connecteur “ATV1” du boîtier.
ATV2
ATV1
1624598 11/2009
er
Pow
Suite
7
Mise en œuvre matérielle
Mise en œuvre du boîtier de dérivation CANopen pour ATV 31
19
22
20
23
21
6
7
Outillage nécessaire :
• Tournevis plat 2,5 mm.
• Tournevis à empreinte cruciforme PZ01.
Procédure :
Remarque : les numéros indiqués ci-dessous correspondent aux numéros figurant dans la description du boîtier.
• Dévisser la vis 1 à l'aide du tournevis PZ01. Ouvrir le couvercle.
• Fixer le socle du boîtier sur son support qui peut être :
- un AM1-DP200 ou un rail DIN AM1-DE 200
- une plaque ou un panneau (utiliser 2 vis M4 d'au moins 20 mm de longueur)
• Préparer les câbles principaux 20 et 21, comme illustré page suivante.
• Positionner les colliers de masse 22 sur les blindages des câbles.
• Positionner la barrette de continuité de masse 23.
• Raccorder les câbles principaux aux borniers 7, comme illustré page suivante.
Utiliser le tournevis plat 2,5 mm.
Couple de serrage des vis de bornier y 0,25 N.m.
• A l'aide du tournevis à empreinte cruciforme PZ01 et des vis 19, visser les colliers et la barrette de continuité de masse.
• Raccorder le fil de masse vert/jaune à la languette de raccordement 6.
• Immobiliser les câbles à l'aide de colliers en Nylon.
• Mettre le micro-interrupteur à la position ON s'il faut une adaptation de fin de ligne, sinon sur OFF.
• Briser les languettes du couvercle de manière à pouvoir faire passer les câbles.
• Remettre le couvercle en place et le fixer avec la vis 1 en utilisant le tournevis à empreinte cruciforme PZ01.
8
1624598 11/2009
Mise en œuvre matérielle
Raccordement du câble principal
54 mm
8 mm
8 mm
Blindage
S1
S2
S3
ON
S4
G
CA ND
N
SH _L
CA LD
N_
H
(V
+)
1 2
3 4
5
Broche
1
2
3
4
5
Signal
GND
CAN_L
SHLD
CAN_H
(V+)
OFF
S5
Couleur de fil
Noir
Bleu
(blindage de câble nu)
Blanc
Rouge
Description
Masse
Polarité CAN_L
Blindage en option
Polarité CAN_H
Alimentation optionnelle (1)
(1) Si les câbles CANopen ont un quatrième fil (rouge), il faut le relier à la broche 5 de manière à assurer
la continuité de l’alimentation optionnelle vers les autres stations CANopen.
Brochage des connecteurs RJ45
Vue côté embase
8........................1
ATV31 et ATV1
Broche Signal
1
CAN_H
2
CAN_L
3
CAN_GND
4
D1 (2)
5
D0 (2)
6
Non raccordée
7
VP (3)
8
Commun (2)
Broche
1
2
3
4
5
6
7
8
ATV2
Signal
CAN_H
CAN_L
CAN_GND
D1 (2)
D0 (2)
Non raccordée
Non raccordée
Commun (2)
Broche
1
2
3
4
5
6
7
8
PowerSuite
Signal
Non raccordée
Non raccordée
Non raccordée
D1 (2)
D0 (2)
Non raccordée
VP (3)
Commun (2)
(2) Signaux Modbus
(3) Alimentation d'un convertisseur RS232 / RS485 ou d'un terminal déporté
1624598 11/2009
9
Configuration
L'accès à la configuration des fonctions de communication CANopen de l'Altivar 31 se fait à partir du menu Communication /98! .
La configuration peut être modifiée uniquement si le moteur est à l'arrêt et que le variateur est verrouillé.
Toute modification apportée entrera uniquement en vigueur après l'application d'un cycle hors tension - sous tension du variateur.
Paramètre
Adresse CANopen
-@/#
Vitesse CANopen
>@/#
Valeurs possibles
Affichage sur terminal
Valeur par défaut
0 à 127
# à $%*
0
0,010 kbits/s
20 kbits/s
50 kbits/s
125 kbits/s
250 kbits/s
500 kbits/s
1000 kbits/s
0$#.#
#%#.#
#(#.#
$%(.#
%(#.#
(##.#
$###
125 kbits/s
Dans le présent guide d'exploitation, le paramètre -@/# est nommé “ID-Noeud”.
La valeur par défaut (0) de ce paramètre désactive les communications CANopen de l'Altivar 31.
Pour activer les communications CANopen sur l'Altivar 31, il faut attribuer une valeur non nulle au paramètre -@/#.
La valeur du paramètre >@/# doit correspondre à la vitesse de communication de tous les autres appareils reliés au bus CANopen.
De plus, la longueur maximale du bus dépend de la vitesse de communication. Le tableau suivant indique la longueur maximale du bus
lorsqu'un Altivar 31 est placé sur un bus CANopen, en fonction de la vitesse de communication réelle :
Vitesse de communication
Longueur maximale du bus
10 kbits/s
5000 m
20 kbits/s
2500 m
50 kbits/s
1000 m
125 kbits/s
500 m
250 kbits/s
250 m
500 kbits/s
100 m
1000 kbits/s
5m
Il existe d'autres documents qui indiquent des longueurs plus grandes mais il faut savoir que ces longueurs ne s'appliquent qu'aux appareils
CANopen dépourvus d'isolement galvanique.
Du fait de l'isolement galvanique de l'interface CANopen de l'ATV 31, les longueurs mentionnées dans le tableau ci-dessus doivent être
respectées.
A la vitesse de 1000 kbits/s, la longueur des câbles de dérivation ne doit pas dépasser 0,3 m.
10
1624598 11/2009
Signalisation
Les deux voyants de signalisation situés à droite de l'afficheur 7 segments à 4 chiffres
en face avant de l'Altivar 31 servent à indiquer l'état des communications CANopen.
Etat du voyant
Etat de l'Altivar 31 / CANopen
Le contrôleur CANopen est dans l'état “OFF”
L'Altivar 31 est dans l'état “STOPPED”
L'Altivar 31 est dans l'état “PRE-OPERATIONAL”
L'Altivar 31 est dans l'état “OPERATIONAL”
Pas d'erreur signalée
Alarme émise par le contrôleur CANopen de l'Altivar 31 (par ex. trop de trames d’erreur)
Erreur due à l'apparition d'un événement "Node-guarding" ou "Heartbeat"
Le contrôleur CANopen est dans l'état “bus-off”
Description des divers états de voyant :
Etat du voyant
Description visuelle de l'état du voyant
Le voyant est éteint
Le voyant est en CLIGNOTEMENT SIMPLE
(allumé pendant 200 ms et éteint pendant 1 seconde)
Le voyant est en CLIGNOTEMENT DOUBLE
(allumé pendant 200 ms, éteint pendant 200 ms, allumé pendant 200 ms et éteint pendant 1 seconde)
Le voyant CLIGNOTE à 2,5 Hz
(allumé pendant 200 ms et éteint pendant 200 ms)
Le voyant est allumé
1624598 11/2009
11
Mise en œuvre logicielle
Profils
Profil de communication
Le profil de communication de l'Altivar 31 est basé sur :
• CAN 2.A ;
• La spécification CANopen (DS301 V4.02).
Structure simplifiée du télégramme :
Identifieur (11 bits)
COB-ID
Octet 0
Octet 1
Données utilisateur (longueur maximum 8 octets)
Octet 2
Octet 3
Octet 4
Octet 5
Octet 6
Octet 7
Pour plus de détails, visiter le site web Can In Automation à l'adresse suivante : http://www.can-cia.de.
Profil fonctionnel
Le profil fonctionnel de l'Altivar 31 est conforme aux spécifications:
• “Device profile for drives and motion control” (DSP-402 V2.0, "Velocity Mode" ou mode vitesse) ;
• Profil Drivecom (21).
Drivecom et CANopen DSP402 sont compatibles.
12
1624598 11/2009
Mise en œuvre logicielle
Services disponibles
PDO (Process Data Objects)
Les télégrammes PDO servent à échanger des données en temps réel sur le process.
Les automates actualisent de manière cyclique leurs entrées et sorties par les PDO (variables périodiques).
L'Altivar 31 comporte deux jeux de PDO prédéfinis :
• Le premier jeu de PDO (PDO 1 – obligatoire pour tous les modes) inclut :
- un PDO reçu, pour commander (mot de commande "CMDD") le variateur ;
- un PDO émis, pour surveiller (mot d'état "ETAD") le variateur.
Les PDO 1 sont asynchrones et le PDO émis est uniquement envoyé quand la valeur des données change.
• Le second jeu de PDO (PDO 6 pour le mode vitesse) inclut :
- un PDO reçu, pour commander le variateur (mot de commande "CMDD" et consigne de vitesse "LFRD") ; il peut en outre être configuré
pour inclure deux autres variables ; le mot de commande "CMDD" et la consigne de vitesse "LFRD" peuvent aussi être remplacés par
deux autres variables ayant des droits d'accès à l'écriture ;
- un PDO émis, pour surveiller le variateur (mot d'état "ETAD" et vitesse de sortie "RFRD") ; il peut en outre être configuré pour inclure
deux autres variables ; le mot d'état "ETAD" et la vitesse de sortie "RFRD" peuvent aussi être remplacés par deux autres variables
quelconques.
Le mode de communication des PDO 6 peut être défini par l'utilisateur, en fonction de ses besoins : asynchrone (comme PDO 1) ou
cyclique, basé sur la réception d'un objet de synchronisation (SYNC). Un troisième mode est possible, à savoir le mode synchrone
acyclique, dans lequel le PDO émis est envoyé à chaque fois que la valeur des données change mais uniquement pendant la “fenêtre”
synchrone autorisée par l'objet SYNC.
En mode asynchrone, les durées "inhibit time" et "event timer" peuvent être modifiées.
SDO (Service Data Objects)
Les télégrammes SDO servent à la configuration et au réglage. Les automates émettent et reçoivent des messages de manière acyclique
par l'intermédiaire de SDO.
L'Altivar 31 gère un SDO, caractérisé par deux identifieurs COB-ID :
• un pour les requêtes (télégrammes émis par l'automate et destinés à l'Altivar 31) ;
• un pour les réponses (télégrammes renvoyés à l'automate par l'Altivar 31)
L'Altivar 31 supporte le transfert segmenté.
Autres services
• Affectation par défaut des identifieurs (COB-ID), basée sur l'adresse ;
• Service NMT : Start_Remote_Node (16#01), Stop_Remote_Node (16#02), Enter_Pre_Operational (16#80), Reset_Node (16#81),
Reset_Communication (16#82) ;
• Acceptation de la diffusion générale sur COB-ID 0 ;
• Objet Heartbeat (pour Altivar 31 versions V1.2 et supérieures) ;
• Objet Node guarding ;
• Objet Emergency (urgence - EMCY) ;
• Service SYNC, pour le second jeu de PDO (PDO 6).
Service non disponible
• Objet d'horodatage (TIME)
Adresse sur le bus (ID-Noeud)
ID-Noeud = adresse du variateur sur le bus CANopen.
Le terme “client” désigne une entité transmettant un télégramme destiné au variateur de vitesse (exemple : automate).
1624598 11/2009
13
Mise en œuvre logicielle
Description des identifieurs pris en charge (COB-ID)
Les identifieurs seront désignés par leur COB-ID (etc.) dans les sections suivantes de ce guide d'exploitation.
Sens
COB-ID
Client
C
C
C
Client
B
Variateur
Client
C
Variateur
Client
B
Variateur
Client
C
Variateur
Client
B
Variateur
Client
Client
Client
Client
Client
C
C
B
Description
Variateur 000 (16#000)
Service Network ManagemenT (NMT)
Variateur 128 (16#080)
Service SYNChronisation (SYNC)
Variateur
Variateur
128
16#080
384
16#180
512
16#200
640
16#280
768
16#300
1408
16#580
1536
16#600
Variateur 1792
16#700
Variateur
+ ID-Noeud
Service EMergenCY (EMCY)
+ ID-Noeud
Surveillance du variateur (PDO émis – jeu PDO 1)
+ ID-Noeud
Commande du variateur (PDO reçu – jeu PDO 1)
+ ID-Noeud
Surveillance du variateur et du moteur (PDO émis – jeu PDO 6)
+ ID-Noeud
Commande du variateur et du moteur (PDO reçu – jeu PDO 6)
+ ID-Noeud
Réponse à un ajustement de variateur (SDO émis)
+ ID-Noeud
Requête d'ajustement de variateur (SDO reçu)
+ ID-Noeud
Gestion de réseau (NMT, Node Guard, Heartbeat)
Gestion de réseau (protocole Bootup)
L'Altivar 31 supporte l'affectation automatique des identifieurs COB-ID, basée sur son adresse CANopen (uniquement pour les PDO du jeu
PDO1).
14
1624598 11/2009
Mise en œuvre logicielle avec PL7 et SyCon
Configuration
Les chapitres suivants décrivent les étapes à effectuer dans PL7 PRO (version u V4.3) et SyCon (version u V2.8) pour que l'Altivar 31
soit correctement reconnu par l'automate maître CANopen. Les versions logicielles utilisées ici sont les suivantes : PL7 PRO V4.3 et
SyCon V2.8 .
Le bus CANopen, décrit dans les chapitres suivants, inclut uniquement un maître CANopen (automate Premium TSX 57353 V5.1 + carte
PCMCIA maître CANopen TSX CPP 110) et un esclave (Altivar 31).
Exécution de la configuration matérielle dans PL7 PRO
Dans PL7 PRO, créer une nouvelle application ou ouvrir l'application pour laquelle ajouter un bus CANopen.
Editer la configuration matérielle de cette application, ajouter une “TSX CPP 110 CARTE PCMCIA CAN OPEN” dans la “VOIE 1” de
l'emplacement “Comm” du TSX 57353.
Adapter l'adressage des entrées et des sorties (%IW et %QW) selon le nombre d'esclaves effectivement raccordés au bus CANopen.
Nota : la configuration d’une carte TSX CPP 100 sous PL7 PRO est identique à celle d’une carte TSX CPP 110.
Cliquer sur le bouton “hilscher” (entouré d'un cadre rouge) pour lancer l'outil de configuration SyCon.
N.B. Ce bouton n'apparaît pas si SyCon n'est pas installé sur le PC.
1624598 11/2009
15
Mise en œuvre logicielle avec PL7 et SyCon
Création d'un réseau CANopen dans SyCon
Sélectionner la commande “Nouveau” du menu “Fichier” pour créer une nouvelle
configuration et sélectionner le type de bus “CANopen”.
Cette commande crée un segment de réseau vierge dans la fenêtre principale
SyCon.
Dans notre exemple, nous enregistrerons tout de suite cette configuration et la
nommerons “ATV31 - Software Setup Example.co”.
Sélection et addition d'un automate maître CANopen
Sélectionner la commande “Maître…” du menu
).
“Insérer” (ou cliquer sur le bouton
La fenêtre “Insérer maître” apparaît.
Sélectionner l'appareil maître “TSX CPP 110”
(ou “TSX CPP 100”) puis cliquer sur
“Ajouter >>.”
Cette même fenêtre permet d'éditer l'identifiant
du ID-Nœud et la description de cet appareil
maître.
Cliquer sur “OK” pour revenir à la fenêtre principale SyCon.
Le maître sélectionné apparaît en première position :
16
1624598 11/2009
Mise en œuvre logicielle avec PL7 et SyCon
Sélectionner le maître CANopen et exécuter la commande
“Paramètres du bus…” du menu “Paramètres” pour paramétrer la
vitesse de transmission sur le réseau CANopen.
Les autres paramètres affichés dans la fenêtre “Paramètres de
bus” ne sont pas décrits ici. Pour plus d'informations sur les
fonctions des paramètres de bus, se reporter à l'aide en ligne ou à
la documentation de l'outil SyCon.
N.B. En cas d'utilisation du jeu de PDO 6 de l'Altivar 31 et d'une
configuration en mode “synchrone” (cyclique ou acyclique), il faut
envisager d'ajuster la “Période du cycle de communication” dont la
valeur par défaut est 100 ms, comme l'indique la fenêtre ci-contre.
Addition de fichiers EDS Altivar 31 aux appareils CANopen gérés par SyCon
Le fichier EDS qui décrit l'Altivar 31 doit être importé dans SyCon de manière à figurer dans sa base de données des appareils. Ce fichier
s'appelle "ATV31_Vxy.eds".
Vx.y : version logicielle d'Altivar 31 :
- x : révision majeure ;
- y : révision mineure.
Pour importer ce fichier dans SyCon, exécuter la commande “Copier EDS” du menu “Fichier” et sélectionner le fichier EDS indiqué plus
haut. L'utilisateur est invité à choisir ou non d'“importer les fichiers bitmap correspondants”. Cliquer sur “Oui” pour ajouter les trois icônes
d'état Altivar 31 à la base de données bitmap de SyCon ; ces icônes seront affichées par la suite.
Si la commande est exécutée correctement, une fenêtre informe l'utilisateur que 1 fichier EDS et 3 fichiers bitmap ont été correctement
importés.
A31_Vxy_s.dib
A31_Vxy_r.dib
A31_Vxy_d.dib
Les fichiers eds et les fichiers d'icône sont dans le cd-rom PowerSuite ou dans le cd-rom délivré avec le variateur Altivar 31.
1624598 11/2009
17
Mise en œuvre logicielle avec PL7 et SyCon
Sélection et addition de l'Altivar 31 au bus CANopen
Exécuter la commande “Noeud…” du menu “Insérer” (ou
cliquer sur le bouton
).
Amener le pointeur de la souris (ressemblant désormais à
)
à la position où vous voulez ajouter l'Altivar 31 puis faire un clic
gauche.
Dans la fenêtre “Insérer Noeud” qui apparaît, sélectionner
l'appareil “ATV31” et cliquer sur le bouton “Ajouter >>”.
Cette même fenêtre permet d'éditer l'identifiant ID-Noeud et
la description de ce noeud.
Cliquer sur “OK” pour revenir à la fenêtre principale SyCon.
L'appareil sélectionné apparaît à la position choisie :
18
1624598 11/2009
Mise en œuvre logicielle avec PL7 et SyCon
Edition et configuration de l'Altivar 31
Double-cliquer sur la ligne correspondant à l'Altivar 31. La fenêtre "Configuration Noeud" apparaît.
La fenêtre “Configuration Noeud” affichée ci-dessous illustre les quelques opérations effectuées afin de configurer à la fois le PDO 6 reçu
et le PDO 6 émis :
5
1
2
4
3
Ces opérations sont récapitulées ici :
1 Désactivation de l'option “Auto COB-ID (401)” en décochant la case associée ; à noter que cette opération est utile (et obligatoire
dans le cas présent !) en cas d'utilisation d'un ou des deux PDO 6.
Si aucun des deux PDO 6 n'est à utiliser, laisser cette case cochée !
2 Addition de PDO aux PDO configurés : Chaque PDO à ajouter à la section “PDOs configurés” doit être sélectionné dans la section
“PDOs prédéfinis dans le fichier EDS” puis cliquer sur le bouton “Ajouter aux PDOs configurés” ou double-cliquer sur l'entrée PDO.
Avant d'ajouter le PDO à la section “PDO configurés”, SyCon affiche une fenêtre permettant de configurer le mode de transmission de
ce PDO.
Pour les deux PDO 1, IL NE FAUT PAS modifier le paramètre du mode de transmission : “asynchrone” (255) !
Pour les PDO 6, il est possible de configurer un “Type de transmission spécifique CANopen” de valeur 0 (première option), 1 à 240
(seconde option) ou 255 (quatrième et dernière option), correspondant respectivement aux modes de transmission “synchrone
acyclique”, “synchrone cyclique” et “asynchrone”.
Comme l'explique le chapitre "Remarques importantes concernant le service SDO", page 32, il est possible d'associer des paramètres
PDO 1 et PDO 6. Se reporter à ce chapitre pour plus de détails.
Un PDO donné ne peut être ajouté qu'une seule fois à la section “PDO configuré” : la duplication est interdite !
3 Paramétrage manuel de l'identifieur COB-ID du paramètre PDO 6 sélectionné.
La valeur COB-ID du paramètre “PDO 6 émis” doit être configurée à 16#280 (640) + ID-Noeud et celle du paramètre “PDO 6 reçu” à
16#300 (768) + ID-Noeud.
En cas de configuration d'un ou des deux paramètres PDO 1, veuillez noter que les valeurs COB-ID par défaut sont correctes et ne
doivent pas être modifiées !
4 Le mappage de chaque paramètre PDO 6 peut être modifié.
En cliquant sur le bouton “ Mappage du contenu des PDS…”, le contenu du PDO configuré actuellement sélectionné apparaît dans une
fenêtre particulière, sur laquelle les objets déjà mappés peuvent être supprimés et les objets disponibles peuvent être ajoutés au
mappage, dans la limite de 4 objets par PDO.
Cette fonction ne peut pas être utilisée avec un paramètre PDO 1 puisque son mappage est statique !
1624598 11/2009
19
Mise en œuvre logicielle avec PL7 et SyCon
5 Configuration du protocole de contrôle d'erreur de l'Altivar 31
Cliquer sur le bouton “Configuration Error Control Protocol” pour faire apparaître le choix suivant de protocoles d'erreur à appliquer à
l'Altivar 31 : “Protocole Node Guarding” ou “Protocole Heartbeat.”
- Protocole Node Guarding : Si ce protocole est sélectionné, les deux paramètres “Guard Time” et “Life Time Factor” sont utilisés pour
générer un “Life Time”. Pour plus d'informations sur ce sujet, se reporter au chapitre Protocole Node guarding, page 34.
ex. dans notre exemple, nous configurons un “Guard Time” de 500 ms et un “Life Time Factor” de 4, paramétrant ainsi un “Life Time”
de 4 × 500 ms = 2 secondes.
- Protocole Heartbeat : Si ce protocole est sélectionné, le paramètre du maître “Master Consumer Time of Node” (16#1016: 16#xx)
doit être supérieur au paramètre du noeud “Node Heartbeat Producer Time” (16#1017: 16#00). Si le “Master Consumer Time of Node”
vaut 0 pour le nœud actuellement configuré, le maître ne contrôlera pas l'activité du bus de ce noeud.
N.B. Pour utiliser le protocole Heartbeat avec le maître CANopen, il faut d'abord activer “Fonction Heartbeat” dans la fenêtre
“Paramètres de bus” (voir chapitre Création d'un réseau CANopen dans SyCon, page 16). Il faut bien entendu que le maître CANopen
supporte ce protocole, ce qui est le cas du maître CANopen utilisé ici (TSX CPP 110). La carte PCMCIA maître CANopen TSX CPP
100 est un exemple de maître CANopen ne supportant pas ce protocole.
De plus, la section “Node Heartbeat Consumer List” permet de configurer l'Altivar 31 pour qu'il contrôle une autre station (distinguée
par son ID-Noeud) du bus. Chaque station est nommée et son “Producer Time (ms)” est rappelé par commodité. En cochant une case
de la colonne “Active”, le nœud “ID-Noeud” correspondant sera contrôlé à intervalles réguliers par l'Altivar 31 ; dans ce cas, le
“Consumer Time (ms)” doit être supérieur au “Producer Time (ms).”
Enregistrement et ouverture de la configuration du bus CANopen dans PL7 PRO
Enregistrer la configuration CANopen et lui donner un nom (commande “Enregistrer” ou “Enregistrer sous…” du menu “Fichier”). Cette
configuration est enregistrée dans un fichier “.co”.
Dans la fenêtre PL7 PRO affichée au chapitre "Exécution de la configuration matérielle dans PL7 PRO", page 15, cliquer sur le bouton
“Sélection Base de données” et sélectionner le fichier enregistré au préalable (ex. “C:\Program Files\Schneider\SyCon\Project\ATV31 Software Setup Example.co”). Une fois le choix validé, la section “Mode Chargement de la configuration” est actualisée.
Sycon V2.8 ne désactive pas automatiquement PDO1, il faut le faire par programme PL7.
La désactivation du PDO émis ou reçu (jeu PDO 1) se fait dans l'application PL7 en utilisant le service SDO qui permet
d'activer le bit 31 du paramètre “COB-ID utilisé par PDO” de l'objet correspondant “Paramètre PDO1 reçu/émis” (voir
plus bas). Cette activation du bit marquera le PDO comme étant “non valide”.
Toutefois, il ne faut pas modifier les 31 autres bits de COB-ID!
Index
16#1400
16#1800
Sous-index
16#01
16#01
Description
COB-ID du PDO 1 reçu
COB-ID du PDO 1 émis
PDO activé
16#00000200 + ID-Noeud
16#00000180 + ID-Noeud
PDO désactivé
16#80000200 + ID-Noeud
16#80000180 + ID-Noeud
Il faut effectuer cette opération et désactiver par exemple les deux PDO du jeu PDO 1 si seuls les deux PDO du jeu PDO 6 sont utilisés.
Exemple : L'exemple PL7 suivant désactive le PDO 1 reçu de l'Altivar 31 situé à l'adresse 4 :
%MD1000:=16#80000184;(* Données à envoyer = Inhibition du PDO *)
%MW500:=16#1400;(* Adresse logique - Index dans %MD500 LSB *)
%MW501:=16#0001;(* Adresse logique - Sous-Index dans %MD500 MSB *)
%MW22:=50;(* Temporisation = 50 x 10 ms = 500 ms *)
%MW23:=4;(* Longueur de donnée = 4 octets *)
(* ENVOIE la commande d'écriture SDO WRITE *)
WRITE_VAR(ADR#0.1.SYS,'SDO',%MD500,4,%MW1000:2,%MW20:4) ;
20
1624598 11/2009
Mise en œuvre logicielle avec PL7 et SyCon
Il existe diverses options du maître CANopen qu'il est possible de configurer :
Option
Valeur par défaut
Valeurs possibles
(Tâche)
MAST
MAST ou FAST
Utilisée pour sélectionner le type de tâche système qui pilotera le réseau CANopen.
N.B. L'application logicielle PL7 PRO est subdivisée en une tâche “Mast Task” et une tâche “Fast Task.”
Démarrage du bus
Automatique
Automatique, Semi-automatique ou Par
programme
Comportement du bus au démarrage du maître CANopen.
Entrées
%MW0 à %MW31
(Nombre de %MW) + (Premier %MW)
Nombre de mots %MW et index du premier mot %MW de l'automate maître sur lequel les données d'entrée provenant de la carte
PCMCIA CANopen TSX CPP 110 seront mappées. Veuillez consulter la documentation du maître CANopen et celle de l'automate
maître pour connaître le nombre maximal de mots pouvant être affectés aux entrées.
L'affectation d'un trop grand nombre de mots est inutile. L'affectation du plus petit nombre possible n'est pas recommandée non plus
car la configuration du bus peut être sujette à modification, en fonction des besoins à venir de l'application.
L'Altivar 31 peut exiger jusqu'à 10 octets (5 mots) de données d'entrée mais cette taille ne peut être atteinte qu'en associant
le “PDO émis” des deux PDO : 2 octets pour PDO 1 et jusqu'à 8 octets pour PDO 6 (avec une taille par défaut de 4 octets).
ex. Dans notre exemple, nous réduisons le nombre de mots d'entrée %MW à 2 car les seules entrées CANopen sont celles du mappage
par défaut du paramètre “PDO 6 émis” (“I Len.” de 4 IB, comme indiqué dans SyCon). Le premier mot d'entrée reste %MW0. Nos mots
d'entrée CANopen sont donc %MW0 et %MW1.
Sorties
%MW32 à %MW63
(Nombre de %MW) + (Premier %MW)
La description des “Entrées” donnée ci-dessus reste vraie pour les sorties mais il s'agit ici des mots de sortie de l'automate maître et
des données de sortie de la carte PCMCIA CANopen TSX CPP 110.
L'Altivar 31 peut exiger jusqu'à 10 octets (5 mots) de données de sortie mais cette taille ne peut être atteinte qu'en associant
le “PDO reçu” des deux PDO : 2 octets pour PDO 1 et jusqu'à 8 octets pour PDO 6 (avec une taille par défaut de 4 octets).
ex. Dans notre exemple, nous réduisons le nombre de mots de sortie %MW à 2 car les seules sorties CANopen sont celles du mappage
par défaut du paramètre “PDO 6 reçu” (“O Len.” de 4 OB, comme indiqué dans SyCon). De plus, nous affectons les mots de sortie de
manière à les placer juste derrière les mots d'entrée : le premier mot de sortie est %MW2. Nos mots de sortie CANopen sont donc
%MW2 et %MW3.
Sorties
RAZ
Maintien ou RAZ
Indique si les mots de sortie CANopen sont maintenus ou remis à zéro lorsque la tâche associée (voir plus haut) est arrêtée car un tel
arrêt n'entraîne pas l'arrêt de la carte TSX CPP 110.
Chien de garde
Activé
Activé ou Désactivé
Si cette option est activée, le chien de garde CANopen de la carte PCMCIA CANopen TSX CPP 110 sera déclenché dès que la carte
ne parvient plus à gérer convenablement le bus CANopen. Dans le même temps, tous les mots de sortie CANopen sont remis à 0.
Mode Chargement de la configuration
PL7
PL7 ou SyCon
PL7 : La configuration du bus CANopen est téléchargée dans le cadre du logiciel d'application PL7 en direction de l'automate maître
cible. S'il n'y a pas assez de mémoire dans l'application pour cette configuration, PL7 interdit ce mode !
SyCon : La configuration du bus CANopen est considérée comme étant déjà chargée dans la carte PCMCIA, supposant donc qu'elle
a été téléchargée en utilisant SyCon. PL7 PRO vérifie uniquement que la configuration de la carte est identique au contenu du fichier “.co”
sélectionné, évitant ainsi toute incohérence de configuration. Néanmoins, toute modification des paramètres de bus devra s'effectuer dans
SyCon.
1624598 11/2009
21
Mise en œuvre logicielle avec PL7 et SyCon
Consultation des entrées et sorties du maître CANopen
A l'aide des informations placées dans le fichier “.co” sélectionné, PL7 PRO établit une correspondance directe entre les données de
chaque nœud CANopen et ses mots d'entrée et de sortie %MW équivalents.
Pour consulter les entrées / sorties de l'Altivar
31, cliquer sur le bouton “Configuration du bus”.
La fenêtre “Configuration du bus CANopen”
apparaît (voir ci-contre).
La sélection de l'esclave “ATV31” CANopen
(Adr. 0002) affiche les mots d'entrée et de sortie
configurés pour ce seul noeud.
Sur cette fenêtre, à droite, des symboles
explicites ont été attribués au préalable aux mots
%MW0 à %MW3 de manière à illustrer la liaison
entre ces mots et les PDO mappés dans SyCon.
N.B. Ces affectations ne sont valides que si l'Altivar 31 est le seul esclave sur le bus CANopen et si les deux PDO du jeu PDO 6 sont utilisés
avec leur mappage par défaut. En cas de configuration d'autres esclaves sur le même bus ou de modification de la configuration des PDO
de l'Altivar 31, l'affectation des mots d'entrée et de sortie décrite au préalable diffère. Dans ce cas, SyCon dispose d'une commande
permettant de consulter la totalité des entrées et des sorties : pour cela, exécuter la commande “Table Adresses…” du menu “Visu”.
Il convient de noter que SyCon affiche les adresses et les tailles d'octet (“IB” pour les entrées et “OB” pour les
sorties). Il ne faut pas oublier que ces octets sont alignés sur les adresses des mots. Ainsi, l'objet à 1 octet mappé
dans un PDO configuré prendra en fait un mot entier : l'objet à 1 octet sera affecté à l'octet MSB de ce mot et l'octet
LSB deviendra un octet “libre”.
Le tableau suivant donne la correspondance entres les PDO configurés de l'Altivar 31 et les entrées et sorties de l'automate :
PDO
Nature
PDO 6 émis
Entrées
PDO 6 reçu
Sorties
22
E/S SyCon
IB0 - IB1
IB2 - IB3
OB0 - OB1
OB2 - OB3
E/S PL7 PRO
%MW0
%MW1
%MW2
%MW3
Description de l'objet mappé
Mot d'état "ETA"
Vitesse de sortie "RFRD"
Mot de commande "CMD"
Consigne de vitesse "LFRD"
1624598 11/2009
Mise en œuvre logicielle avec PL7 et SyCon
Exemple
Cet exemple a essentiellement pour but :
• De démarrer l'Altivar 31 conformément au graphe d'état du variateur
• D'alterner entre la marche avant et arrière à 1500 tr/min pendant la temporisation TM0
Il utilise les objets mémoire suivants :
(* Masque le mot d'état DRIVECOM*)
%MW5:=%MW0 AND 16#00FF;
(* Mot d'état "ETAD" = 16#xx40 = Mise en service désactivée *)
IF(%MW5=16#0040)THEN
%MW2:=16#0006;(* Mot de commande "CMDD" = 16#0006 = Arrêt *)
END_IF;
(* Mot d'état "ETAD" = 16#xx21/23 = Prêt à mettre en service / Mis en service *)
IF(%MW5=16#0021)OR(%MW5=16#0023)THEN
%MW2:=16#000F;(* Mot de commande "CMDD" = 16#000F = Activer
fonctionnement *)
%MW3:=1500;(* Consigne de vitesse "LFRD" = 1500 tours / minute *)
START %TM0;(* Démarre temporisation avant / arrière *)
END_IF;
(* Mot d'état "ETAD" = 16#xx27 = Fonctionnement activé *)
IF(%MW5=16#0027)THEN
(* Temporisation avant / arrière écoulée *)
IF %TM0.Q THEN
(* Mot de commande "CMDD": Avant <--> Arrière *)
IF %MW2:X11 THEN RESET %MW2:X11;
ELSE SET %MW2:X11;
END_IF;
(* Vérifie que l'état DRIVECOM ne change pas *)
%MW2:=%MW2 OR 16#000F;
(* Maintient la consigne de vitesse "LFRD" à 1500 tr/min *)
%MW3:=1500;
(* Redémarre la temporisation avant / arrière *)
DOWN %TM0;START %TM0;
END_IF;
END_IF;
1624598 11/2009
23
Description des services
Ce chapitre décrit les divers services CANopen du variateur, répertoriés par ordre croissant des identifieurs COB-ID.
Les données dont la longueur dépasse un octet sont réglées sur LSB en premier et MSB en dernier dans la trame CANopen.
Commande de la machine d'état NMT (COB-ID = 16#000)
Description de la trame
Client C Variateur
COB-ID
0
(16#000)
Octet 0
Spécificateur de
commande (CS)
Octet 1
ID-Noeud
(1)
(1) Si ID-Noeud = 0, le “Spécificateur de commande” est diffusé à tous les esclaves CANopen (Altivar 31 compris) ; chacun d'eux doit
ensuite exécuter cette commande NMT, passant ainsi la transition correspondante (voir ci-après).
Spécificateur de commande
(CS)
001 (16#01)
002 (16#02)
128 (16#80)
129 (16#81)
130 (16#82)
Signification
Démarrer_Noeud_Déporté (Start_Remote_Node)
Arrêter_Noeud_Déporté (Stop_Remote_Node)
Entrer_Etat_Pré-opérationnel (Enter_Pre-Operational_State)
Réinitialisation_Noeud (Reset_Node)
Réinitialisation_Communication (Reset_Communication)
Exemple : Transition à l'état Pré-opérationnel (Entrer_Etat_Pré-opérationnel = 16#80) de l'Altivar 31 situé à l'adresse CANopen 4 (16#04).
16#000
24
16#80
16#04
1624598 11/2009
Description des services
Graphe d'état de la gestion de réseau (machine d'état NMT)
Mise sous tension ou réarmement matériel
Mise sous tension ou réarmement matériel
(1)
Initialisation
(14)
(2)
(11)
Pré-opérationnel
(7)
(13)
(4)
(10)
(5)
Arrêté
(6)
(3)
(12)
(9)
(8)
Opérationnel
Transition
(1)
(2)
(3), (6)
(4), (7)
(5), (8)
(9), (10), (11)
(12), (13), (14)
Description
A la mise sous tension, le noeud atteint l'état initialisation de façon autonome
Une fois l'initialisation terminée, l'état pré-opérationnel est automatiquement activé
Démarrer_Noeud_Déporté (Start_Remote_Node)
Arrêter_Noeud_Déporté (Stop_Remote_Node)
Entrer_Etat_Pré-opérationnel (Enter_Pre-Operational_State)
Réinitialisation_Noeud (Reset_Node)
Réinitialisation_Communication (Reset_Communication)
En fonction de l'état des communications du variateur, les services suivants sont disponibles :
Initialisation en cours
PDO
SDO
Synchronisation (SYNC)
Urgence
Démarrage
Gestion de réseau
1624598 11/2009
Pré-opérationnel
X
X
X
X
X
Opérationnel
X
X
X
X
X
X
Arrêté
X
25
Description des services
Objet Synchronisation - SYNC (COB-ID = 16#080)
Client C Variateur
COB-ID
128
(16#080)
L'objet SYNC est émis de manière cyclique par le maître CANopen.
Il ne contient pas de données et sa trame est donc limitée à son seul identifieur COB-ID.
Cet objet a essentiellement pour but d'autoriser les modes de communication synchrones des esclaves CANopen. Ainsi, dans le cas de
l'Altivar 31, le PDO 6, s'il est utilisé, peut être défini en mode de communication synchrone cyclique ou acyclique.
Objet Urgence - EMCY (COB-ID = 16#080 + ID-Noeud)
Client B Variateur
COB-ID
128
(16#080)
+ID-Noeud
Octet 0
Octet 1
Code d'erreur Urgence
LSB
MSB
Octet 2
Registre d'erreur
= 0 (pas de défaut)
= 1 (défaut)
Octet 3
Octet 4
Octet 5
Octet 6
Octet 7
0
0
0
0
0
Un objet EMCY est envoyé par l'Altivar 31 aux autres appareils CANopen, avec une haute priorité, chaque fois qu’une erreur interne
apparaît (octet 2 = 1) ou disparaît (octet 2 = 0). Un objet EMCY n'est jamais répété.
Le Code d’erreur Urgence est identique à la variable "Code de défaut" (603F), voir le guide d’exploitation "Variables de communication".
26
1624598 11/2009
Description des services
Jeu PDO 1 (COB-ID = 16#180 + ID-Noeud / 16#200 + ID-Noeud)
Ce jeu de PDO est conforme à la spécification DSP-402 "Device Profile Drives and Motion Control".
Il est ici désigné par le terme “PDO 1”.
Les paramètres par défaut du mode de communication de PDO 1 ne doivent pas être modifiés et sa valeur (255) correspond au mode de
communication par défaut du profil de variateur : asynchrone, avec le PDO de surveillance émis par le variateur à chaque fois que la valeur
de ses données change.
Le mappage d'objet de ses trames ne peut pas non plus être modifié, autrement dit seuls les mots de commande "CMDD" et d'état "ETAD"
peuvent être échangés entre l'Altivar 31 et un client. Le premier PDO de surveillance et le premier PDO de commande incluent uniquement
deux octets de données.
Enfin, le jeu de PDO 1 et le jeu de PDO 6 peuvent être utilisés en même temps mais uniquement dans une certaine mesure et dans des
conditions particulières (voir les chapitres décrivant ces seconds PDO).
PDO 1 de surveillance (COB-ID = 16#180 + ID-Noeud)
Client B Variateur
COB-ID
384
(16#180)
+ID-Noeud
Octet 0
Octet 1
Mot d'état "ETAD"
LSB
MSB
Exemple : L'Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#180 + 4) est à l'état "Operation Enabled" et ne présente aucun défaut
(mot d'état "ETAD" = 16#xxx7). Dans notre exemple, le mot d'état "ETAD" est égal à 16#0607.
16#184
16#07
16#06
PDO 1 de commande (COB-ID = 16#200 + ID-Noeud)
Client C Variateur
COB-ID
512
16#200
+ID-Noeud
Octet 0
Octet 1
Mot de commande "CMDD"
LSB
MSB
Exemple : L'Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#200 + 4) reçoit la commande appelée “Enable Operation” (mot de
commande "CMDD" = 16#xxxF). Dans notre exemple, le mot de commande "CMDD" est égal à 16#000F.
16#204
1624598 11/2009
16#0F
16#00
27
Description des services
Jeu PDO 6 (COB-ID = 16#280 + ID-Noeud / 16#300 + ID-Noeud)
Ce jeu de PDO est conforme à la spécification DSP-402 "Device Profile Drives and Motion Control".
Il est ici désigné par le terme “PDO 6”.
Les paramètres du mode de communication du PDO 6 peuvent être modifiés :
• sa valeur par défaut (255) correspond au mode de communication par défaut du profil de variateur : asynchrone ;
• cyclique synchrone (1-240) : le variateur envoie le PDO toutes les 1 à 240 réceptions de l'objet SYNC ;
• acyclique synchrone (0) : le variateur envoie le PDO en synchronisation avec l'objet SYNC mais sa transmission est uniquement
déclenchée par une modification de la valeur de ses données (disponible seulement pour le PDO 6 émis).
De plus, le mappage d'objet du jeu PDO 6 peut être modifié. Le mappage par défaut inclut le mot de commande "CMDD", la consigne de
vitesse "LFRD", le mot d'état "ETAD" et la vitesse de sortie "RFRD", paramètres qui sont présentés en premier. Un exemple du mappage
d'objet est ensuite donné pour PDO 6 afin d'illustrer les possibilités de mappage de ce PDO.
Enfin, le jeu de PDO 1 et le jeu de PDO 6 peuvent être utilisés en même temps ; cet aspect sera abordé dans la dernière partie de ce
chapitre.
En cas d'utilisation des objets émis ou reçus de PDO 6, ajoutés dans les “PDO configurés” dans SyCon, il faut d'abord
décocher la case “Affectation automatique des COB-ID conformément au Profil 301”. Si cette case reste cochée, les
identifieurs COB-ID de ces objets ne seront pas corrects et il faudra les rectifier manuellement.
PDO 6 de surveillance (COB-ID = 16#280 + ID-Noeud) – Mappage par défaut
Client B Variateur
COB-ID
640
(16#280)
+ID-Noeud
Octet 0
Octet 1
Mot d'état "ETAD"
LSB
MSB
Octet 2
Octet 3
Vitesse de sortie "RFRD"
LSB
MSB
Exemple : L'Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#280 + 4) est à l'état "Operation enabled" et ne présente aucun défaut
(mot d'état "ETAD" = 16#xxx7). Dans notre exemple, le mot d'état "ETAD" est égal à 16#0607.
De plus, la vitesse du moteur est égale à 1500 tr/min (16#05DC).
16#284
16#07
16#06
16#DC
16#05
PDO 6 de commande (COB-ID = 16#300 + ID-Noeud) – Mappage par défaut
Client C Variateur
COB-ID
768
16#300
+ID-Noeud
Octet 0
Octet 1
Mot de commande "CMDD"
LSB
MSB
Octet 2
Octet 3
Consigne de vitesse "LFRD"
LSB
MSB
Exemple : L'Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#300 + 4) reçoit la commande appelée “Enable operation” (mot de
commande "CMDD" = 16#xxxF). Dans notre exemple, le mot de commande "CMDD" est égal à 16#000F.
De plus, la vitesse du moteur est égale à 1200 tr/min (16#04B0).
16#304
28
16#0F
16#00
16#B0
16#04
1624598 11/2009
Description des services
PDO 6 de surveillance (COB-ID = 16#280 + ID-Noeud) – Mappage utilisateur
Client B Variateur
COB-ID
640
(16#280)
+ID-Noeud
Octet 0
Octet 1
Variable Altivar
(par défaut : mot d'état
"ETAD")
LSB
MSB
Octet 2
Octet 3
Variable Altivar
(par défaut : vitesse de sortie
"RFRD")
LSB
MSB
Octet 4
Octet 5
Variable Altivar
(par défaut : pas d'objet)
LSB
MSB
Octet 6
Octet 7
Variable Altivar
(par défaut : pas d'objet)
LSB
MSB
Pour modifier le mappage du second PDO de surveillance dans SyCon, double-cliquer sur l'élément “Transmit PDO 6” une fois qu'il est
ajouté à la section “PDOs configurés”. La fenêtre “Mapping contenu PDO – index objet 1A05” s'ouvre.
Il faut alors ajouter ou retirer des éléments de la section supérieure “Objets du fichier EDS” à la section inférieure “Répertoire des objets”.
Cette opération s'effectue à l'aide des deux boutons “Ajouter objet” et “Effacer objet”.
Une fois que la modification du mappage du “PDO 6 émis” est terminée, valider ou annuler les modifications à l'aide du bouton “OK” ou
“Cancel”.
N.B. Tout octet laissé vide à la fin de ce PDO ne sera pas transmis sur le bus par l'Altivar 31, autrement dit si aucun paramètre n'est attribué
aux octets 6 et 7, la longueur des données PDO sera de 6 octets au lieu de 8.
Exemple : Les deux objets par défaut sont conservés (6041:0 et 6044:0) mais les octets 4 et 5 sont mappés sur l'objet “courant moteur;
LCR” (2002:4) et les octets 6 et 7 sont mappés sur l'objet “couple moteur; OTR” (2002:9), conduisant au mappage suivant :
COB-ID
640
(16#280)
+ID-Noeud
Octet 0
Octet 1
Mot d'état "ETAD"
LSB
MSB
Octet 2
Octet 3
Vitesse de sortie "RFRD"
LSB
MSB
Octet 4
Octet 5
Courant moteur "LCR"
LSB
MSB
Octet 6
Octet 7
Couple moteur "OTR"
LSB
MSB
Prenons maintenant un Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#280 + 4) avec l'état suivant :
• Etat actuel "Operation enabled" et aucun défaut (mot d'état "ETAD" = 16#xxx7). Dans notre exemple, le mot d'état "ETAD" est égal à
16#0607 ;
• La vitesse de sortie "RFRD" est égale à 1500 tr/min (16#05DC);
• Le courant moteur "LCR" est égal à 4,0 A (16#0028);
• Le couple moteur "OTR" est égal à 83 % (16#0053).
La trame correspondante envoyée pour ce PDO de surveillance est donc la suivante (8 octets de données) :
16#284
1624598 11/2009
16#07
16#06
16#DC
16#05
16#28
16#00
16#53
16#00
29
Description des services
PDO 6 de commande (COB-ID = 16#300 + ID-Noeud) – Mappage utilisateur
Client C Variateur
COB-ID
768
16#300
+ID-Noeud
Octet 0
Octet 1
Variable Altivar
(par défaut : mot de
commande "CMDD")
LSB
MSB
Octet 2
Octet 3
Variable Altivar
(par défaut : consigne de
vitesse "LFRD")
LSB
MSB
Octet 4
Octet 5
Variable Altivar
(par défaut : pas d'objet)
LSB
MSB
Octet 6
Octet 7
Variable Altivar
(par défaut : pas d'objet)
LSB
MSB
Pour modifier le mappage du second PDO de commande dans SyCon, double-cliquer sur l'élément “Receive PDO 6” une fois que celui-ci
est ajouté à la section “PDOs configurés”. La fenêtre “Mapping contenu PDO – index objet 1605” s'ouvre.
Il faut alors ajouter ou retirer des éléments de la section supérieure “Objets du fichier EDS” à la section inférieure “Répertoire des objets”.
Cette opération s'effectue à l'aide des deux boutons “Ajouter objet” et “Effacer objet”.
Une fois que la modification du mappage du “PDO 6 émis” est terminée, valider ou annuler les modifications à l'aide du bouton “OK” ou
“Cancel”.
N.B. Tout octet laissé vide à la fin de ce PDO ne sera pas transmis sur le bus par le client, autrement dit si aucun paramètre n'est attribué
aux octets 6 et 7, la longueur des données PDO sera de 6 octets au lieu de 8.
Exemple : Le premier objet par défaut est conservé (6040:0) mais le second (6044:0) est remplacé par le temps de rampe d'accélération
"ACC" (203C:2) et les octets 4 et 5 sont mappés sur le temps de rampe de décélération “DEC” (203C:3), conduisant au mappage suivant :
COB-ID
768
(16#300)
+ID-Noeud
Octet 0
Octet 1
Octet 2
Octet 3
Mot de commande "CMDD" Temps d’accélération "ACC"
LSB
MSB
LSB
MSB
Octet 4
Octet 5
Temps de décélération
“DEC”
LSB
MSB
Prenons maintenant un Altivar 31 situé à l'adresse CANopen 4 (COB-ID = 16#300 + 4) et commandé comme suit :
• Commande “Enable operation” (mot de commande "CMDD" = 16#xxxF); dans notre exemple, le mot de commande "CMDD" est égal à
16#000F;
• Le temps de rampe d'accélération "ACC" est de 1s (10 = 16#000A) ;
• Le temps de rampe de décélération “DEC” est de 2s (20 = 16#0014).
La trame correspondante reçue pour ce PDO de commande est donc la suivante (6 octets de données) :
16#304
16#0F
16#00
16#0A
16#00
16#14
Mot 3
Mot 4
Mappage
16#00
Tableau récapitulatif
Mot 1
PDO 1 émis
PDO 1 reçu
PDO 6 émis
PDO 6 reçu
PDO 1 émis
PDO 6 émis
30
Mot 2
COB-ID par
défaut
Activé
384
16#00000180
+ ID-Noeud
Activé
Mot de
Non
512
commande
modifiable 16#00000200
"CMDD"
+ ID-Noeud
Désactivé
Vitesse de
Mot d’état
Par défaut Par défaut
640
sortie
Configurable
"ETAD"
pas d’objet pas d’objet
16#80000280
"RFRD"
+ ID-Noeud
Désactivé
Mot de
Consigne
Par défaut Par défaut
768
commande de vitesse
Configurable
pas d’objet pas d’objet
16#80000300
"CMDD"
"LFRD"
+ ID-Noeud
Mot d’état
"ETAD"
-
-
-
Non
modifiable
Inhibit time (ms)
Accès
Valeur par défaut Valeur minimale
Accès
Lecture / Ecriture
50
10
Lecture / Ecriture
Lecture / Ecriture
50
10
Lecture / Ecriture
Mode de transmission
cyclique
acyclique
asynchrone
synchrone synchrone
-
-
D
-
-
D
D
D
D
D
-
D
Event timer (ms)
Valeur par défaut
100
100
Valeur minimale
10
10
1624598 11/2009
Description des services
Service SDO (COB-ID = 16#580 + ID-Noeud / 16#600 + ID-Noeud)
Requête : Client C Variateur
COB-ID
1536
(16#600)
+ID-Noeud
Octet 0
Code
requête
Octet 1
Octet 2
Index d'objet
LSB
MSB
Octet 3
Octet 4
Sous-index
d'objet
Octet 5
Octet 6
Données de requête
Bits 7-0
Bits 15-8
Octet 3
Octet 4
Sous-index
d'objet
Octet 5
Octet 6
Données de réponse
Bits 7-0
Bits 15-8
Bits 23-16
Octet 7
Bits 31-24
Réponse : Client B Variateur
COB-ID
1408
(16#580)
+ID-Noeud
Octet 0
Réponse
requête
Octet 1
Octet 2
Index d'objet
LSB
MSB
Bits 23-16
Octet 7
Bits 31-24
Le contenu des “données de requête” et des “données de réponse” varie en fonction du “code requête” et du “code réponse”. Les deux
tableaux suivants indiquent les différents cas possibles :
Code requête
16#23
16#2B
16#2F
16#40
16#80
Description de la commande
Ecriture d'une donnée de 4 octets
Ecriture d'une donnée de 2 octets
Ecriture d'une donnée de 1 octet
Lecture de données
Annulation de la commande SDO actuelle (1)
Octet 4
Bits 7-0
Bits 7-0
Bits 7-0
16#00
16#00
Octet 5
Bits 15-8
Bits 15-8
16#00
16#00
16#00
Octet 6
Bits 23-16
16#00
16#00
16#00
16#00
Octet 7
Bits 31-24
16#00
16#00
16#00
16#00
Code réponse
16#43
16#4B
16#4F
16#60
16#80
Description de la réponse
Lecture de données : donnée de 4 octets (1)
Lecture de données : donnée de 2 octets (1)
Lecture de données : donnée de 1 octet (1)
Ecriture d'une donnée de 1/2/4 octets : réponse
Réponse à erreur : code d'annulation renvoyé (2)
Octet 4
Bits 7-0
Bits 7-0
Bits 7-0
16#00
Bits 7-0
Octet 5
Bits 15-8
Bits 15-8
16#00
16#00
Bits 15-8
Octet 6
Bits 23-16
16#00
16#00
16#00
Bits 23-16
Octet 7
Bits 31-24
16#00
16#00
16#00
Bits 31-24
(1) Pour utiliser un service SDO destiné à lire une donnée multi-octets, telle que le “nom du fabricant” (paramètre 16#1008: 16#00), un
transfert segmenté est déclenché entre le client et le variateur.
Le “Code requête” 16#80 est destiné à arrêter ce type de transfert.
(2) Les données de réponse (octets 4 à 7) correspondent à un “code d'annulation” 32 bits ; la liste complète de tous les codes d'annulation
pris en charge par l'Altivar 31 est donnée dans le tableau ci-dessous.
Remarque : Le transfert segmenté ne s'applique qu'aux informations dont la taille dépasse 4 octets. Il n'a lieu que pour "Nom du fabricant"
(objet 16#1008).
1624598 11/2009
31
Description des services
Code d'annulation (1)
16# 0503 0000
16# 0504 0000
16# 0504 0001
16# 0601 0000
16# 0601 0001
16# 0601 0002
16# 0602 0000
16# 0604 0041
16# 0604 0042
16# 0609 0011
16# 0609 0030
16# 0609 0031
16# 0609 0032
16# 0609 0036
16# 0800 0000
Description
Transfert segmenté : le “bit de bascule” n'a pas été modifié
Fin de temporisation du protocole SDO
“Code requête” non valide ou inconnu
Erreur d'accès au paramètre (par ex. requête d'écriture sur un paramètre à “lecture seule”)
Tentative d'exécution d'une requête de lecture sur un paramètre à “écriture seule”
Tentative d'exécution d'une requête d'écriture sur un paramètre à “lecture seule”
L'“index” transmis dans la requête se rapporte à un objet qui n'existe pas dans le dictionnaire des objets
Mappage d'objet PDO : le paramètre ne peut pas être mappé sur le PDO ; cette erreur se produit lors de
l'écriture sur les paramètres 16#1600, 16#1A00, 16#1605 et 16#1A05 (mappages PDO)
Mappage d'objet PDO : le nombre et/ou la longueur des paramètres à mapper dépasse la longueur PDO
maximale.
Le “sous-index” transmis dans la requête n'existe pas
Hors des valeurs limites du paramètre (pour l'écriture seulement)
Valeur du paramètre écrit trop élevée
Valeur du paramètre écrit trop basse
La valeur maximum du paramètre est inférieure à sa valeur minimum
Il s'est produit une erreur générale
(1) A noter que les “codes d'annulation” répertoriés dans ce tableau sont écrits selon la représentation habituelle et doivent donc être
inversés s'ils sont représentés octet par octet pour les “octets 4 à 7” (ex. 16# 0609 0030 devient octet 4 = 16#30, octet 5 = 16#00, octet
6 = 16#09, octet 7 = 16#06).
Remarques importantes concernant le service SDO
Ne pas tenter d'utiliser des requêtes d'écriture SDO sur des paramètres “PDO émis” configurés dans
SyCon.
Pour le “PDO 1 émis”, cette restriction s'applique au mot de commande "CMDD".
Pour le “PDO 6 émis”, le mot de commande "CMDD" et la consigne de vitesse "LFRD" sont tous deux configurés
par défaut. Si vous remplacez l’un ou les deux paramètres par défaut ou si vous ajoutez l'un ou les deux autres
paramètres à ce PDO, cette restriction s'applique à ces paramètres configurés.
Tout paramètre relié directement à l'un des paramètres faisant l'objet de la restriction précédente ne doit
pas être modifié à l'aide d'une requête d'écriture SDO.
32
1624598 11/2009
Description des services
Exemple de lecture par le service SDO
Cet exemple explique comment lire le paramètre "temps de rampe d'accélération (ACC)" d'un Altivar 31 situé à l'adresse CANopen 4
(COB-ID = 16#580 + ID-Noeud or 16#600 + ID-Noeud). La valeur “index/sous-index” de ce paramètre est égale à 16#203C/02.
N.B. Les index et les sous-index de toutes les variables de l'Altivar 31 sont répertoriés dans le guide d'exploitation "Variables de
communication" de l'Altivar 31.
Requête de lecture : Client C Variateur
Le “code requête” d'une requête de lecture est 16#40.
16#604
16#40
16#3C
16#20
16#02
16#00
16#00
16#00
16#00
Réponse à lecture : Client B Variateur
Dans notre exemple, le “code réponse” d'une réponse à lecture est 16#4B car l'opération de lecture s'est effectuée correctement sur la
donnée 2 octets.
16#584
16#4B
16#3C
16#20
16#02
16#E8
16#03
16#00
16#00
La trame de la réponse affichée ci-dessus indique que la valeur du paramètre de lecture est de 1000 (16#03E8), ce qui équivaut à un “temps
de rampe d'accélération (ACC)“ de 100 s, l'unité de ce paramètre étant de “0,1s”.
Exemple d'écriture par le service SDO
Cet exemple explique comment écrire la valeur 100 s sur le paramètre “temps de rampe d'accélération (ACC)” d'un Altivar 31 situé à
l'adresse CANopen 4 (COB-ID = 16#580 + ID-Noeud ou 16#600 + ID-Noeud). La valeur “index/sous-index” de ce paramètre est égale à
16#203C/02.
N.B. Les index et les sous-index de toutes les variables de l'Altivar 31 sont répertoriés dans le guide d'exploitation "Variables de
communication" de l'Altivar 31.
Requête d’écriture : Client C Variateur
Le “code requête” de cette requête d'écriture est 16#2B car nous tentons de modifier la valeur d'une donnée à 2 octets.
16#604
16#2B
16#3C
16#20
16#02
16#E8
16#03
16#00
16#00
Le champ de la donnée à 2 octets de la trame de la requête affichée ci-dessus indique que la valeur que nous tentons d'attribuer au
paramètre est de 1000 (16#03E8), ce qui équivaut à un “temps de rampe d'accélération (ACC)“ de 100 s, l'unité de ce paramètre étant de
“0,1s”.
Réponse à écriture : Client B Variateur
Le “code réponse” de la réponse à écriture est 16#60 car l'opération d'écriture s'est correctement effectuée.
16#584
1624598 11/2009
16#60
16#3C
16#20
16#02
16#00
16#00
16#00
16#00
33
Description des services
Protocoles de contrôle d'erreur (COB-ID = 16#700 + ID-Noeud)
Protocole Bootup
Client B Variateur
COB-ID
1792
(16#700)
+ID-Noeud
Octet 0
16#00
Ce protocole sert à indiquer que le variateur est passé à l'état pré-opérationnel après l'état
initialisation en cours.
Le seul octet de données envoyé dans une trame de protocole Bootup est toujours égal à 16#00.
Protocole Node guarding
Description
La surveillance des communications entre le client (le maître NMT ) et le variateur s'effectue soit à l'aide du protocole Node Guarding, décrit
ici, soit avec le protocole Heartbeat, décrit plus loin. Seul un de ces deux protocoles peut être actif à un instant donné !
Client C Variateur
Le client interroge à intervalles réguliers le variateur et tout autre esclave NMT, à l'aide des “remote transmit requests”. Chaque esclave
NMT reçoit pour cette interrogation une durée particulière, appelée “Life Time”. Sa valeur peut être modifiée via les deux paramètres “Guard
Time” (16#100C: 16#00) et “Life Time Factor” (16#100D: 16#00). “Life time” s'obtient en multipliant le “Guard Time” par le “Life Time Factor”.
Par défaut, le protocole Node Guarding est désactivé sur l'Altivar 31 (les paramètres “Guard Time” et “Life Time Factor” valent tous deux 0).
Client B Variateur
COB-ID
1792
(16#700)
+ID-Noeud
Octet 0
information
NMT
La réponse du variateur donne son état NMT contenu dans le champ “information NMT”, décrit ici :
Bit 7 = Bit de bascule : la valeur de ce bit doit alterner d'une réponse du variateur à l'autre. La valeur du bit de bascule de la première
réponse après activation du protocole Node guarding est 0. La remise à 0 de ce bit ne s'effectue que par la transmission de la commande
“Reset_Communication” au variateur (voir chapitre Graphe d'état de la gestion de réseau (machine d'état NMT), page 25). Si une réponse
est reçue avec la même valeur du bit de bascule que la réponse précédente, la nouvelle réponse est traitée comme si elle n'avait pas été
reçue.
Bits 6-0 = état NMT : Etat NMT actuel de l'Altivar 31 : Arrêté (16#04), Opérationnel (16#05) ou Pré-opérationnel (16#7F).
Si le variateur ne transmet pas sa réponse ou s'il transmet un état incorrect, le client déclenche un événement "Node Guarding".
Si, à l'expiration du “Life Time”, le variateur n'a pas reçu d'interrogation :
• il déclenche un événement "Life Guarding",
• passe en défaut /92 (défaut de communication CANopen),
• et envoie un télégramme d'urgence (EMCY).
34
1624598 11/2009
Description des services
Exemple de configuration du protocole Node guarding
Comme expliqué plus haut, le “Life Time” de l'Altivar 31 peut être modifiée à l'aide du service SDO afin d'écrire de nouvelles valeurs pour
les paramètres “Guard Time” et “Life Time Factor”.
Paramètre
Guard Time
Life Time Factor
index
16# 100C
16# 100D
Sous-index
16# 00
16# 00
Format
entier 16 bits sans signe
octet sans signe
Unité
1 ms
__
Dans notre exemple, nous allons configurer un “Life Time” de 2 secondes, avec un “Guard Time” de 500 ms et un “Life Time Factor” de 4
(500 ms × 4 = 2 s).
1) Paramétrage du “Guard Time” à 500 ms
• COB-ID = 16#600 + ID-Noeud pour la requête d'écriture ou 16#580 + ID-Nœud pour la réponse à l'écriture
• Code requête (byte 0) = 16#2B pour écrire une donnée à 2 octets
• Code réponse (byte 0) = 16#60 si l'opération d'écriture s'est correctement effectuée
• Index d'objet (octets 1 et 2) = 16#100C
• Sous-index d'objet (octet 3) = 16#00
• Données de requête (octets 4 et 5) = 16#01F4 (500)
Requête : Client C Variateur
16#604
16#2B
16#0C
16#10
16#00
16#F4
16#01
16#00
16#00
16#10
16#00
16#00
16#00
16#00
16#00
Réponse : Client B Variateur
16#584
16#60
16#0C
2) Paramétrage du “Life Time Factor” à 4
• COB-ID = 16#600 + ID-Noeud pour la requête d'écriture ou 16#580 + ID-Nœud pour la réponse à l'écriture
• Code requête (byte 0) = 16#2F pour écrire une donnée à 1 octet
• Code réponse (byte 0) = 16#60 si l'opération d'écriture s'est correctement effectuée
• Index d'objet (octets 1 et 2) = 16#100D
• Sous-index d'objet (octet 3) = 16#00
• Données de requête (octet 4) = 16#04 (4)
Requête : Client C Variateur
16#604
16#2F
16#0D
16#10
16#00
16#04
16#00
16#00
16#00
16#10
16#00
16#00
16#00
16#00
16#00
Réponse : Client B Variateur
16#584
16#60
16#0D
Instructions PL7 correspondantes (en langage ST) :
%MW1000:=16#01F4;(* Données à envoyer = Guard Time = 500 *)
%MW1001:=16#04;(* Données à envoyer = Life Time Factor = 4 *)
%MW22:=50;(* Temporisation = 50 x 10 ms = 500 ms *)
%MW23:=4;(* Longueur de donnée = 4 octets *)
(* ENVOIE les commandes d'écriture SDO WRITE *)
WRITE_VAR(ADR#0.1.SYS,'SDO',16#0000100C,4,%MW1000:1,%MW20:4)
;
WRITE_VAR(ADR#0.1.SYS,'SDO',16#0000100D,4,%MW1001:1,%MW20:4)
1624598 11/2009
35
Description des services
Protocole Heartbeat
Description
A part le protocole Node Guarding, décrit au chapitre précédent, il est possible d'utiliser le protocole Heartbeat pour surveiller les
communications entre un client et le variateur.
Seul un de ces deux protocoles peut être actif à un instant donné !
Client C Variateur
Contrairement au protocole Node Guarding, le protocole Heartbeat n'exige pas que le client envoie des trames, même des “remote trames”
à des appareils.
Client B Variateur
COB-ID
1792
(16#700)
+ID-Noeud
Octet 0
Etat Producer
Heartbeat
Dans le protocole Heartbeat, chaque “Producer Heartbeat” envoie un message Heartbeat à intervalles réguliers (voir plus haut) et tous les
“Consumers Heartbeat” reçoivent ce message et vérifie qu'il arrive dans un temps maximum donné. Deux paramètres servent à configurer
cette relation : le “Consumer Heartbeat Time” (16#1016: 16#01) et le “Producer Heartbeat Time” (16#1017: 16#00).
Par défaut, le protocole Heartbeat est désactivé sur l'Altivar 31 (les paramètres “Consumer Heartbeat Time” et “Producer Heartbeat Time”
valent tous deux 0).
Le “message Heartbeat” provenant du variateur comporte un champ “état Producer Heartbeat”, décrit ici :
Bit 7 = réservé : ce bit vaut toujours 0.
Bits 6-0 = état Producer Heartbeat : Etat actuel de l'Altivar 31 : Démarré (16#00), Arrêté (16#04), Opérationnel (16#05) ou Préopérationnel (16#7F).
Un Consumer Heartbeat vérifie à intervalles réguliers la présence de “messages Heartbeat” reçus dans le “Consumer Heartbeat Time.”
Ainsi, le “Producer Heartbeat Time” des Producers Heartbeat doit être inférieur à ce “Consumer Heartbeat Time.”
Si aucun “message Heartbeat” n'est reçu dans le “Consumer Heartbeat Time,” le consommateur déclenche un événement “Heartbeat”.
Puisque la configuration des paramètres “Consumer Heartbeat Time” et “Producer Heartbeat Time” est prise en charge par SyCon v2.8
(et les versions à venir), elle ne sera pas décrite dans ce guide d'exploitation car le protocole Heartbeat est l'une des nombreuses
possibilités du service SDO.
36
1624598 11/2009
Dictionnaire des objets
Contenu général du dictionnaire des objets
La structure générale du dictionnaire des objets de l'Altivar 31 est la même que pour tous les appareils CANopen, à savoir :
Index
16#0000
16#0001 - 16#001F
16#0020 - 16#003F
16#0040 - 16#005F
16#0060 - 16#007F
16#0080 - 16#009F
16#00A0 - 16#0FFF
16#1000 - 16#1FFF
16#2000 - 16#5FFF
16#6000 - 16#9FFF
16#A000 - 16#FFFF
Objet
Non utilisé
Données statiques
Données complexes
Non utilisé (données complexes propres au fabricant)
Données statiques propres au profil d'appareil
Données complexes propres au profil d'appareil
Réservé à un usage ultérieur
Zone profil de communication
Zone de profil propre à l'Altivar 31
Zone de profil d'appareil normalisé
Réservé à un usage ultérieur
Objets de la zone de profil de communication
Cette zone contient les paramètres propres aux communications du réseau CANopen. Toutes les entrées figurant ici sont communes à
TOUS les appareils CANopen.
Index
Sous-index
Accès
Nature
Valeur par défaut
16#1000
16#00
RO
Sans signe 32
16#00010192
16#1001
16#00
RO
Sans signe 08
16#00
16#00
RW
Sans signe 08
16#00
16#01
RO
Sans signe 32
16#00000000
16#1005
16#00
RW
Sans signe 32
16#00000080
16#1008
16#00
RO
Chaîne visible
“ATV31”
16#100A
16#00
RO
Chaîne visible
“0301”
16#100B
16#00
RO
Sans signe 32
(ID-Noeud)
16#100C
16#00
RW
Sans signe 16
16#0000
16#100D
16#00
RW
Sans signe 08
16#00
16#100E
16#00
RW
Sans signe 32
16#100F
16#00
RO
Sans signe 32
16#1014
16#00
RO
Sans signe 32
16#00
RO
Sans signe 08
16#00000700
+ID-Noeud
16#00000001
16#00000080
+ID-Noeud
16#01
16#01
RW
Sans signe 32
16#00000000
16#00
RW
Sans signe 16
16#0000
16#00
RO
Sans signe 8
16#01
16#01
RO
Sans signe 32
16#0000005F
16#1003
16#1016
16#1017
16#1018
1624598 11/2009
Description
Type d'appareil :
Bits 16-23 = Mode type d'appareil (1)
Bits 00-15 = Numéro de profil d'appareil (402)
Registre d'erreur : Erreur (1) ou pas d'erreur (0)
Nombre d'erreurs : Pas d'erreur (0) ou une ou
plusieurs erreurs (>0) dans objet 16#1003 ; seule la
valeur 0 peut être écrite
Champ d'erreur standard :
Bits 16-31 = Information supplémentaire (tous des 0)
Bits 00-15 = Code d'erreur
Message COB-ID SYNC :
Ne pas modifier la valeur de cet objet !
Nom du fabricant
Version du logiciel : La valeur donnée ici est
uniquement un exemple (V3.1)
ID-Nœud : Cet objet reçoit la valeur de l'ID-Nœud
configuré pour l'Altivar 31
Guard Time : Par défaut, le protocole Node Guarding
est désactivé ; l'unité de cet objet est 1 ms.
Life Time Factor : Coefficient multiplicateur appliqué
au “Guard Time” pour obtenir le “Life Time”
Identifieur Node Guarding : COB-ID utilisé pour le
protocole Node Guarding
Nombre de SDO supportés
COB-ID message d'urgence : COB-ID utilisé pour le
service EMCY
Consumer Heartbeat Time – Nombre d'entrées
Consumer Heartbeat Time :
Bits 16-23 = ID-Nœud du producteur
Bits 00-15 = Temps Heartbeat (unité = 1 ms)
N.B. Seul un producteur Heartbeat peut être configuré
ici ! Par défaut, aucun producteur n'est surveillé.
Producer Heartbeat Time : L'unité de cet objet est 1
ms. Par défaut, l'Altivar 31 n'envoie pas de messages
Heartbeat.
Objet identité – Nombre d'entrées
Objet identité – ID fournisseur : Cette valeur est
propre à chaque fabricant.
37
Dictionnaire des objets
Index
16#1200
Sous-index
16#00
Accès
RO
Nature
Sans signe 8
16#01
RO
Sans signe 32
16#02
RO
Sans signe 32
16#00
RO
Sans signe 8
16#01
RW
Sans signe 32
16#02
RO
Sans signe 8
16#FF
16#00
RO
Sans signe 8
16#01
RW
Sans signe 32
16#02
16#00000300
+ID-Noeud
16#02
RW
Sans signe 8
16#FF
16#00
RO
Sans signe 8
16#01
16#01
RO
Sans signe 32
16#60400010
16#00
RW
Sans signe 8
16#02
16#01
RW
Sans signe 32
16#60400010
16#02
RW
Sans signe 32
16#60420010
16#03
16#04
16#00
RW
RW
RO
Sans signe 32
Sans signe 32
Sans signe 8
16#01
RW
Sans signe 32
16#00000000
16#00000000
16#05
16#00000180
+ID-Noeud
16#02
RO
Sans signe 8
16#FF
16#03
RW
Sans signe 16
30
16#04
RW
Sans signe 8
__
16#05
RW
Sans signe 16
100
16#00
RO
Sans signe 8
16#01
RW
Sans signe 32
16#05
16#00000280
+ID-Noeud
16#02
RW
Sans signe 8
16#FF
16#03
RW
Sans signe 16
30
16#04
RW
Sans signe 8
__
16#05
RW
Sans signe 16
100
16#1400
16#1405
16#1600
Valeur par défaut
16#02
16#00000600
+ID-Noeud
16#00000580
+ID-Noeud
16#02
16#00000200
+ID-Noeud
16#1605
16#1800
16#1805
38
Description
SDO serveur – Nombre d'entrées
SDO serveur - COB-ID Client Ö Variateur
(réception)
SDO serveur - COB-ID Client Ö Variateur
(émission)
PDO1 reçu – Nombre d'entrées
PDO1 reçu - COB-ID
PDO1 reçu – Type de transmission : Le seul mode
disponible pour ce PDO est “asynchrone” (PDO
envoyé quand la valeur des données change)
PDO6 reçu – Nombre d'entrées
PDO6 reçu - COB-ID
PDO6 reçu – Type de transmission : Choix entre 2
modes pour ce PDO : “asynchrone” (255), et “cyclique
synchrone” (1-240).
Mappage PDO1 reçu – Nombre d'objets mappés
Mappage PDO1 reçu – 1er objet mappé : Mot de
commande "CMDD" (16#6040)
Mappage PDO6 reçu – Nombre d'objets mappés :
0 à 4 objets peuvent être mappés pour ce PDO
Mappage PDO6 reçu – 1er objet mappé : Mot de
commande "CMDD" (16#6040)
Mappage PDO6 reçu - 2ème objet mappé : Consigne
de vitesse "LFRD" (16#6042)
Mappage PDO6 reçu : Aucun 3ème objet mappé
Mappage PDO6 reçu : Aucun 4ème objet mappé
PDO1 émis – Nombre d'entrées
PDO1 émis - COB-ID
PDO1 émis – Type de transmission : Le seul mode
disponible pour ce PDO est “asynchrone” (PDO
envoyé quand la valeur des données change)
PDO1 émis – Temps d'inhibition : Temps
minimum entre deux transmissions ; unité = 1 ms
PDO1 émis - Réservé
PDO1 émis – Temporisation d'événement : En
mode “asynchrone”, cet objet définit un débit de
transmission minimum pour ce PDO ; unité = 1 ms
PDO6 émis – Nombre d'entrées
PDO6 émis - COB-ID
PDO6 émis – Type de transmission : Choix entre 3
modes pour ce PDO : “asynchrone” (255), “cyclique
synchrone” (1-240) et “acyclique synchrone” (0)
PDO6 émis – Inhibit Time : Temps minimum entre
deux transmissions ; unité = 1 ms
PDO6 émis - Réservé
PDO6 émis – Event Timer : En mode “asynchrone”,
cet objet définit un débit de transmission minimum
pour ce PDO ; unité = 1 ms
1624598 11/2009
Dictionnaire des objets
Index
16#1A00
Sous-index
16#00
Accès
RO
Nature
Sans signe 8
Valeur par défaut
16#01
16#01
RO
Sans signe 32
16#60410010
16#00
RW
Sans signe 8
16#02
16#01
RW
Sans signe 32
16#60410010
16#02
RW
Sans signe 32
16#60440010
16#03
16#04
RW
RW
Sans signe 32
Sans signe 32
16#00000000
16#00000000
16#1A05
Description
Mappage PDO1 émis – Nombre d'objets mappés
Mappage PDO1 émis – 1er objet mappé : Mot d'état
"ETAD" (16#6041)
Mappage PDO6 émis – Nombre d'objets mappés
0 à 4 objets peuvent être mappés pour ce PDO
Mappage PDO6 émis – 1er objet mappé : Mot d'état
"ETAD" (16#6041)
Mappage PDO6 émis - 2ème objet mappé : Vitesse de
sortie "RFRD" (16#6044)
Mappage PDO6 reçu : Aucun 3ème objet mappé
Mappage PDO6 reçu : Aucun 4ème objet mappé
Objets de la zone de profil propre à l'Altivar 31
Les paramètres de cette zone ne sont pas décrits dans le présent guide d'exploitation.
Se reporter au guide d'exploitation "Variables de communication" de l'Altivar 31 pour avoir une description complète des paramètres
propres à l'Altivar 31.
Objets de la zone de profil d'appareil normalisé
Les paramètres de cette zone ne sont pas décrits dans le présent guide d'exploitation.
Se reporter au guide d'exploitation "Variables de communication" de l'Altivar 31 pour avoir une description complète de ces paramètres.
1624598 11/2009
39
ATV31_canopen_FR_1624598_04
1624598 11/2009

Manuels associés