Encodeur rotatif a sortie analogique

[invite85f50251]

Je ne sais pas si ça existe exactement sous cet intitulé donc je vais preciser :

je cherche un composant (simple de preference) qui puisse me fournir une sortie analogique variant (de maniere proportionnelle si possible !) avec un angle de rotation (et avec rotation continue : 0->1024->0->1024 sur mon CAN 10bit de PIC).

Le but est de coupler ce composant avec une roue afin de realiser un odometre.

Pour l'instant j'ai trouvé des choses qui se raproche chez Vishay Spectrol (ref 601-1045 et 357).

Mais je trouve ça un peu cher ou alors la rotation utile electrique n'est pas de 360°.
Si quelqu'un connais une alternative ...

Merci
-----

[invite14532198711]

Salut,

pourquoi un tel dispositif ?
si tu as deja le PIC, vu qu'il a l'air muni d'un CAN il doit forcement avoir un timer.
Pour un odometre, autant utiliser un aimant avec une bobine, il suffit de chronometrer le temps qu'il y a entre 2 impulsions (avec le timer) et tu as ta vitesse/distance par un petit calcul.

[annjy]

Salut,

pourquoi un tel dispositif ?
si tu as deja le PIC, vu qu'il a l'air muni d'un CAN il doit forcement avoir un timer.
Pour un odometre, autant utiliser un aimant avec une bobine, il suffit de chronometrer le temps qu'il y a entre 2 impulsions (avec le timer) et tu as ta vitesse/distance par un petit calcul.

Bonsoir,
pas un aimant avec une bobine, plutôt un aimant (fixé sur la partie mobile, ici la roue) et une ampoule reed, fixée à proximité sur la partie fixe.

Cordialement
JY

[Jack]

Ca s'appelle un resolver ton capteur. Mais ça n'est pas donné si je me souviens bien.

A+

[A voir en vidéo sur Futura]

[invite14532198711]

de plus que ce doit etre des capteurs pour mesurer des angles ?
dans le cas d'un odometre le frotement perpetuel qui va etre observé risque de comprometre la durée de vie du capteur.

c'est pour ça que pour les mesures de vitesses et de distance on utilise des dispositifs sans contact frotements (capteur hall ou optique).

[annjy]

Ca s'appelle un resolver ton capteur. Mais ça n'est pas donné si je me souviens bien.

A+

Bonsoir à tous,
le terme souvent employé est même synchro-resolver. assez complexe à mettre en oeuvre.
ça sert à mesurer et transmettre avec précision une position angulaire. Par exemple, position angulaire d'une antenne tournante par rapport à une référence (le Nord). cas de nombreux radars.
dans le cas d'un odomètre (mesure d'un trajet parcouru), la mesure de l'angle n'a aucune importance.
Il vaut mieux compter le nombre de tours de roue, et en déduire la distance parcourue.

Cordialement
JY

[annjy]

sujet similaire posté récemment, distance parcourue par un chariot de golf

http://forums.futura-sciences.com/sh...highlight=golf

A+
JY

[invite85f50251]

Merci pour vos reponses !

En fait ma situation est celle la :

j'ai une carte electronique a base de PIC18F2620 deja développée, avec un double pont en H (L298) pour commander des moteurs CC, une gestion I²C Slave et deux borniers pour deux entrées analogiques.
Je ne peux acceder a aucune autre I/O, juste mes deux entree analogique.

En fait je ne peux influer que sur le code PIC et je dois recuperer la position de mon robot via l'I²C par rapport a un point d'origine.

C'est pour ça que j'ai besoin d'une entree (de deux en fait une pour chaque moteur) analogique dont la grandeur varie avec la rotation de la roue. J'ai pensé tout de suite a un potentiometre 360° solidaire de l'axe de la roue ...

Je me rend compte que ma solution n'est pas ideal vu les contacts mecaniques mais ma precision ne dois pas etre excelente : de l'ordre du centimetre sur un parcours de quelques mètres.

Le probleme de autres capteurs (roue codeuse ...) est qui faut compter des impulsions ou avoir plusieurs entrées numeriques et mon programme ne m'assure pas que la mesure de position se fasse de maniere synchrone.

[Jack]

Le probleme de autres capteurs (roue codeuse ...) est qui faut compter des impulsions ou avoir plusieurs entrées numeriques et mon programme ne m'assure pas que la mesure de position se fasse de maniere synchrone.

C'est pourtant la meilleure solution.
Si tu ne veux pas compter les impulsions, confie cette tâche à un circuit spécialisé comme l'HCTL2020. Celui ci te fournira la position courante sur 8 bits.

A+

[invite85f50251]

Helas je ne peux pas modifier l'electronique :s ; ni recuperer d'i/O sur le PIC, ni rajouter de composant.

Je dois faire avec mes deux entree analogique et mon code PIC.

[invite85f50251]

Et si je fait mon "propre capteur" : capteur (detection d'impulsion) => compteur => CNA => entree analogique PIC (soit une nouvelle petite carte avec deux fils en sortie a relier a mon entree et ma masse) ; cela risque de revenir cher :s

Pensez vous vraiment que l'histoire du "potentiometre servo" soit completement mauvaise sur une roue ? (vitesse de rotation de l'ordre de 20 tr/min)

[invite85f50251]

Bon finalement je compte partir sur un capteur de type : Vishay Spectrol 601-1045, qui a l'air fait pour mon probleme.

Cependant je demande si personne ne l'aurais deja mis en oeuvre ou verrais dans le datasheet quelquechose qui semblerais ne pas convenir a mon application, vu le prix de la bestiole autant qu'il marche vraiment !

Voila merci