Dans ce billet, je vais essayer d’expliquer le rôle que pourrait jouer les technologies domotique dans l’économie d’énergie.

Je vais décrire mes expérimentations et quelques ressources intéressantes sur le sujet.

Le suivi de la consommation en temps réel

C’est l’étape la plus simple à mettre en oeuvre, elle consiste à mettre en place un système de suivi de la consommation qui affiche l’information en temps réel.

Il existe de nombreuses techniques pour mesurer :

• l’électricité : à l’aide du dispositif téléinfo, de pinces ampermétriques ou bien d’un watt mètre ;
• l’eau : à l’aide d’un compteur d’eau avec sortie à impulsion ;
• le gaz : à l’aide des mêmes techniques que l’eau ;

Le rôle de la mesure

J’ai tout d’abord été très septique sur l’utilité de ces techniques et à part faire de jolis graphiques et des calculs sur ces données, cela ne me semblait pas être vraiment utile.

Pourtant, le fait d’afficher la consommation en temps réel aux utilisateurs permet d’influencer son comportement.

En effet, le fait qu’un appareil consomme de l’énergie n’est pas perceptible par un humain et il est donc nécessaire de mettre en place des outils de mesure.

L’affichage en temps réel permet de notifier les utilisateurs sur la quantité d’énergie consommée et le coût de celle-ci;
ce qui influence directement leur comportement et permet de réaliser des économies tangibles et chiffrables.

D’après une étude de l’université d’Oxford , l’affichage en temps réel de la consommation permet de la faire baisser de 7 à 15%. Pour un investissement de départ faible. ( voir la liste des solutions de Mesure de consommation électrique )

Pour ma part, le Current cost m’a permis de réduire ma facture d’électricité de 10% sur un an.

Optimisations possibles

Dans un second temps, il faut s’attaquer aux pertes d’énergie et optimiser au maximum son usage.

Électricité

Dans une maison, comme chez vous, il y a de nombreux appareils inutiles qui consomment de l’énergie électrique sans être utilisés : les veilles, les transformateurs, etc…

La plupart des veilles sans trompeuses.En effet, certains appareils électriques mal concus consomment presque autant d’énergie en veille qu’en fonctionnement normal.
Comme par exemple, les “Box Internet”.

Il est donc nécessaire d’éteindre complètement ces appareils lorsque vous ne les utilisez pas.

Pour ce faire, les moyens les plus simple sont les multiprises de type maître-esclave qui fonctionnent à l’aide du port USB, d’un système de seuil de consommation ou bien à l’aide d’un interrupteur.

Pour les autres appareils, il est aussi possible d’utiliser des relais (X10, Plugwise, PLCBUS, EasyDAQ, 1-wire, etc… ) pour couper à distance un appareil, durant les périodes ou ils ne doivent pas être utilisés.

L’idée est de coupler ces systèmes avec un ordonnanceur de tâches (tel que Job scheduler, fcron, cron… ) pour prendre en charge l’effacement des différents appareils de manière cohérente.

Vous pouvez ensuite optimiser votre consommation en fonction de facteurs extérieurs tels que :

• le type d’abonnement du fournisseur d’énergie (EDF Tempo, Heure Creuses, etc… ) ;
• le nombre de personnes présent dans habitat (RFID is your friend) ;
• les demandes de votre fournisseur d’énergie ( SmartGrid : Peak curtailment/levelling ) ;
• les prévisions météo ;
• votre propre production d’énergie ;

Eau et Gaz

Pour les liquides, il existe des solutions de vannes équipées de Servomoteur, permettant de couper l’eau ou le gaz en cas de fuite.

Domotique = Informatique

Comme la domotique consiste à utiliser l’informatique au sein de habitat, il est donc nécessaire de mettre en place des services qui fonctionnent en permanence sans trop consommer d’énergie.

Les choix les plus importants dans ce domaine sont la plate-forme matériel et logiciel.
Pour ceux qui ont opté pour une solution basée sur GNU/Linux, il existe de très nombreuses solutions embarquées qui allient puissance de calcul et faible consommation.

Pour les autres, le serveur Microsoft Windows, peut toujours servir de radiateur
Et le Mac de lampe de chevet

Futur

Comme vous pouvez le constater, il existe de nombreuses solutions pour réduire sa consommation d’énergie à l’aide de la domotique. La plupart sont faciles à mettre en place et nécessite un faible investissement. Il est clair que les solutions de compteurs intelligents vont se démocratiser et ouvrir la voix au réseau électrique intelligent. Ces réseaux doivent normalement rester à la porte de votre appartement, car ils présentent un risque important pour la vie privé.

