mochad, ou comment faire fonctionner avec assurance un contrôleur X10 CM15Pro

J’ai pas eu beaucoup de temps pour avancer sur la mise en place de la domotique chez moi. J’ai par contre trouvé un peu de temps pour installer un NetBook Samsung NC10, que n’utilise plus mon épouse, pour gérer toute cette partie domestique.

Les attentifs me demanderont : “mais quoi ? N’y avait-il pas un MacMini dévolu à cet usage ?”. A ceux-là je répondrai : “oui, absolument, bien observé”. Mais alors, pourquoi installer une nouvelle machine quand on en a déjà une qui fait le travail ? Pour 2 raisons :

1. Comme je l’ai déjà rapporté lors d’un billet précédent, le MacMini sous Linux impose d’avoir un écran branché lors du démarrage, sinon il ne démarre pas. C’est pas grand chose, mais franchement, ça me gonfle…
2. Le MacMini consomme en moyenne 60 W, avec des pointes qui peuvent atteindre 110 W. Le NetBook consomme 14 W à plein régime, écran allumé.

J’y gagne donc de l’économie d’énergie, un écran et un clavier intégré, pour une puissance de calcul certes moindre mais finalement largement suffisante pour le besoin qu’il faudra satisfaire. A noter aussi qu’il semble que le disque dur du NetBook soit plus performant que celui du MacMini (qui commence à dater il est vrai).

J’ai donc installé ArchLinux en version Intel sur ce NetBook, avec le dernier noyau 3.0. Tout nickel. Enfin tout. Impossible de compiler le module cm15pro avec le noyau 3.0, apparemment certains changements dans l’organisation des fichiers d’entêtes du noyau ne correspondent plus avec ce qu’attend le module.

C’est alors que m’est apparu mochad. Comme c’est expliqué sur le site, il s’agit d’un démon qui sert de passerelle par le réseau TCP pour accéder à un contrôleur CM15pro ou CM19. Ca compile sans un hoquet, et ça marche, en plus !

En théorie, il n’y a pas besoin de lancer ce démon, il doit démarrer automatiquement à partir du moment où un contrôleur est détecté (grâce à udev). Sauf que pour l’instant, cela ne fonctionne pas sur mon NetBook. Est-ce parce qu’il n’y a pas d’insertion de contrôleur, vu qu’il est branché en permanence ? Qui sait…

Une fois lancé, on se connecte sur le port que mochad se réserve avec netcat :

$ nc localhost 1099

Il ne reste plus qu’à lui fournir des commandes X10 pour qu’il s’exécute.

Au final, après moins de 10 minutes d’efforts, incluant la récupération des sources, la compilation et l’installation, mochad me rend l’usage de mon réseau X10 alors qu’après plusieurs jours de batailles et de recherche, pas moyen de réactiver la méthode précédente.

Mochad m’apparaît donc comme la meilleure méthode de gestion de ce contrôleur X10 particulier, et comme il semble supporté bien plus activement que les sources du driver que j’utilisais jusqu’ici, je l’ai donc adopté définitivement. Il reste maintenant à voir comment le faire causer avec Domogik et autres outils de gestion d’automatismes domestiques; je n’ai pas encore définitivement tranché pour Domogik, il lui manque encore le principal à mon sens, c’est-à-dire la possibilité d’exécuter un scénario sur événement, et ce ne sera pas avant la version 0.3.0 (sachant que la version 0.1.0 finale vient tout juste de sortir…).

PS: rien à voir avec la choucroute, mais j’ai encore perdu les contrôles de l’éditeur WYSIWYG dans WordPress, alors qu’aucune modification n’a été apportée à WordPress. Et ce n’est pas la première fois que ça m’arrive. Pas impossible que je change de moteur de blog, moi…