{"id":2638,"date":"2013-10-14T08:34:30","date_gmt":"2013-10-14T06:34:30","guid":{"rendered":"http:\/\/www.alphak.net\/news\/?p=2638"},"modified":"2014-09-21T16:44:56","modified_gmt":"2014-09-21T14:44:56","slug":"winter-is-coming-s01e01","status":"publish","type":"post","link":"https:\/\/www.alphak.net\/news\/2013\/10\/winter-is-coming-s01e01\/","title":{"rendered":"Winter is coming – S01E01"},"content":{"rendered":"

L’hiver vient.<\/strong> Apr\u00e8s avoir automatis\u00e9 le d\u00e9marrage et l’arr\u00eat des radiateurs de mon appartement gr\u00e2ce \u00e0 l’installation de fils pilotes<\/a> et d’une centrale de programmation<\/a>, je souhaite vivement mettre en place une fonctionnalit\u00e9 similaire sur ma climatisation r\u00e9versible<\/strong>. Elle constitue pour moi un moyen \u00e9conomique et rapide de chauffer ma pi\u00e8ce principale, il serait donc int\u00e9ressant de pouvoir la d\u00e9clencher de mani\u00e8re programm\u00e9e, ou encore mieux, \u00e0 distance, par exemple de mani\u00e8re automatique le matin avant que je me l\u00e8ve, ou manuellement \u00e0 l’heure o\u00f9 je sors du travail, afin que la pi\u00e8ce soit d\u00e9j\u00e0 chauff\u00e9e lorsque j’arrive chez moi.<\/p>\n

Seulement, mettre en place un tel projet n’est pas \u00e9vident. Ma clim de marque Airton<\/strong> n’est pas programmable<\/strong>. Je ne peux pas non plus automatiser son d\u00e9clenchement en connectant son alimentation sur des relais, cela \u00e9quivaudrait \u00e0 couper brutalement le courant lorsque je demande un arr\u00eat, ce qui n’est pas conseill\u00e9 quand le climatiseur est activ\u00e9.<\/p>\n

Ma seule possibilit\u00e9 d’interaction avec l’appareil reste sa t\u00e9l\u00e9commande<\/strong>. Je dois donc trouver un moyen de r\u00e9cup\u00e9rer les codes infrarouges<\/strong> envoy\u00e9s par la t\u00e9l\u00e9commande et de les faire reproduire par un second dispositif automatisable.<\/p>\n

Pour r\u00e9cup\u00e9rer les codes de la t\u00e9l\u00e9commande d’origine, j’ai choisi de ressortir mon Arduino<\/strong>, qui jusqu’ici ne m’avait pas encore beaucoup servi, et de lui connecter un r\u00e9cepteur infrarouge<\/strong> issu d’un petit kit de d\u00e9veloppement command\u00e9 chez DealExtreme<\/a>. J’ai effectu\u00e9 le c\u00e2blage de la mani\u00e8re suivante :<\/p>\n

\"ir-receiver-breadboard\"<\/a>\"ir-receiver-schematics\"<\/a>Je pr\u00e9cise, pour ceux qui ne connaissent pas et qui voudrait r\u00e9aliser des plans de c\u00e2blage similaires, que ces sch\u00e9mas ont \u00e9t\u00e9 r\u00e9alis\u00e9s avec le fabuleux Fritzing<\/a>. Attention, selon le type de r\u00e9cepteur infrarouge utilis\u00e9, le brochage peut varier. V\u00e9rifiez la notice du composant en cas de doute.<\/p>\n

J’ai r\u00e9cup\u00e9r\u00e9 et utilis\u00e9 la biblioth\u00e8que de commande infrarouge<\/strong> pour Arduino d\u00e9velopp\u00e9e par Ken Shirriff sur la page GitHub associ\u00e9e<\/a>. Le blog de Ken Shirriff regorge \u00e9galement d’excellentes explications<\/a> sur l’utilisation de cette biblioth\u00e8que.<\/p>\n

J’ai enfin compil\u00e9 et d\u00e9ploy\u00e9 le code suivant sur l’Arduino. C’est du quick and dirty, pour le test :<\/p>\n

#include <IRremote.h>\r\nint RECV_PIN = 11; //define input pin on Arduino\r\nIRrecv irrecv(RECV_PIN);\r\ndecode_results results;\r\n\r\nvoid setup()\r\n{\r\n\tSerial.begin(9600);\r\n\tirrecv.enableIRIn(); // Start the receiver\r\n\tirrecv.blink13(true); // Blink LED 13 during IR reception\r\n}\r\n\r\n// Dumps out the decode_results structure.\r\n// Call this after IRrecv::decode()\r\nvoid dump(decode_results *results) {\r\n\tint count = results->rawlen;\r\n\tif (results->decode_type == UNKNOWN) {\r\n\t\tSerial.print("Unknown encoding: ");\r\n\t}\r\n\telse if (results->decode_type == NEC) {\r\n\t\tSerial.print("Decoded NEC: ");\r\n\t}\r\n\telse if (results->decode_type == SONY) {\r\n\t\tSerial.print("Decoded SONY: ");\r\n\t}\r\n\telse if (results->decode_type == RC5) {\r\n\t\tSerial.print("Decoded RC5: ");\r\n\t}\r\n\telse if (results->decode_type == RC6) {\r\n\t\tSerial.print("Decoded RC6: ");\r\n\t}\r\n\telse if (results->decode_type == PANASONIC) {\r\n\t\tSerial.print("Decoded PANASONIC - Address: ");\r\n\t\tSerial.print(results->panasonicAddress,HEX);\r\n\t\tSerial.print(" Value: ");\r\n\t}\r\n\telse if (results->decode_type == JVC) {\r\n\t\tSerial.print("Decoded JVC: ");\r\n\t}\r\n\tSerial.print(results->value, HEX);\r\n\tSerial.print(" (");\r\n\tSerial.print(results->bits, DEC);\r\n\tSerial.println(" bits)");\r\n\tSerial.print("Raw (");\r\n\tSerial.print(count, DEC);\r\n\tSerial.print("): ");\r\n\r\n\tfor (int i = 0; i < count; i++) {\r\n\t\tif ((i % 2) == 1) {\r\n\t\t\tSerial.print(results->rawbuf[i]*USECPERTICK, DEC);\r\n\t\t}\r\n\t\telse {\r\n\t\t\tSerial.print(-(int)results->rawbuf[i]*USECPERTICK, DEC);\r\n\t\t}\r\n\t\tSerial.print(" ");\r\n\t}\r\n\tSerial.println("");\r\n}\r\n\r\nvoid loop() {\r\n\tif (irrecv.decode(&results)) {\r\n\t\tSerial.println(results.value, HEX);\r\n\t\tdump(&results);\r\n\t\tirrecv.resume(); // Receive the next value\r\n\t}\r\n}<\/pre>\n
La carte est maintenant pr\u00eate \u00e0 recevoir les codes de quelques t\u00e9l\u00e9commandes. Afin d’afficher les codes IR reconnus par le dispositif, il est n\u00e9cessaire de lancer le moniteur s\u00e9rie<\/strong> de l’\u00e9diteur Arduino.<\/p>\n
\"Montage<\/a>
Montage sur platine d’essais, on ne peut plus simple.<\/p><\/div>\n
La plupart des t\u00e9l\u00e9commandes que j’avais sous la main ont \u00e9t\u00e9 reconnues par le r\u00e9cepteur, \u00e0 l’exception de ma t\u00e9l\u00e9commande Xbox. La LED du r\u00e9cepteur clignote lorsqu’il re\u00e7oit un signal IR. C’est d’ailleurs ce qui m’a permis de constater que mon \u00e9cran PC parasitait<\/strong> le r\u00e9cepteur, j’ai donc pris soin de conserver une distance suffisante entre les deux appareils pour mes tests.<\/p>\n
Je me suis par la suite focalis\u00e9 sur le d\u00e9codage des codes IR<\/strong> re\u00e7us, et affich\u00e9s dans moniteur s\u00e9rie. Sans surprise, la t\u00e9l\u00e9commande DealExtreme affiche les codes de t\u00e9l\u00e9commande NEC<\/strong>, tels que l’indique sa documentation.<\/p>\n
La t\u00e9l\u00e9commande de mon climatiseur Airton<\/strong> est \u00e9galement reconnue comme utilisant le protocole NEC<\/strong>. En cherchant des informations sur ce protocole, j’ai trouv\u00e9 entre autres cette synth\u00e8se<\/a>, tr\u00e8s bien r\u00e9alis\u00e9e. Elle m’a alors permis de v\u00e9rifier si les codes IR re\u00e7us \u00e9taient coh\u00e9rents par rapport au protocole reconnu.<\/p>\n
\"decoded-ir-codes-with-raw-data\"<\/a><\/p>\n
Attention, l\u00e0, \u00e7a devient un poil technique :<\/strong><\/span><\/p>\n
La synth\u00e8se du protocole NEC m’apprend que celui-ci transmet une information sur 4 octets<\/strong> (soit 32 bits), plus un en-t\u00eate<\/strong> et un stop bit<\/strong>. Chaque bit 0 ou 1, ainsi que l’en-t\u00eate et le stop bit, sont cod\u00e9s par un niveau actif (\u00e9mission de lumi\u00e8re IR) suivi d’un niveau inactif (pas d’\u00e9mission de lumi\u00e8re), la dur\u00e9e<\/strong> de chacun de ces niveaux d\u00e9terminant le type de bit cod\u00e9. Pendant un niveau actif, l’\u00e9mission de lumi\u00e8re n’est pas continue mais puls\u00e9e<\/strong> \u00e0 la fr\u00e9quence de 38 kHz<\/strong>. Enfin, sur les 4 octets, seuls 2 comportent une information utile<\/strong>, puisque les 2 autres contiennent un XOR de l’octet pr\u00e9c\u00e9dent avec 0xFF. Pour les novices en informatique, le XOR est un OU EXCLUSIF logique bit \u00e0 bit, et n’a aucun rapport avec un personnage de fiction exer\u00e7ant la profession de sh\u00e9rif de l’espace. Ici un XOR avec 0xFF revient \u00e0 inverser chaque bit, donc 0 devient 1 et 1 devient 0.<\/p>\n
Ainsi par exemple, au niveau de ma t\u00e9l\u00e9commande DealExtreme, le premier code remont\u00e9 est FFA25D<\/strong>, ce qui correspond en r\u00e9alit\u00e9 \u00e0 une r\u00e9ception de 00FFA25D exprim\u00e9 avec 32 bits. Les 4 octets sont 0x00, 0xFF, 0xA2, 0x5D. Le premier octet repr\u00e9sente l’adresse<\/strong> (0), le second 0xFF correspond bien \u00e0 l’inversion bit \u00e0 bit de 0x00, le troisi\u00e8me octet 0xA2 repr\u00e9sente la commande<\/strong>, et le quatri\u00e8me 0x5D correspond bien \u00e0 l’inversion bit \u00e0 bit de 0xA2. Notez que la commande re\u00e7ue 0xA2 est exprim\u00e9e en LSB-first, bit de poids faible transmis en premier, et que si on la convertit en MSB-first, bit de poids fort transmis en premier comme l’\u00eatre humain moyen a l’habitude de manier les nombres (en g\u00e9n\u00e9ral on \u00e9crit les dizaines \u00e0 gauche des unit\u00e9s), on obtient le code logique de commande 0x45, soit 69 en d\u00e9cimal.<\/p>\n
La commande re\u00e7ue correspond donc \u00e0 un code 69 envoy\u00e9 \u00e0 l’adresse 0. Fin de la plong\u00e9e dans le d\u00e9tail du protocole.<\/p>\n
Si je regarde maintenant les codes re\u00e7us correspondants aux appuis de touches sur ma t\u00e9l\u00e9commande Airton<\/strong>, 2 points m’interpellent :<\/p>\n