En effet, le marché du suivi de l’énergie intéresse beaucoup de monde car la simple observation de votre consommation permet de déterminer vos habitudes et la marque de votre frigidaire.

Références

• L’étude “The Effectiveess of Feedback on energy consumption” de l’université d’Oxford ;
• Ask Slashdot: Low-Power Home Linux Server? ;
• Less Watts : saving power with Linux ;
• La technologie des “Smart Grid” est-elle une menace pour la vie privée ? chez 422.
• Des réseaux intelligents pour économiser l’énergie dans Le Figaro ;
• La page sur la Gestion de l’énergie sur le DomoTiki ;
• Le blog Earth2Tech ;
• Présentaton de enPowerMe chez Enerzine.com : une solution capable d’identifier les principales sources de consommation, uniquement à partir de la courbe de charge ;
• Smart Energy and the End of Privacy de Toby Considine ;

L’USB-UIRT est un petit module qui se branche sur le port USB et qui permet d’envoyer et recevoir des ondes infrarouges.
Je l’utilise pour controler les différents éléments de mon installation home-cinéma (Amplificateur Audio/Vidéo, Freebox, Lecteur de DVD, etc…) à partir de ma machine Multimédia fonctionnant sous Debian GNU/Linux “Lenny”.
J’ai acheté mon module chez Domadoo en France : USB-UIRT (Universal Infrared Receiver/Transmitter).
L’objet de ce billet est l’installation du module sous Debian GNU/Linux.

Installation du matériel

Lorsque vous branchez le module sur le port USB, vous devez le voir via la commande lsusb :

$ lsusb
Bus 001 Device 025: ID 0403:f850 Future Technology Devices International, Ltd

Il faut ensuite charger le module ftdi_sio, le mettre dans le fichier /etc/modules, lors du chargement du module vous devez avoir les informations suivantes dans le fichier /var/log/messages :

[ 23.114110] ftdi_sio 4-1.1.1.1.1:1.0: FTDI USB Serial Device converter detected
[ 23.114110] ftdi_sio: Detected FT232RL
[ 23.114110] usb 4-1.1.1.1.1: FTDI USB Serial Device converter now attached to ttyUSB2


Installation du logiciel

Il suffit d’installer lirc via apt :

# apt-get install lirc

Le module ne nécessite pas de drivers spécifiques dans le noyau.
Il suffit de lancer lircd :

lircd -n -H usb_uirt_raw -d /dev/ttyUSB2
lircd-0.8.3[10254]: config file contains no valid remote control definition
lircd-0.8.3[10254]: lircd(userspace) ready

Puis irw dans une autre console pour lire les signaux IR :

lircd-0.8.3[10254]: uirt2_raw: checksum error
lircd-0.8.3[10254]: uirt2_raw: UIRT version 0905 ok

Et la, c’est le drame
Mais pas de panique, le message d’erreur checksum error, n’est pas important!
Il y a bien un bug dans le noyau depuis la version 2.6.20 : USB UIRT: uirt2_raw: checksum error.
Mais cela fonctionne avec le 2.6.26 disponible dans lenny, par contre si vous avez le message d’erreur suivant : uirt2_raw: could not set DTR, alors il faut upgrade votre version du noyau ou modifier le code source du module.

Configuration des télécommandes

De très nombreuses configurations de télécommandes sont disponibles sur le serveur du projet LIRC : ici.

Il suffit de télécharger le fichier de configuration de votre télécommande et de le mettre dans le fichier lircd.conf :

# cd /etc/lirc/
# wget http://lirc.sourceforge.net/remotes/logitech/Z-5500D
# cat Z-5500D >> lircd.conf

Nous allons ensuite configurer le fichier /etc/lirc/hardware.conf du deamon lirc pour le lancer:

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS=""

# Default configuration files for your hardware if any
LIRCD_CONF=""
LIRCMD_CONF=""

Nous pouvons alors lancer lircd :

# /etc/init.d/lirc start
Starting lirc daemon: lircd.


Recevoir les ordres infrarouges

Pour recevoir les ordres, il faut utiliser la commande irw :

