Homing, Resolver, PLCopen et Métaphysique ...

[massaproduxy]

Bonjour.
Pour ceux qui souhaitent comprendre le contexte: Je n’ai aucune expérience ni pratique.
Je suis plongé (et parfois un peu perdu) dans l’immensité de la documentation Beckhoff et aussi de PLCopen
Le sujet du moment, c’est les procédures de Homing.

J’ai quelques interrogations concernant plus précisément les « résolver »
Si j’ai bien compris, ce sont des codeurs « absolus » sur un tour: A une position de l’arbre, correspond un seul couple de valeurs pour le sin et le cos.
Mais que ce passe t-il lorsque l’on fait plusieurs tours ? Qui compte pour savoir où on est ?
Une fois la procédure de Homing faite, quelle valeur est enregistrée ou mise à zéro ?
Est-ce le drive qui compte les tours (ou le PLC) ?

Quid d’un codeur incrémental ?
J’ai compris que l’impulsion « 0 » pouvait servir à accroitre la précision du Homing, mais y a-t-il l’équivalent sur un résolver ? … faut-il continuer de tourner pour atteindre un Maxi-Mini du signal ?

Il y a certainement permis vous des spécialistes (Que ce soit sur Beckhoff, Siemens ou autres) … Je voudrais bien qu’ils éclairent un peu ma lanterne...

J’espère avoir été clair, merci de m’avoir lu.

 

[massaproduxy]

Bon ..... A priori, il y a un souci
Est-ce que je n'ai pas posé ma question au bon endroit ?
Est-ce trop spécifique ? (ou tellement trivial que vous n'osez pas me le dire !)

N'y a t-il pas d'utilisateur de IEC 61131-3 parmi vous ?
Bon ... En attendant mon messie, je vais prier et accessoirement, continuer à lire infosys.beckhoff.com

 

[sevictus]

Bonjour
Quelques éléments de réponse, même si je ne suis pas spécialiste.

C'est toujours le drive qui compte et retient la position du servo. A preuve : un drive peut fonctionner sans PLC.
Je ne sais pas si un resolver a aussi un index pour le homing, mais vu que la mesure de position est absolue (sur un tour), ça ne servirait pas à grand chose. Il n'y a pas d'intérêt à avoir un homing plus précis que la mesure de position.

Sur un codeur incrémental, le drive ne voit que des déplacements, la mesure de position est relative. D'où l'intérêt de l'index de homing.
Avec un incrémental, le homing ne peut être fait que sur un index ou une butée mécanique. L'index est plus précis car une butée mécanique a généralement un peu de flexibilité pour amortir.

 

[vres]

Vu qu'un resolveur retourne un angle, l'index c'est l'angle 0. A chaque passage à zéro le driver compte les tours donc peut cummuler les positions.
De toutes façons un drivers sort une émulation codeur avec index même si le moteur a un resolveur.

 

[massaproduxy]

SEVICTUS, CNCSERV, Merci pour ces éléments, même si je ne suis pas bien certain de comprendre ce qu'implique le fait qu'un driver "sort" une émulation avec index..
Je viens de me plonger dans ces pages de Beckhoff :

https://download.beckhoff.com/download/document/motion/ax5000_description_de_la_fonction_hw2_fr.pdf
https://infosys.beckhoff.com/englis.../ax5000_usermanual/html/ax5000_homing.htm&id=

Le version française est mal traduite de l'anglais qui est bien plus précise, mais parfois, c'est appréciable de pouvoir lire les deux en parallèle ça fixe les idées.
Je commence à mieux comprendre les différents paramètres en question, notamment la déclaration de la largeur des masques qui permet de compter le débordement et donc connaître sa position.
Mon PC est indisponible pour 1 ou 2 jours (j'ai upgradé ma GPU et je n'ai pas les bons câbles) mais je vais appliquer ce que je crois avoir compris très vite.
Une fois que je serai à l'aise avec ces points, à mon tour j'essaierai de le synthétiser sur ce forum.