Codeur rotatif incrémental

De Wiki LOGre
Révision de 8 décembre 2015 à 12:34 par Ebonet (discuter | contributions) (Solution avec un additionneur : Nouvelle section.)

Aller à : navigation, rechercher


Je vais essayer de compiler sur cette page tout ce que je sais et qui peut être utile à propos des codeurs rotatifs incrémentaux en quadrature.

Qu'est ce qu'un codeur ?

Ici nous allons parler de codeurs rotatifs incrémentaux, par la suite je dirais simplement codeur pour parler de ce type précis de codeur.
Un codeur rotatif sert à donner une information d'angle en mesurant la rotation autours d'un axe, un peu comme un potentiomètre rotatif.
Ici, avec les codeurs incrémentaux, on incrémente un compteur à chaque fois que le codeur tourne d'un cran, cran qui correspond à sa résolution.
C'est grâce à ce compteur qu'on connaît par la suite l'angle du codeur.

Comment lire le codeur ?

Le codeur agit un peu comme deux switchs. On regarde en permanence si il y a un changement d'état sur chacun de ces deux switchs.
En analysant les changements on peut par la suite définir si le codeur a été tourné dans un sens ou dans l'autre.
Pour cela on a besoin de l'état précédent de chacun des deux pôle, ainsi que leur état actuel.
Voici la variation de l'état des deux pôle d'un codeur :

2000px-Quadrature Diagram.svg.png
Source : Wikipedia

Lorsque le codeur tourne dans le sens des aiguilles d'une montre, l'état des deux pôles change comme sur le dessin en allant vers la droite, et dans le sens inverse il change comme en allant vers la gauche.

Ici les phases de 1 à 4 correspondent à un cran. Mais en réalité on peut lire un changement à chaque phase et ainsi multiplier la précision par 4.

Voici le code le plus simple possible pour analyser l'état du codeur et incrémenter une position. Il faudra exécuter ce code à chaque fois qu'un changement est détecté sur un des deux pôles du codeur :

// a contient l'état actuel du pôle 1, et pa contient l'état précedent
// Idem pour b et pb
// pos est la valeur d'incrémentation de la position du codeur
if(!b) {
   if(pa) pos++;
   else pos--;
}
else {
   if(!pa) pos++; 
   else pos--; 
}

Ici nous avons une précision de 4 fois le nombre de cran du codeur. Par exemple pour un codeur à 20 crans, on pourra détecter 80 positions différentes.

Une variante pour retrouver la direction est de faire un simple XOR entre les signaux a et b, dans la routine d'interruption.

Les crans d'un codeur rotatif

Sur la pluspart des codeurs il y a des crans. Pour certaines applications il ne sont pas souhaitables, surtout si vous voulez utiliser un précision supérieure au nombre de crans.
Je ne sais pas si c'est pareil sur tous les codeurs, mais sur ceux que j'utilise il suffit d'enlever une bille à l'intérieur pour se passer des crans :

Encodeur - bille.jpg

Codeurs, Arduino, et Midi

Lire un codeur avec un arduino, et envoyer sa position en midi.

Mise en parallèle de 2 codeurs

Suite à une discussion sur la liste, cet chapitre tente de trouver une solution pour mettre en parallèle 2 codeurs incrémentaux.

Solution avec portes XOR

Une proposition de Guy est de combiner deux à deux les signaux des codeurs avec des portes XOR. On obtient alors ceci comme table de vérité :

Aout = A1 ⊕ A2
Bout = B1 ⊕ B2

1) Si la molette 2 tourne et que la molette 1 est posée sur deux valeurs low :

A1 A2 Ao B1 B2 Bo
0  0  0  0  0  0
0  1  1  0  0  0
0  1  1  0  1  1
0  0  0  0  1  1

2) Si la molette 2 tourne et que la molette 1 est posée sur deux valeurs high :

A1 A2 Ao B1 B2 Bo
1  0  1  1  0  1
1  1  0  1  0  1
1  1  0  1  1  0
1  0  1  1  1  0

3) Si la molette 2 tourne et que la molette 1 est posée sur des valeurs low/high :

A1 A2 Ao B1 B2 Bo
0  0  0  1  0  1
0  1  1  1  0  1
0  1  1  1  1  0
0  0  0  1  1  0

