Discussion :

[fred7]

Bonjour,

Pour un projet perso je met au point un émetteur + récepteur infrarouge capable d'envoyer et recevoir une trame codée en Manchester. L'émetteur et le récepteur sont basés sur un PIC16f84 chacun.

Mon problème est que la donnée décodée par le récepteur ne correspond pas à celle envoyée et je ne trouve pas ce qui cloche. J'ai donc besoin d'aide.

Du côté de l'émetteur j'envoie une trame composé d'un bit de start + 8 bits de donnée codé en Manchester. Cet envoi est modulé à une fréquence de 33Khz.
J'ai pris pour convention que:
- un front montant code un 0
- un front descendant code un 1
- un bit entier vaut 1620µs
- un demi-bit vaut donc 810µs

Pour les essais j'envoie en boucle la trame valant 100001010 suivie d'une pause de 1s.

___________________________________________________


Du côté du récepteur, le signal est démodulé par un capteur type TSOP passe ensuite dans une porte inverseuse (car la sortie du capteur envoie normalement un 0 sur réception d'un signal modulé à la bonne fréquence) et rentre sur la broche RA0 (nommée RPIN dans le programme).
Le port B est quant à lui pourvu de 8 leds afin d'afficher la donnée reçue.

Pour décoder le signal manchester voici comment je procède:
1) J'attend le front descendant du bit de start
2) je déclenche une tempo durant 3/4 de bit (1215µs) afin de me positionner au milieu du 1er demi-bit suivant.
3) j'enregistre la valeur du demi-bit
4) j'attend le front à venir pour me resynchroniser
5) retour à l'étape 2)

C'est donc ce que j'ai tenté de faire dans mon programme de décodage. Il est donc censé faire les étape 2) 3) 4) et 5) 8 fois de suite afin de remplir une variable (appelée Buffer). Quand la variable est remplie je l'affiche sur le port B. Problème j'ai pas la bonne valeur !


Je vous remercie par avance !

[leyhodolerondunord]

Hello! désolé pour le déterrage... mais:
Apparemment, tu es libre de choisir le codage que tu veut... donc...
tu pourrait te baser sur un codage(dont je ne connais pas le nom) qui ressemblerait à ça:


(désolé, c fait à l'arrache)
1 =Temp x 1
0 =Temp x 2
fin =Temp x 3
(tu peut aussi mettre un start avec Temp x 3)

avantages:
1) facilité de codage/décodage
2)chaque 1 se passe sur une seule alternance et te fait donc gagner du temps
3)tu te cale sur chaque alternance et tu mesure sa longueur(pas de perte de synchro)
4)si un des temps est plus petit qu'un 1, c'est un parasite, il suffit de l'ignorer et continuer à compter, si un
des temps est plus grand qu'un 1 mais plus petit qu'un 0, c'est un parasite aussi...

PS: tu peut gérer l'inversion par software(comme ça tu économise une porte logique et de la place!)
RE-PS: penses toujours à vérifier la validité des données entrantes(et met un checksum, ça coûte rien)

Dans l'espoir que ça serve à quelqu'un...
salut!

[fred7]

Pas de problème pour le déterrage, quand c'est constructif c'est très bien.

J'avais résolu mon problème quelques jours après avoir posté ici, j'avais juste appliqué une mauvaise tempo dans mon étape 2) Par la suite j'ai fabriqué mon prototype et j'ai pas pensé à mettre à jour mon post en résolu.

Je prend bonne note de ta suggestion, ça me servira forcément un jour!