Impact sur le temps de cycle de tâche
La diffusion des affecte le temps de cycle de comme suit :
Tâche
|
Typique
|
Entrées CANopen
|
xx μs/PDO
|
Sorties CANopen
|
xx μs + xx μs/PDO
|
Diagnostic
|
xx μs
|
Performances en termes de RPI
Selon votre configuration, vous pouvez obtenir un message dans Control Expert.
Dans ce cas, procédez aux vérifications suivantes :
-
Le volume de données et le sont compatibles avec l'objectif de performance des modules BMECXM : 2 000 paquets/s pour toutes les connexions (en entrée et en sortie) des modules BMECXM.
-
Le RPI est compatible avec la période du bus de terrain.
Sinon, le RPI peut être augmenté à l'aide du . Si le déterminisme est exigé, vous avez le choix entre réduire la configuration CANopen, augmenter le débit ou augmenter la période de la tâche.
Performances en termes de SDO
Il n'y a qu'un seul à la fois par esclave. Jusqu'à 63 SDO peuvent être gérés en parallèle, en fonction de la capacité de la .
L'envoi et la réception des SDO sont synchronisés avec la tâche MAST de l'automate. Le temps de réponse lors de l'échange de SDO dépend donc de la période de la tâche MAST, du débit de la communication CANopen et du temps de réponse de l'esclave.
Le temps de démarrage du bus CANopen est fonction du nombre d'équipements.
Le temps minimum nécessaire au démarrage d'un bus CANopen est 27 secondes.
Le temps de configuration d'un équipement est d'environ 0,8 seconde.
Le temps de démarrage d'un bus CANopen avec 63 équipements est d'environ 1 minute.
Déconnexion d'un équipement
Le temps nécessaire à la détection de la déconnexion d'un équipement dépend du
protocole configuré :
Protocole
|
Description
|
Node Guarding
|
Le temps nécessaire à la détection de la déconnexion se calcule selon la formule suivante : Durée de garde × Facteur de durée de vie.
|
Heartbeat
|
Le temps nécessaire à la détection de la déconnexion se calcule selon la formule suivante : Temps producteur Heartbeat abonné + Temps consommateur Heartbeat abonné.
|