IRTrans ethernet & DB – Exploration fonctionnelle

Introduction

IRTrans DB ethernet est une passerelle infrarouge sur IP. Ce dispositif permet de prendre en charge toutes les commandes infrarouges de vos équipements. Il répond particulièrement au besoin de centraliser dans la base de données embarquée les fonctionnalités de toutes vos télécommandes. Cette passerelle peut une fois paramétrée et intégrée à votre Home-Cinéma, prendre en charge des séquences complexes d’actions (Macros).

Spécifications

• Taille du boîtier :  Seulement 72x50x19 mm ;
• Processeur : Freescale MC9S12NE64. microcontrôleur TCP/IP ;
• Microcontrôleur CMOS ATMega32 (contrôle les fonctions IR de l’appareil) ;
• Interface LAN:  ethernet 10 BaseT ;
• Base de données IR : 128Ko (environ 1200 à 1500 commandes stockées) ;
• Horloge interne : Real Time Clock + Timer (RTC) ;
• Wake On LAN :  allumage d’un serveur ou ordinateur à distance depuis une commande infrarouge ;
• Firmware : Tous les modules ont un bootloader permettant la mises à niveau du firmware des modules ;
• Serveur Web intégré pour la configuration ;
• API HTTP (uniquement avec la base de données ) ;
• M2M avec socket TCP ASCII (uniquement avec la base de données) ;
• Logiciels : IRTrans pour Windows, Linux et le logiciel iRed sur Mac.

Contexte d’exploitation

• un ampli numérique AV ;
• un téléviseur 50 pouces ;
• un lecteur BD ;
• un WDTV Live ;
• une Freebox-Player ;
• une Xbox 360 ;
• un Vidéo-projecteur HD ;
• une Vera 3 ;
• Une IPX800V3 ;
• Deux Droïds, des iPhones et un iPad …

Tour d’horizon applicatif

L’architecture fonctionnelle

Voici résumé dans le schéma ci-dessus les flux applicatifs de ce dispositif. Coté infrarouge, la passerelle reçoit, émet et permet le relais des codes IR. Coté IP, l’interface de développement (API) permet le pilotage de la passerelle avec un jeu de requêtes HTTP, mais surtout avec un socket TCP ASCII.

L’interface homme-machine – IHM

L’interface web du contrôleur IR

Cette interface est sobre mais fonctionnelle. L’application web n’est utile qu’à la configuration du boîtier. Tous les autres éléments de configuration de télécommandes (apprentissage, ProntoCode, IR Codes, HexCodes, transformation et accès à la base de données) s’effectuent depuis un ordinateur (MacOS, Microsoft ou Linux) avec le pack applicatif couvrant tous les besoins. Je vous rassure l’ordinateur n’est pas utile au fonctionnement du dispositif, mais seulement à la configuration du boîtier.

Le « pack » applicatif IRTrans

Applications IRTrans pour Windows : L’installateur (setup) IRTrans apporte un pack logiciel important. Un serveur IRTransServeur Lan, ainsi qu’un client graphique nommé GuiCLient, et IRremote sont les applications utiles. Les autres sont des utilitaires de configuration pour différent modèle de boîtier IRTrans. Ce lot applicatif apporte une quantité de fonction accessible depuis la zone « systray » de votre Windows. L’application IRTrans pour Linux : Comme pour Windows, Linux dispose d’un pack logiciels aussi. Il existe cependant une différence plutôt intéressante qui est le plugin XBMC  (Eden). L’application IRTrans pour MacOS : Pour MacOS il faut utiliser une application tierce nommée iRed.

L’apprentissage des codes IR

Apprentissage des codes infrarouge sur Youtube

L’apprentissage des codes infrarouge de vos télécommandes (Touche par touche) est certes fastidieux, mais sa réalisation vous permettra de ranger vos télécommandes (6 dans mon cas). Le WAF compliance sera aussi atteint. La capture des signaux IR sera stocké sur l’ordinateur disposant de l’installation « IRTrans Software » dans le répertoire (windows 7) « C:\ProgramData\IRTrans\remotes ». Remarque : La création d’une télécommande n’est pas implicitement poussée dans la base de données.