4) Si la molette 2 tourne et que la molette 1 est posée sur des valeurs high/low :

A1 A2 Ao B1 B2 Bo
1  0  1  0  0  0
1  1  0  0  0  0
1  1  0  0  1  1
1  0  1  0  1  1

Le hic, c'est que le sens de rotation des cas 1 et 2 est inversé par rapport au cas 3 et 4. Donc suivant comment est arrêté le codeur 1, le codeur 2 va inverser le sens de codage.

Comment régler ce problème ?

À noter que suivant le type de détente du codeur, c'est à dire les positions stables forcées par les clicks mécaniques, on peut se retrouver dans le cas 1 uniquement (type A ci-dessous), ou dans les cas 1 et 2 seulement (type B ci-dessous). Le sens de rotation sera alors bien conservé.

Detente codeur.jpg

Solution avec diodes

Marc propose le montage suivant (non testé) :

HamsterMolettes.png

C à ajuster en fonction de la fréquence du créneau de la molette, R à ajuster en fonction des résistances de pull-up du chip (commencer par R = 4 x Rchip environ).

Solution avec un additionneur

Solution proposée par Edgar. Si on renumérote les phases de 0 à 3, on peut considérer que chaque codeur fournit dans ses sorties la valeur de sa phase représenté en code de Gray à 2 bits :

n bits
0 0 0
1 0 1
2 1 1
3 1 0

Quand le codeur tourne, la phase est soit incrémentée, soit décrémentée (toujours modulo 4), suivant le sens de rotation.

Si on a maintenant deux codeurs, et qu'on veut envoyer l'information à un circuit qui attend un seul codeur, il suffit de combiner les signaux des deux codeurs avec un circuit qui additionne les phases modulo 4. Voici la table de Pythagore de l'addition modulo 4 :

+ 0 1 2 3
0 0 1 2 3
1 1 2 3 0
2 2 3 0 1
3 3 0 1 2

Donc il nous faut tout simplement un additionneur à deux bits en code de Gray. Sa table de vérité se calcule en combinant les deux tables précédentes. La voici triée par ordre binaire :

in out
0 0 0 0 0 0
0 0 0 1 0 1
0 0 1 0 1 0
0 0 1 1 1 1
0 1 0 0 0 1
0 1 0 1 1 1
0 1 1 0 0 0
0 1 1 1 1 0
1 0 0 0 1 0
1 0 0 1 0 0
1 0 1 0 1 1
1 0 1 1 0 1
1 1 0 0 1 1
1 1 0 1 1 0
1 1 1 0 0 1
1 1 1 1 0 0

Je (Edgar) ne vois pas de moyen simple de réaliser ça avec des portes logiques discrètes. Mais ça peut s'implémenter facilement avec une PROM ayant une capacité d'au moins 16 mots de 2 bits. Nous avons dans la réserve de composants des TBP18SA030N (32 mots de 8 bits) en boîtier DIP16 qui semblent tout indiquées. Une fois programmée, la PROM se comporte comme une grosse porte logique dont les entrées sont les lignes d'adresse. Si on laisse à zéro les six bits non utilisés de chaque octet (ce qui permet de les programmer plus tard si on a envie), le contenu à programmer dans la PROM est le suivant :

  {0x00, 0x01, 0x02, 0x03, 0x01, 0x03, 0x00, 0x02,
   0x02, 0x00, 0x03, 0x01, 0x03, 0x02, 0x01, 0x00}

On peut aussi répéter quatre fois chaque sortie, si on veut de la redondance en cas de problème à la programmation :

  {0x00, 0x55, 0xaa, 0xff, 0x55, 0xff, 0x00, 0xaa,
   0xaa, 0x00, 0xff, 0x55, 0xff, 0xaa, 0x55, 0x00}

Remarque : il semble que que les codeurs soient de type B, ce qui devrait permettre d'avoir une solution plus simple (portes XOR ?). Mais les crans des molettes de souris ne sont pas toujours très marqués, et il ne semble pas difficile de laisser involontairement la molette à cheval entre deux crans. Avec un additionneur en code de Gray ce n'est pas un problème.