$ irw
0000000010ef58a7 00 vol+ logitech_z5500
0000000010ef58a7 01 vol+ logitech_z5500
0000000010ef708f 00 vol- logitech_z5500
0000000010ef708f 00 vol- logitech_z5500
0000000010ef58a7 00 vol+ logitech_z5500
0000000010ef58a7 01 vol+ logitech_z5500
0000000010efd02f 00 optical logitech_z5500
0000000010efd02f 01 optical logitech_z5500


Envoyer des ordres infrarouges

Pour envoyer des ordres, il faut utiliser la commande irsend :

$ irsend SEND_ONCE logitech_z5500 power


Conclusion

Pour toutes les autres fonctionnalités et la configuration de vos applications (mplayer, freevo, etc…) , je vous conseille de lire la documentation du projet LIRC.
Il existe d’autres modules que l’USB-UIRT, comme par exemple USB IR Transceiver de IguanaWorks.

Si ce n’est pas le cas, je vais essayer de vous décrire dans cet article les diffèrents outils que j’ai mis en place sur mon réseau.

Menu de démarrage

Voici les différentes options qui sont proposées sur mon réseau en cas de démarrage d’une machine en PXE :


- Boot Menu -
=============

etch_i386_install
etch_i386_linux
etch_i386_expert
etch_i386_rescue
fai_sysinfo
fai_install_desktop
fai_install_server_base
fai_install_server_vserver
fai_install_server_xen
gparted
clonezilla
dban


Je vais vous décrire chaque option et ses usages.

Mise en place d’un serveur PXE

Pour la mise en place d’un serveur PXE, je vous invite à lire cette article de Debian Administration : Setting up a server for PXE network booting

La procèdure d’installation est très simple, vous avez besoin d’un serveur DHCP et TFTP sur une des machines de votre réseau.

Installateur Debian GNU/Linux

Les quatres premières options concernent l’installateur Debian. En effet, il est possible d’installé une distribution Debian GNU/Linux en réseau.

La mise en place de ce système est décrite dans le manuel de la distribution : 4.6. Préparer les fichiers pour amorcer depuis le réseau avec TFTP.

Grâce à ce serveur, il n’est plus nécessaire d’apprendre à jongler avec les diffèrents CD/DVD de la distribution.

L’installateur propose aussi un mode “rescue”, très pratique en cas de perte d’un mot de passe root, ou bien lorsque la machine refuse de démarrer.

Fully Automatic Installation

Après l’installation de la machine, il y a de nombreuses manipulations à
faire, qui ne sont pas prise en charge par l’installateur standard et
qui sont spécifiques au réseau sur lequel se trouve la machine :
configuration du système de backup, certificats SSL, l’emplacement des
diffèrents services (LDAP, Messagerie, Monitoring, Stockage, etc…)

Généralement ces tâches sont faites manuellement ou bien à l’aide d’une
“procédure”.

Mais dans la plus part des cas cette procédure n’existe pas ou bien elle n’est pas à jour

Donc la meilleur chose à faire est donc de centraliser sur le serveur d’installation ces informations.

Pour cela, j’ai mis en place plusieurs modèles de machine à l’aide du logiciel FAI – Fully Automatic Installation.

GParted

Le logiciel GParted est une interface graphique en GTK+ pour parted.

Celui-ci permet de créer, supprimer, redimensionner, déplacer, vérifier et copier les partitions d’un disque dur, comme Partition Magic.

Le logiciel dispose d’un mode “live”, qu’il est possible de démarrer en réseau : GParted Live on PXE server.

Clonezilla

Clonezilla est un logiciel permettant de faire des copies d’un disque dur ou d’une partition comme Norton Ghost.

Il dispose d’un mode “live”, qui fonctionne de la même manière que GParted : Clonezilla Live – Single machine clone system without installation.

Darik’s Boot And Nuke

Darik’s Boot And Nuke (DBAN) est un logiciel permettant d’effacer de manière sécurisée le contenu de tous les disques dur d’une machine.

Je DBAN utilise lors de l’achat d’un nouveau disque dur ou bien la revente d’un disque dur d’occassion.

En effet, lors du premier temps d’utilisation d’un disque dur, vous avez de forte chance de tomber sur un modèle défectueux.

Il est donc conseiller de lui faire subir un teste de stress avant de mettre des données importantes dessus.

Pour la revente, c’est plus un probleme de confidentialité : To keep those secrets safe, beat your computer’s brains out with a hammer.

L’installation de DBAN sur le serveur PXE, n’est pas décrite sur le site du logiciel.

