Modulation infrarouge pour transmission de données

[invite1d577638]

Bonsoir à tous,

J'aurais une petite question concernant la transmission de données via infrarouge. Je ne parle pas des divers protocoles utilisés pour les télécommandes (RC5 et autres) mais bien sur la transmission des bits.

Les modules que j'utilise fonctionnent avec une porteuse de 38 kHz (cette fréquence ou une autre).

Il est très facile de générer une telle fréquence avec un 555 ou montage oscillant similaire. Par contre, comment faire pour transmettre ensuite les 0 et les 1 ?

"Bêtement", j'ai juste à faire clignoter la led à cette fréquence pour envoyer un "1" (pendant la période qui va bien) et pour le "0" ne rien envoyer ?

Je suis tombé sur cette page qui me laisse à penser que j'ai raison... quand le transistor est saturé (par le "1" entrant) la led "clignote", et dans le cas contraire elle reste inerte...

Le récepteur quand à lui donne un signal "1" lors de la réception de la trame, et rien dans le cas contraire. A l'électronique ensuite de décoder les 0 et les 1, bien sûr.


C'est vraiment aussi simple que cela ?
-----

[inviteede7e2b6]

voui , c'est ça en gros :

http://www.positron-libre.com/electr...5/code-rc5.php

[invite1d577638]

Si je comprends bien, c'est le front montant et descendant de la sortie qui indique s'il s'agit d'un "0" ou d'un "1" :