[youtube=http://www.youtube.com/watch?v=LSDI8T6ntCo&hl=fr_FR&version=3]

Il est aussi possible d’importer des fichier *.rem. Il faut pour cela placer les fichiers dans le répertoire %ALLUSERSPROFILE%\IRTrans\remotes, ou encore via les pointeurs :

• C:\Documents and Settings\All Users\Application Data\IRTrans\remotes
• C:\Users\All Users\IRTrans\remotes

Il faut noter que ces fichiers ne seront pris en compte qu’après redémarrage du service serveur IRTrans.

Voici quelques fichiers « rem » :

• ir-code-optoma-ew330e.rem
• ir-code-Panasonic-mod2007.rem
• ir-code-wdtvlive.rem
• ir-code-apple-TV.rem
• ir-code-DViCOTVix.rem
• ir-code-roomba.rem
• ir-code-xbox-360.rem
• ir-code-denon_avr1909.rem

Il est tout à fait possible de créer une télécommande sans disposer de celle-ci. Pour cela, vous pouvez utiliser les fonctions suivantes :

Sur la base d’une source hexadécimal.

Sur la base d’une source CCF.

La mise à jour de la base de données embarquée

La création de vos télécommandes étant terminées, il vous faudra pousser ces dernières dans la base de données embarquée de votre IRTrans. Seulement après cette étape la passerelle sera autonome. Pour réaliser l’opération permettant de « flasher » la base de données, il vous faudra sélectionner toutes les télécommandes une par une dans l’arborescence de la fenêtre ci-contre en cliquant-droit sur l’objet puis en activant « Select ». Une fois cette opération faite, les télécommandes sélectionnées apparaîtrons en rouge dans la fenêtre. Ensuite vous pourrez « flasher » IRTrans.

Les applications mobile

Après avoir testé et parfois acheté des applications mobile (iOS et Droïd), je comprends qu’aucune application n’exploite la base de données embarqué de l’IRTrans. En effet, toutes les applications s’appuient uniquement sur un apprentissage des codes au travers de l’IRTrans pour stocker les codes infrarouge dans la configuration du client. Il est donc bien dommage de devoir recréer toutes les télécommandes dans le client, alors qu’une collecte de la base de données permettrait une exploitation directe des télécommandes créées et stockées dans l’IRTrans.

Parmi mes tests, j’ai eu une préférence pour l’application iRedTouch et iRedTouchHD (pas de version unifiée = 17€ chacune). Ces applications sont certes assez chères, cependant elles sont assez simple à configurer comparé aux mastodontes iRule (HD) et HC-Skipper pour arriver finalement aux mêmes fonctionnalités. Il faut noter, que l’on peut créer des macros englobant plusieurs codes IR, mais aussi avec des requêtes HTTP (Get) permettant de créer une séquences d’actions spécifiques à votre Home-cinéma (Piloter des périphériques IR, votre box domotique, votre Freebox …). Coté Androïd, je ne me suis pas attardé car mes appareils sont dédiés à des fonctions de services fixes et n’ont pas d’usage smartphone. Pour illustrer un peu la simplicité de l’application iRedTouch, voici quelques captures d’écrans (iPhone) :

iRedTouch et iRedTouchHD :

Il faut noter qu’IRedTouch permet la sauvegarde Dropbox (ou autres) et donc de récupérer la configuration de chaque télécommande sur d’autres appareils iOS.

Paramétrage IRTrans	Création d’une télécommande
3 étapes de création	Importer un Skin (Image du fond)
Apprentissage et mappage des zones	Résultat fonctionnelle

Il est possible dans la version iPhone ou iPad d’intégrer directement le code manuellement.

[youtube=http://www.youtube.com/watch?v=m94ZpAU-Dzo&hl=fr_FR&version=3&width=600&height=338]

Démonstration vidéo de l’usage avec l’IRTrans (Wifi).

iRule (HD) et HC-Skipper :

iRuleHD pour iPad avec iRule Builder permet la prise en charge de passerelle IP-IR.

HC-Skipper pour iPad (HCSi) est capable de communiquer avec les passerelle IP-IR.

Mon classement des solutions mobile iOS :

1. iRedtouch HD : Simple et rapide à mettre en place  (17€) ;
2. iRule HD : Très abouti et très puissant grâce au iRule Builder en ligne (IDE), mais assez technique et fastidieux (iRuleBuilder : 40€ pour la version de base) ;
3. HCSi : En développement permanent mais nébuleux pour moi au niveau de l’architecture (29€ de base + 9€ par année de support ou une licence illimité à 49€).

Les applications tierces

• OpenRemote
• Homeseer
• Lifdomus depuis la version 1.1.14
• MisterHouse
• LIRC
• myHTPC

Usages de l’API en requête HTTP

Dans l’exemple ci-dessous, un script Lua est exécuter depuis ma Vera 3. La méthode est relativement simple à mettre en place sur toutes les box en utilisant les requêtes HTTP. Une requête HTTP suit la structure suivante :

http://<IP-IRDB>/send.htm?remote=<NomTelecommandeDB>&command=<NomCommandeDB>

Ou :

http://<IP-IRDB>/send.htm?remote=panasonic-mod2007&command=on&back

Le module Ethernet renvoie une page HTML qui guide le navigateur vers la page d’origine. Cela permet de ne pas ouvrir un page dans un autre onglet (ou fenêtre).

Ou encore :

http://<IP-IRDB>/send.htm?remote=panasonic-mod2007&command=on&quiet

Au lieu de la page d’état une page HTML vide est retournée.

et le commutateur « Led »

http://<IP-IRDB>/send.htm?remote=panasonic-mod2007&command=on&led= <ledselect>

Cependant, il existe deux inconvénients à cette méthode :

1. Sans « langage scripté », il faudra déclarer un périphérique virtuel pour chaque requête ;
2. Les requêtes telles qu’utilisées ici ne fournissent pas de retours d’états de l’émission IR de l’IRTrans directement exploitable.

Le script exemple ci-dessous exécute une séquence d’allumage des équipements, le réglages des sources et le positionnement sur l’interface du Free-player.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

------------------------------------------------------------------------
-- NAME: Séquence démarrage HomeCinema
-- AUTEUR: Sébastien Joly
-- DATE : 28/05/2013
-- COMMENTAIRE: Contrôler Irtrans DB avec un script Lua depuis la Vera
------------------------------------------------------------------------
local clock = os.clock
function sleep(n) -- seconds
local t0 = clock()
while clock() - t0 <= n do end
end
------------------------------------------------------------------------
-- DEBUT SEQUENCE
------------------------------------------------------------------------
luup.inet.wget('http://192.168.1.75/send.htm?remote=panasonic-mod2007&command=on')
luup.inet.wget('http://192.168.1.75/send.htm?remote=denon_avr1909&command=on')
sleep(4)
luup.inet.wget('http://192.168.1.75/send.htm?remote=panasonic-mod2007&command=s_hdmi1')
luup.inet.wget('http://192.168.1.75/send.htm?remote=denon_avr1909&command=quick-select-tvcbl')
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[Code Freebox V6]&key=power')
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[Code Freebox V6]&key=home')
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[Code Freebox V6]&key=ok&repeat=2')
sleep(4)
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[Code Freebox V6]&key=ok')
------------------------------------------------------------------------
-- FIN SEQUENCE
------------------------------------------------------------------------

Usages avec un socket TCP/UDP ASCII – M2M

Petite parenthèse : Développer des scripts Lua sur la Vera n’est pas très pratique. J’ai pris l’habitude d’utiliser l’éditeur Scintillia. Ce dernier fonctionne aussi bien sur Linux que sur Windows. Certes, le « debug » final devra être fait sur sur la Vera pour vérifier la présence des librairies et dépendances, mais pour des scripts ne faisant pas appel aux fonctionnalités internes de la Vera, le confort en sera nettement augmenté.

Je vous propose de mettre en place deux scènes avec « code Luup » (Lua) sur votre Vera. Chaque scène prendra en charges l’allumage ou l’extinction et les réglages des équipement de votre HomeCinéma. Vous pourrez aussi associer votre ambiance lumineuse, la fermeture des ouvrants, le déploiement d’un écran de projection, etc … Pour cette article, les scènes se borneront à la gestion des équipements audiovisuels.

Dans un premier temps et avant de réaliser un script Lua avec un socket TCP/UDP, il est nécessaire de connaitre la nature des commandes exploitable et transmissible par le socket au dispositif serveur IRTrans.

Structure de la commande « Asnd » et « Asndr »

Les commandes Asnd & (r) permettent d’envoyer la commande « X » d’une télécommande « Y » et de récupérer le résultat de l’action.

Remarque : Toutes les commandes commencent par un « A » majuscule et se terminent par <CRLF> (ASCII 13) + (ASCII 10).

1. Asnd <remote>,<command>,[l<led>],[b<bus>],[m<mask>]
2. Asndr <remote>,<command>,[l<led>],[b<bus>],[m<mask>]

• <remote> correspond au nom de la télécommande telle que dans la base de données.
• <command> correspond au nom de la commande telle que dans la base de données.
• <led> peut-être utilisé pour séléctionner une led spécifique sur l’IRTrans (optionnel).
• <bus> peut-être utilisé pour séléctionner une interface physique sur l’IRTrans (optionnel).
• <mask> peut-être utilisé pour séléctionner un boitier IRTrans sur un bus série (optionnel).

Structures des retours d’états

Les retours d’états sont composés de 4 informations. Par exemple pour le retour suivant :

**00023 RESULT_SEND OK

Nous avons toujours « ** » en début de « trame » suivi de 5 digits correspondant à la longueur de la trame (<LF> inclus = retour à la ligne). Le message lui-même, « RESULT_SEND OK » dans le cas de l’exemple.

Quelques exemples :

Envoie réussi de la commande : « Asnd mediacenter,play« 

**00018 RESULT OK

Télécommande inconnue (DB) : « Asnd sony,play« 

**00047 RESULT Error: Remote Control not found

Commande (Touche) inconnue (DB) : « Asnd mediacenter,x« 

**00047 RESULT Error: Remote Command not found

Quelques commandes disponibles depuis le firmware version 1.05.07 (IRTrans Lan) :

Agetremotes [offset]

Cette commande permet de récupérer la listes des télécommandes stockées dans la base de données. Remarque : la commande ne sait extraire que trois informations de télécommande à la fois. Donc, il faut jouer avec cette commande pour obtenir l’intégralité de la liste.

Le retour nous donne 4 informations par trame :

**00071 REMOTELIST 0,4,3,denon_avr1909,optoma_ew330e,panasonic-mod200

Dans l’exemple ci-dessus, nous avons 0,4,3 et le nom des télécommandes retournées.

• Le 0 correspond à l’index de liste demandée dans la commande initiale.
• Le 4 correspond à la taille maximum de l’index de liste.
• Le 3 correspond au nombre de télécommande retournée.

A partir de ces informations, nous pouvons comprendre qu’une télécommande de plus existe dans la liste. En lançant une deuxième commande nous obtiendrons les télécommandes suivantes dans la DB. Agetremotes 3, je positionne le curseur sur la valeur 3 de l’index qui en comptant le 0 correspond à la 4 ième valeur.

**00035 REMOTELIST 3,4,1,wdtv_live

Agetcommands <remote>,[offset]

Cette commande permet de récupérer la listes des commandes (Touches) stockées dans la base de données et associées à la télécommande stipulée. Le paramètre « offset » permet de encore une fois de se positionner sur l’index, mais dans le cas de cette commande nous récupérons l’intégralité de la liste. Par exemple :

Agetcommands denon_avr1909

Me donne la réponse suivante :

**00129 COMMANDLIST 0,14,12,on,off,quick-select-dvd,quick-select-tvcbl,quick-select-vcr,ipod,tuner,sat,dvd_hdp,tv_cbl,vcr,vol_up

Mise en place des scripts Lua

Voici le script Lua exploitant le socket TCP ASCII et permettant :

• d’allumer la TV puis la positionner sur la source HDMI1;
• d’allumer l’ampli puis de positionner la source sur Freebox;
• d’allumer la Freebox puis aller sur « Home ».

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51

------------------------------------------------------------------------
-- NAME: irtrans.lua
-- AUTHOR: Sébastien Joly
-- DATE : 28/05/2013
-- COMMENT: Contrôler Irtrans DB
------------------------------------------------------------------------
local socket = require "socket"
local addresseip, port = "192.168.1.75", 21000 -- IP de l'IRTrans et port par défaut.
local tcp = assert(socket.tcp()) -- Instanciation de l'objet
tcp:connect(addresseip, port); -- Connexion à l'IRTrans.
------------------------------------------------------------------------
-- Fonction sleep (pause en seconde)
------------------------------------------------------------------------
local clock = os.clock
function sleep(n) -- secondes
 local t0 = clock()
 while clock() - t0 <= n do end
end
------------------------------------------------------------------------
-- Fonction EnvoyerCommande (avec pour argument la commande)
------------------------------------------------------------------------
function EnvoyerCommande(arg_commande)
 tcp:send(arg_commande);
 local s, status, partial = tcp:receive()
 --luup.log(s) -- log Vera
 return s
end
------------------------------------------------------------------------
-- Ma séquence de commande (Procédure / Routine)
------------------------------------------------------------------------
luup.log("-------DEBUG-------") -- log Vera
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[mon-code-telco]&key=power')
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[mon-code-telco]&key=home')
luup.inet.wget('http://hd1.freebox.fr/pub/remote_control?code=[mon-code-telco]&key=ok')
sleep(4)
RetourCommande = EnvoyerCommande("Asnd Panasonic-mod2007,on")
luup.log(RetourCommande)
RetourCommande = EnvoyerCommande("Asndr Panasonic-mod2007,on") 
luup.log(RetourCommande)
RetourCommande = EnvoyerCommande("Asnd denon_avr1909,on") 
luup.log(RetourCommande)
sleep(4)
RetourCommande = EnvoyerCommande("Asndr Panasonic-mod2007,s_hdmi1")
luup.log(RetourCommande)
RetourCommande = EnvoyerCommande("Asnd denon_avr1909,quick-select-tvcbl")
luup.log(RetourCommande)
luup.log("-----DEBUG-FIN-----") -- log Vera
------------------------------------------------------------------------
-- Fin
------------------------------------------------------------------------
tcp:close() -- Déconnexion du socket

Le second script est du même ordre et se trouve téléchargeable ci-dessous.

• homecinema-on.lua
• homecinema-off.lua

Insertion du script dans l’onglet LUUP d’une scène :

Répéter la même opération pour la scène d’extinction puis le tour est joué.

Bilan

Les avantages de l’IRTrans Eth +DB :

• Sa petite taille et donc sa discrétion (stupéfiant) ;
• Sa puissance d’émission IR (impressionnant) ;
• le mode IR Relais ;
• Sa base de données embarquée;
• Son API TCP ASCII (Interface de développement).

Les inconvénients de l’IRTrans Eth +DB :

• Pas très User-friendly, je dirai même plutôt « ruff and Tuff » (dur et rugueux mais j’aime) ;
• La base de données initiales très pauvres ;
• Documentation succintes en allemand ou anglais.

Conclusion

L’IRTrans DB ethernet est en tous points a passerelle infrarouge la plus approprier aux « Geeks » (semble-t’il). Il répondra entièrement aux personnes ayant envie d’intégration personnalisée et sans limite. Il est petit, discret et n’a pas besoin d’être aligner sur le plan facial de vos équipements pilotés. Le seul bémol serait peut-être qu’aucune application mobile ne le prend correctement en charge (Une dizaine d’applications Droïd ou iOS annoncent la compatibilité IRTrans. Dans les faits, après avoir essayé et acheté plusieurs de ces applications), je suis globalement déçus par toutes. Dans la mesures où celles-ci sont développées pour répondre à plusieurs systèmes et besoins, il est évident que leur polyvalence réduit implicitement leur précision et leur simplicité. Toutes les applications nécessite un réapprentissage de toutes les commandes IR, au lieu d’exploiter un dump de la base de données de l’IRTrans. Il me semble qu’une « Web-app » PHP sur la base de l’interface-socket TCP-ASCII répondrait aux heureux possesseur d’un IRTrans tout en permettant le portage applicatif sur toutes les plate-formes mobile. Quoiqu’il en soit, cet équipement répond parfaitement à mes besoins parfois compliqués … Je vous le recommande seulement si vous êtes de profil technique.

Disponible à partir de 145€ chez My Domotique.