Depuis quelques temps maintenant j’utilise chez moi des prises télécommandées pour contrôler l’allumage des lumières, de mon installation Hifi-vidéo et de mon PC.

Ces prises je les ai trouvé chez Brico-Dépôt ; pour une quinzaine d’euros on se retrouve avec 3 prises et une télécommande. Elles sont programmées sur deux canaux (1 ou 2) et offrent la possibilité de les positionner sur 4 adresses différentes (A, B, C ou D). On peut acheter plusieurs lots pour compléter son installation et étendre ses possibilité, on se retrouve alors avec autant de télécommandes ce qui peut être utile pour en laisser trainer dans plusieurs pièces et ne pas être toujours en train de courir après LA télécommande.

Aujourd’hui ce qui m’intéresse c’est de remplacer ces télécommandes par une interface web (et pourquoi pas à terme une application mobile) afin de pouvoir contrôler mon installation depuis l’extérieur et/ou depuis mon téléphone.

Identification de la méthode de communication

Avant de songer à développer mon propre émetteur il s’agit de comprendre comment fonctionne l’existant. Une coup d’œil sur les différentes étiquettes m’apprend que le tout fonctionne par communication Radio Fréquence (RF) sur une fréquence de 433 MHz. Dans la mesure ou aucune diode infrarouge n’était apparente, la communication RF semblait effectivement la plus évidente.

Pour aller plus loin il faut maintenant ouvrir la télécommande. Ayant acheté trois lots, je dispose de trois télécommandes et ne crains donc pas d’en endommager une en l’ouvrant. Un petit coup de tournevis et la voilà déshabillée.

En regardant rapidement on s’aperçoit que la carte se décompose essentiellement en trois parties : la partie émission RF, les différents interrupteurs de sélection d’adresse, de canal et de commande on-off et enfin l’encodeur.

L’encodeur c’est ce gros composant noir à 18 pattes. Il s’agit ici d’un PT2262, un composant spécialement prévu pour les télécommandes infrarouges ou RF. Il est chargé d’envoyer à la partie émission RF un code spécifique en fonction de la touche sur laquelle ou appuie. Il travaille généralement en binôme avec le PT2272 qui lui est un décodeur que l’on trouve en générale dans le récepteur (l’ouverture d’une des prises m’a ici confirmé que c’était bien le cas). Le décodeur change les niveaux sur ses broches en fonction du code reçu.

Bonne nouvelle donc, la datasheet de l’encodeur et du décodeur étant faciles à trouver sur internet (merci Google) on peut encore en apprendre un petit peu plus sur le fonctionnement du système. Le PT2262 envoie des trames à intervalle régulier avec le code dépendant du réglage d’adresse (gros interrupteur à glissière), du canal sélectionné (poussoirs 1 ou 2) et bien entendu de la commande choisie (on ou off).

En approfondissant un petit peu la datasheet on apprend que le composant envoi en fait des salves de 4 trames, chaque trames étant composée de 13 bits. Sur ces 13 bits, le dernier est un bit de synchronisation, les 12 autres correspondant au codage de l’adresse et des données.

A la lecture du document on découvre quelques subtilités qui peuvent s’avérer déstabilisantes dans un premier temps. Premièrement le composant code une adresse et des données. Quid du numéro de canal qui apparait sur les étiquettes des éléments? Et ensuite, on constate que la frontière entre adresse et données est floue, les 6 premiers bits servent à coder l’adresse, mais les 6 derniers peuvent être utilisés pour coder l’adresse ou les données au choix.

Après avoir réfléchit un peu on réalise qu’en fait on peut faire abstraction de ces notions d’adresse et de données. Le codeur dispose de 12 broches d’entrées qui correspondent à autant de bits dans la trame (si l’on oublie le bit de synchronisation) et de son côté le décodeur dispose également de 12 broches de sorties qui viendront changer d’état en fonction des bits contenus dans la trame reçue. Chaque bit correspond donc à l’état d’une broche, le reste n’est que vue de l’esprit. Il est maintenant facile de considérer par exemple que le premier bit correspond à un canal et que les 11 autres sont les données ou l’inverse.

La datasheet nous apprend enfin une dernière chose, chaque bit peut être codé suivant trois états : 0 lorsque la broche est reliée à la masse, 1 lorsque la broche est reliée à l’alimentation, ou flottant (f) lorsque la broche n’est pas connectée :

Mesures

Maintenant que l’on sait comment communique le système on va pouvoir se mettre au travail. N’ayant pas envie de m’embêter avec la partie RF de ma future commande, je suis aller faire un tour sur ebay et j’ai trouvé ceci :

Il s’agit d’un émetteur et d’un récepteur RF 433 MHz vendus pour quelques euros comme étant un lien sans fil pour Arduino par un vendeur Chinois. Ne prenant pas trop de risques étant donné le prix (moins de 4 euros franco de port) je les ai commandé et reçus quelques semaines plus tard. Il s’agit en fait de clone des modules conçus par Seeed Studio dont on peut trouver les caractéristiques dans leur boutique.

Plutôt que d’éplucher le circuit de la télécommande pour trouver quelles sont les trames envoyées pour chaque bouton, j’ai préféré alimenter le récepteur RF et brancher mon oscilloscope sur sa sortie afin d’observer les trames reçue pour chaque appui sur la télécommande.

Voici un exemple de trame reçue :

On reconnait ainsi les allures des bits détaillés plus haut.

Je vous épargne l’affichage des 16 différentes trames émises par ma télécommande (8 prises et 2 commandes par prise), et voici les résultats obtenus pour chaque réglage.

A1-On -> 00ff00ff0fffS

A1-Off -> 00ff00ff0ff0S

A2-On -> 00fff0ff0fffS

A2-Off -> 00fff0ff0ff0S

B1-On -> f0ff00ff0fffS

B1-Off -> f0ff00ff0ff0S

B2-On -> f0fff0ff0fffS

B2-Off -> f0fff0ff0ff0S

C1-On -> 0fff00ff0fffS

C1-Off -> 0fff00ff0ff0S

C2-On – > 0ffff0ff0fffS

C2-Off -> 0ffff0ff0ff0S

D1-On -> ffff00ff0fffS

D1-Off ->ffff00ff0ff0S

D2-On -> fffff0ff0fffS

D2-On -> fffff0ff0ff0S

S représente ici le bit de Synchronisation. On constate que seul le dernier bit change d’état entre la commande « On » et la commande « Off » de chaque réglage de la télécommande.

Il ne reste donc plus qu’à générer ces trames et les envoyer sur le module émetteur pour pouvoir commander les prises. Ce sera l’objet d’un prochain article sur ce blog.

Merci de m’avoir lu, si vous avez des questions n’hésitez pas à les poster en commentaire.