Je vais décrire la procèdure d’installation dans un autre article.

Conclusion

Les possiblités offertes par un serveur PXE sur un réseau local sont nombreuses.

L’installation et la mise en place des outils décrits dans cette article est assez simple (sauf pour FAI )
et vous permettera de simplifier l’administration de vos machines et donc gagnier du temps.

Introduction

Lego does not provide tools for building programs for the NXT under Linux.
I don’t like Bricxcc, because :

• It looks like Visual Studio ;
• runs only on Microsoft Windows ;
• I’m more familiar with VIM, make and GCC ;0)

Install the compiler

Ths NXC compiler can be downloaded on the Bricxcc web site. The compiler is writen in Pascal.

You need to install the FreePascal Compiler and build the compiler :


$ wget http://downloads.sourceforge.net/bricxcc/nbc-1.0.1.b34.src.tgz
# apt-get install fp-compiler fp-units-fcl fp-units-base
$ mkdir nbc
$ tar xzf nbc-1.0.1.b34.src.tgz -C nbc
$ cd nbc/nxt
$ make -f nbclinux.mak
$ ./nbc
Next Byte Codes Compiler version 1.0.1.b34 (1.0.1.34, built Thu Jun 12 21:21:22 CEST 2008)
Copyright (c) 2006, John Hansen
Use "nbc -help" for more information.
# mv nbc /usr/local/bin/


Hello world

Let’s try to build and send a simple hello world program to the robot :


$ cat > hello.nxc < task main() {
TextOut(0, 0, "Hello world!");
Wait(1000);
}
EOF
$ nbc hello.nxc -O=hello.rxe


USB Transfert

In order to send the program to the robot, you need the Talk 2 NXT program : T2N.

Warning: on amd64, you need to patch the source code.


# apt-get install g++ libusb-dev
$ wget http://www-verimag.imag.fr/~raymond/edu/lego/t2n/t2n-0.2.src.tgz
$ wget http://www.csquad.org/wp-content/t2n_amd64.diff
$ cd t2n-0.2.src
$ patch -p1 < ../t2n_amd64.diff
patching file src/usbmisc.cc
patching file src/usbmisc.h
$ make
# mv obj/t2n /usr/local/bin/


Now you can plug, turn on your NXT and send the program via the USB port.


# t2n -i
#### NXT INFOS ###############
protocol version=1.124 firmware version=1.1
NXT Name: NXT
Blutooth address: 16:53:06:37:ffffffbc:00
Blutooth signal: 0
Free user flash: 44416
# t2n -v -put hello.rxe
nxt brick found, usb initialized
testing for existing file "hello.rxe"
deleting for existing file "hello.rxe"
upload hello.rxe (376 bytes) from /goinfre
that's all folks...


That’s all folks…

/bin/sh: scripts/mod/modpost: No such file or directory

Il faut compiler les sources de votre noyau à l’aide de make-kpkg et de l’option build make-kpkg build et non plus comme avant avec l’option configure

Ce thread sur la mailing liste de fglrx explique ce problème.

Voici la commande pour optimiser toutes les images qui se trouvent dans un répertoire :

find répertoire -name ‘*.jpg’ -exec jpegoptim ‘{}’ \;

Parcontre, il est domage qu’il n’y est pas de paquet debian pour ce programme, il faut donc le compiler (./configure; make; make install) à partir des sources.

Le constructeur en question est le Taiwanais Ali, qui produit le contrôleur pour Webcam M5603C.
Cette puce est utilisée par la plupart des constructeurs de portable.

Pour réaliser un driver Linux, un site web et un forum ont été mis en place : The Ali M560x Linux Driver Project.

Mais visiblement le constructeur ne répond pas aux mails de solicitation envoyés par les développeurs.

Je propose de faire comprendre au constructeur qu’il doit fournir les spécifications du matériel, en lui envoyant des demandes via l’interface de contacte client : Customer Support.

Voici un email type :

Hi,

I have bought an notebook, with a built-in web camera, using the Ali M5603C Video Camera Controller.
Now, the software that came bundled with the computer for using this camera is useless to me, since it requiers me to install and boot into Microsoft Windows, which is an operating system that I do not have.

I therefore use GNU/Linux, which is well supported by my notebook, except that there’s no driver for the M5603C controller.

When I searched the Internet for a driver, I came upon several developers for the Video4Linux system, that were interested in making such a driver, but without the datasheet for the controller, it would not be possible for them. They say they have already contacted Ali and asked for the datasheets, but none has so far got a reply to the request, as I know of.