Par contre, pour le "mélange" des signaux, ils disent utiliser un ET (entre l'horloge et la ligne de data), moi je dirais plutôt Sortie = /Horloge & data non ? (Pour obtenir le front montant et descendant au milieu de la période ?)

Autre question : du coup, le récepteur infrarouge il renvoie quoi ? L'image exacte de la ligne "sortie" ? Il faut donc qu'ensuite je détecte les fronts montants et descendants avec mon µc ?

(Bon je vais faire des tests...)

Merci.

[Jack]

Autre question : du coup, le récepteur infrarouge il renvoie quoi ? L'image exacte de la ligne "sortie" ? Il faut donc qu'ensuite je détecte les fronts montants et descendants avec mon µc ?

Oui, c'est ça. Le signal sortie est modulé à 38 KHz à l'émission et démodulé à la réception. Reste à l'interpréter

[A voir en vidéo sur Futura]

[invite1d577638]

Merci ! Je vais tester tout cela...

[gcortex]

Hello,

tu ne précises pas le débit. mais s'il est très bas, l'uart est faite pour çà.

[invite1d577638]

J'ai pas besoin d'un très gros débit (je prends ce qu'il y a en fait) mais j'ai besoin que ma transmission soit wireless et pas compliquée (matériellement parlant). J'ai un proto qui marche très bien, je souhaite juste comprendre davantage le fonctionnement...

A moins qu'il ne soit possible de travailler avec l'UART tout de même en infrarouge ? (EDIT : le attiny que je compte utiliser ne comporte pas d'UART matérielle...)

[gcortex]

L'uart transmet sur 1 fil donc possible aussi en infrarouge.
Elle se synchronise avec le bit de start et lit les bits au milieu

http://fr.wikipedia.org/wiki/UART

http://www.vishay.com/ir-receiver-modules/

[invite1d577638]

Ok, merci du tuyau !

[gcortex]

Si tu veux un débit plus élevé, tu peux faire un XOR à l'émission et un XOR à la réception.
3 lectures et vote majoritaire !

PS : C'est le même principe que les multiplieurs avec une (dé)modulation AM sans porteuse.

[invite1d577638]

Si tu veux un débit plus élevé, tu peux faire un XOR à l'émission et un XOR à la réception.

Tu pourrais m'en dire plus ? J'avoue ne pas comprendre...

[gcortex]

Des OU-exclusifs !

0 = 01
1 = 10

à la réception :
0*0 = 0
1*1 = 0

1*0 = 1
0*1 = 1

C'est comme phase et opposition de phase avec des multiplieurs 4 cadrans :
++ = +
-- = +

-+ = -
+- = -

Le gros morceau c'est reconstituer le signal d'horloge en phase

[invite1d577638]

Ok je vois le genre, merci !

[invite1d577638]

J'ai entrepris de générer des trames à 38 kHz avec un petit micro controleur.

Si je regarde le schéma de mon post #3, je ne comprends pas, pour la ligne Sortie, dans le cas où on souhaite envoyer deux "1" d'affilée, (donc 2 fronts montants), comment le front descendant de transition entre les 2 n'est pas considéré comme un "0" ?

   __    __
__|  |__|  |__

  1  2  3

Disons que si 1 et 3 sont mes fronts montants (mes 1 que je souhaite transmettre), comment le 2 (qui est le front descendant entre les deux) n'est pas considéré comme un "0" logique transmis ?

[gcortex]

Il est décalé d'une demi période d'horloge

[invite1d577638]

D'accord...Car le système sait qu'il travaille à 38 kHz !

Autre petite question concernant la constitution d'une trame RC5, d'après cette page... Ils disent:

Elle se compose d'une suite de 14 bits et sa construction est la suivante :

2 bits de départ
1 bit de basculement
5 bits d'adressage du système
6 bits d'instruction

Et quand on regarde "détail d'une trame", en fait les 3 bits de départ sont forcément à 1 dans tout les cas ? Après certes j'applique mon adresse et mon instruction, mais globalement la trame est toujours de la forme 111AAAAAIIIIII (A : bit d'adresse, I bit d’instruction) ?

[Jack]

J'ai entrepris de générer des trames à 38 kHz avec un petit micro controleur.

Je ne pense pas que tu puisses transmettre tes trames à 38 KHz. 38 KHz, c'est la fréquence de la porteuse, et c'est cette porteuse qui va être modulée par tes trames. Le débit de donnée sera par conséquent assez faible, mais si c'est juste pour envoyer quelques données, ça restera suffisant.

A+

[invite1d577638]

Oui c'est ça, je ne génère pas vraiment l'horloge porteuse "brute", mais bien un signal qui ressemble au chronogramme "sortie" du schéma visible dans mon post #3 (avec des fronts montant et descendants correspondant aux bits à transmettre, mais dont la fréquence de base est bien à 38 kHz)

Et je n'ai pas besoin d'un haut débit, et la quantité de données à transmettre ne dépasse pas les quelques octets... Enfin bon, je vais déjà générer un truc qui ressemble à une trame RC5

[invite1d577638]

Bon, je ne comprends plus rien...

J'ai tenté de générer une trame RC5 avec un µc. Bon ça ne fonctionne pas encore, au sens où le détecteur à l'autre bout ne renvoie rien. Seule sa led d'activité témoigne de la réception de quelque chose... L'idée pour moi va être de comparer une trame générée depuis un arduino (qui marche) et celle générée depuis un attiny. Bref. En attendant que je trouve un oscillo numérique, j'ai une question...

Ma question concerne encore une fois la nature même des bits à transmettre. Je trouve plein d'infos contradictoires sur le net...

Un bit "1" est-il un simple front montant (comme je le croyais), comme décrit ici (deuxième schéma) ?

Ou bien est-ce un peu plus compliqué, et il s'agit plutôt de ça (premier schéma). Les durées sont les mêmes à chaque fois (889 µs) mais la trame est complètement différente...

[nornand]

BJR:
si tes tempos sont bonnes, ne serais-ce pas simplement le code RC5 que tu envois qui ne correspond pas a une commande valide coté récepteur ?

[invite1d577638]

J'utilise une seconde arduino en guise de récepteur, et elle m'affiche le résultat brut de la réception en fait. D'où ma question..

[nornand]

La durée d'un bit est constante : 1778 µs. Il y a toujours une transition au milieu
du bit.
- Un "1" se traduit par un niveau bas pendant 889 µs, suivi d'un niveau haut pendant 889 µs. il faut que tu maintiennes les niveaux pendant 889µs bas , puis haut un simple front montant ou descendant ne suffit pas.

- Un "0" se traduit par un niveau haut pendant 889 µs, suivi d'un niveau bas pendant 889 µs

[invite1d577638]

C'est bien ce que j'ai fait...

Donc ce schéma est juste ?

Celui de Sonnelec est faux alors ?

[nornand]

C'est bien ce que j'ai fait...

Donc ce schéma est juste ?

Celui de Sonnelec est faux alors ?

non je pense qu'il représente en bleu la porteuse a 36KHz ( 1 ) dans l'intervalle de 889 µs

c'est du moins la façon dont je comprend sa représentation .
http://www.sonelec-musique.com/image...36khz_001b.gif

[invite1d577638]

Hmmm...

Si j'allume ma led en fonction de ce qui est représenté dans le PDF, ça va fonctionner ou pas ? (Genre pour un "1" elle est coupée pendant 889 µs, puis elle éclaire pendant la même durée ?)

[nornand]

a cette vitesse tu ne verras rien !

[nornand]

ca te fais + de 1khz de clignotement !

[invite1d577638]

Je ne cherche pas à voir, je parle juste de ma led IR ! C'est donc OK ? Eteinte pendant 889 µs, puis allumée pendant la même durée...

[nornand]

oui a priori c'est ca.

[nornand]

tu peux visualiser tes IR grâce a une webcam, ou appareil un photo !

http://youtu.be/VZkFI89JgFQ