Discussion :

[cjl31]

sur une installation avec un reseau can open (1 M340+2 stb +3 variateurs + 1 codeur ) je rencontre des problemes avec le codeur. ( vitesse 125 kB , longueur >50m)
1) de temps en temps le codeur indique des valeurs erronnées pendant un temps tres court mais pris en compte par l'api
2) par moment le bit "slave_activ " du codeur passe a 0 et revient rapidement a 1 , mais il arrive aussi que le codeur disparaisse du reseau et je suis obligé de couper et remettre l'alimentation de l'api pour qu'il se reconnecte.
quel peut-etre la cause de ces disfonctionnements ?
j'ai verifier la connectique , les cables

[Nono40]

As-tu des problèmes de lecture et de perte du codeur seulement quand les variateurs sont en marche ?

Le bus CAN est très sensible aux bruit et parasites des variateurs. Il faut absolument que le blindage du bus soit continu sur tout le bus. Il faut aussi que les câbles de puissance en sortie de variateurs soient des câbles blindés avec le blindage raccorder à la masse coté variateur.

[perrin70]

Bonjour

Il est souhaitable également, si le câble moteur (qui part du variateur) est long (en général supérieur à 10 m) de placer en amont de l'alimentation puissance du variateur un filtre CEM

[cjl31]

Bonjour

apres un passage sur un autre chantier je reviens à mon probleme de codeur
-) le probleme existe var en marche ou non
-) la distance moteur var est < 4m
de plus un expert Schneider est venu sur le site et a verifié l'ensemble du câblage et du parametrages . Il n'a rien trouvé de non conforme.
Nous avons modifié le programme afin de creer une sauvegarde horodaté du defaut. nous avons contaté que l'info "activ_slave" disparait pendant 5 a 7s de maniere aleatoire . En faisant des essais de coupure du 24v codeur ou de deconnection du codeur du reseau ( on/off sur esclave precedent) les temps de disparion du "activ_slave" sont du même ordre de grandeur que le defaut.
Pas de propositions de remede de Schneider pour l'instant
merci

[benjimac_BJC]

Bonjour,

Tout d’abord, il faut vous assurer que tous les contrôleurs ou capteurs sur le réseaux sont tous configurés en 125kB, le contraire pourrait générer ce genre de problème.

Ensuite, système hors tension, la résistance entre le CAN-H et le CAN-L doit être d’environ 60ohms, si ce n’est pas le cas, cela pose des problèmes avec de telles longueurs.
Ce qui est recommandé est d’avoir la résistance au plus près des composants, en générale on place 2 résistances de 120ohms (entre CAN-H et CAN-L), une a chaque extrémité (une coté capteur, l’autre coté calculateur). Attention, certains composants intègre déjà une résistance.

Il peux aussi avoir des problème avec la topologie en étoile, il ne faut pas avoir trop de branche trop longue.

Sur 50m, il est important que le câble CAN soit blindé et que les fils CAN-H et CAN-L soient torsadés, et n’oubliez pas de câbler la tresse sur le capteur.

voila ce que je peux dire pour le matériel.

Coté logiciel, il faut aussi vérifier la valeur TimeOut pour la réception d’un message, si le message du codeur envoye sa position toutes les 100ms, TimeOut peux être réglé sur 500ms par exemple.

Dernière chose, vérifiez que plusieurs composants n’ont pas le même noeud. Cela pourrai aussi expliquer ce genre de problème. Avec un logiciel d’interface CAN (type PCANView), et en connectant un PC sur le réseau, vous devriez pouvoir voir les messages CAN qui transitent.
Déconnectez tous les composants et reconnectez les 1 seul à la fois pour identifier qui envoie quoi.
Cette méthode vous permettra de vérifier les noeuds. normalement, sur les capteurs CANOpen l’adresse du message qui contient la position du codeur est 0x180+NodeId.
Si le messages envoyé est 0x181, alors le noeud est 1,
Si le messages envoyé est 0x182, alors le noeud est 2,
…
si c’est 0x18A, alors le noeud est 10.
…

En espérant que cela puisse vous aidez à identifier le problème.