I can assure you that, if you provide th the datasheet for the M5603C, there will very soon be a well functioning driver for this controller included with the Linux kernel.

ALi will then not have to worry about any other support for Linux users of the M5603C, since there are well established support forums for all Video4Linux drivers and applications.

To sign a NDA would be a big problem for the development of the Linux driver, since all drivers to be included with the Linux kernel has to have a licence compatible with the General Public Licence (GPL).

Therefore the source code of the driver has to be open, so all the information needed for the driver to work, will be available for anyone who understands C programming langage.

Another advantage of the existense of an open source driver, is that Linux users generally have a very positive attitude towards companies known to cooperate with the open source community, and usually prefere to buy products from such companies rather from companies known not to cooperate.

I personally buy only well supported hardware and I am ready to give more money for Linux support.

I want to thank you for your patience, and I hope we can come to a positive agreement for both ALi and the Linux users who have purchased your products.

Best Regards,

Ce genre de pratique a déja porté ses fruits.

Je suis l’heureux posssseur d’une souris “Bluetooh Optica Mini Mouse MI-5300p” de la marque Trust achetée chez Pixmania pour moins de 30 euros.

Voici la procédure pour configurer cette souris en moins de 2 min ;0)

• Installer le paquet bluez-utils
• Remplacer la variable HIDD_ENABLED=0 par HIDD_ENABLED=1 dans le fichier /etc/default/bluez-utils
• Relancer les daemons bluetooth /etc/init.d/bluez-utils restart
• Connectez-vous à la souris à l’aide du deamon hidd, n’oubliez pas de maintenir le bouton connect enfoncer lors de la recherche du periphèrique : hidd –search
• Ajouter les lignes suivantes dans le fichier de configuration du serveur X (/etc/X11/xorg.conf) :
  
  Section "InputDevice"
  Identifier "Bluetooth Mouse"
  Driver "mouse"
  Option "SendCoreEvents"
  Option "Device" "/dev/input/mouse1"
  Option "Protocol" "ExplorerPS/2"
  Option "Emulate3Buttons" "false"
  Option "ZAxisMapping" "4 5"
  EndSection

  Section "ServerLayout"
...
InputDevice "Bluetooth Mouse"
EndSection


• Relancer votre serveur X

Et Voilà !

Cette souris est vraiment sympa et pas chère, c’est le compagnon idéal pour un ordinateur portable.

Mon seul regret!?
C’est que j’ai vraiment de grosses paluches ;0)

Le protocole Kerberos est une solution de SSO permettant de ne saisir sont mot de passe qu’une seul fois.
Armé de l’article du journale MISC décrivant l’installation de ce service, je me lance dans l’installation d’un serveur maitre dans un vserver.

Tout se passe bien, jusqu’au lancement du daemon krb5kdc, celui-ci refusse de binder les ports qui lui sont attribuées en UDP.
Visiblement celui-ci essaye de se binder sur TOUTES les interfaces réseau disponbile sur la machine.
Ce qui n’est pas possible à l’interieur d’un vserver.

Effectivement bien que toutes les intefaces de la machine physique soitent visible de l’interieur du vserveur,
il n’est possible de se binder que sur l’interface attribué au vserveur courant. Ce qui explique le mesage d’erreur suivant:

Nov 11 19:39:08 kdc krb5kdc[13311]: setting up network…
Nov 11 19:39:08 kdc krb5kdc[13311]: skipping unrecognized local address family 17
Nov 11 19:39:08 kdc krb5kdc[13311]: Cannot assign requested address – Cannot bind server socket to port 88 address 192.168.42.1
Nov 11 19:39:08 kdc krb5kdc[13311]: set up 0 sockets
Nov 11 19:39:08 kdc krb5kdc[13311]: no sockets set up?

Pour faire marcher se service à l’interieur d’un vserveur les solutions suivantes se posent à moi :

• Cacher les interfaces de la machine physique
• Modifier le code, pour changer ce comportement

Après une recherche rapident sur le net, je n’ai pas trouver de solution pour cacher les interfaces.
En ce qui est du code, je n’ai pas eu le temps de modifier le comportement du serveur.

Je suis pour l’instant bloquer, j’ai donc soumit un rapport de bug :
[krbdev.mit.edu #3237] Kerberos does not work inside Linux vservers