Projet Infrastructure logicielle pour Btiment

Intelligent
Cahier des charges

Equipe 3 :
Laurent Alpe
Fabian Bouchy
Huong Huyunh
Xavier Martin
Nathalie Mibord
Valrio Postiglione
Maxime Rochemir
Charlotte Trotta
Joao Zeni
 Plan

1. Introduction au problme pos

2. Expression fonctionnelle du besoin
2.1. Contrle et monitoring des lumires
2.2. Gestion du rveil
2.3. Media center
2.4. Surveillance distance
2.5. Balisage
2.6. Gestion de la temprature
3. Contraintes de dveloppement matriel
4. Solution propose pour rpondre au besoin
4.1. Une solution unifie
4.2. Interfaces utilisateurs varies
4.3. Simulation dune intelligence artificielle
5. Fonctionnalits dune maison pice par pice
5.1. Plan de la maison
5.2. Inventaire des fonctionnalits

Cahier des charges 13/01/2014 2

 1. Introduction au problme pos
Lobjectif de ce projet est de concevoir une structure technologique pour quiper un
appartement ou une maison dans le cadre dun projet de btiment intelligent.

Lintgration de technologies un btiment a pour but de faciliter la vie de ses

habitants, de garantir leur scurit et dapporter un petit plus leur habitat. Notre vision dun
btiment intelligent est celle dun btiment qui se laisse piloter en restant discret. Nous
porterons laccent sur la simplicit et la multitude des interfaces offertes aux utilisateurs.

2. Expression fonctionnelle du besoin

2.1. Contrle et monitoring des lumires

Toutes les lumires (leds simples) sont relies un arduino.

Un second arduino gre le fonctionnement dune lumire particulire (dans la chambre) dont
on peut faire varier la fois la couleur et lintensit (led RGB).

Nous disposerons dun tableau de bord dans OpenHAB (interface Web) spcifiant ltat de de
chaque lumire de la maison. Il sera alors aussi possible de commander l'allumage (resp.
lextinction) de chacune des lumires prsentes dans la maison.

2.1.1 Extinction des lumires

Lextinction de la lumire de la chambre peut se faire automatiquement si lheure du coucher a

t configure sur le calendrier Google :

Cahier des charges 13/01/2014 3

Une extension possible serait dajouter un systme de contrle parental. Les parents pourraient
ainsi choisir quelle heure les lumires des chambres des enfants steindraient.

2.2. Gestion du rveil

Lutilisateur pourra programmer son rveil, via lutilisation du calendrier Google. En plus de
cette programmation journalire, il est prvu de ne dclencher le rveil que si lutilisateur est
dans son lit au moment du dclenchement du rveil. Pour se faire, un capteur de pression est
prsent dans le lit.

Ainsi si lutilisateur avait programm son rveil et quil est bien dans son lit lheure
programme, le rveil (musique) sonne et la lumire (variateur de couleurs) sallume
progressivement. Larrt de la musique et de la lumire nest ralis que lorsque lutilisateur se
lve du lit.

Ci-dessous une explication schmatique de ce fonctionnement:

Cahier des charges 13/01/2014 4

 2.3. Media center
Il permet de grer lambiance musicale. Lutilisateur peut commander la lecture, larrt et le
changement de radio.

2.4. Surveillance distance

Lorsque le mode surveillance distance est activ, la dtection dun mouvement devant la
porte dentre envoie une notification lutilisateur. Ce dernier est notifi par e-mail; cet e-mail
contiendra la dernire photo prise par la webcam ainsi quun lien vers le streaming de la vido.

Une extension envisageable serait de pouvoir communiquer avec le visiteur au travers dun
combo micro / haut-parleur install sur la porte.
La porte dentre sera ainsi quipe dune webcam directement relie au Raspberry Pi.

Cahier des charges 13/01/2014 5

 2.5. Balisage
Un scnario sera configur par dfaut pour clairer le chemin de la chambre vers les toilettes
en pleine nuit. Un capteur de pression sera install sur le lit et dclenchera le scnario ds quil
dtectera que lutilisateur est sorti du lit (sil fait nuit). Deux capteurs infrarouges signaleront la
position de lutilisateur dans le couloir.

Ci-dessous le schma dtaillant le fonctionnement du balisage :

Cahier des charges 13/01/2014 6

Une extension possible serait didentifier dans quelle pice est prsent lutilisateur et
denregistrer tous les chemins possibles (dune pice une autre). Cela donnerait la possibilit

Cahier des charges 13/01/2014 7

 lutilisateur dclairer son chemin vers la pice de son choix, par une simple requte au
systme.

2.6. Gestion de la temprature

Chaque pice sera quipe dun capteur de temprature (enOcean), et de capteurs de prsence
(infrarouge, ultrason). Avant chaque action, on vrifiera quil y ait une personne prsente dans
la pice grce aux capteurs de prsence. Des valeurs de rfrence permettront de contrler
lactivation du chauffage/climatisation en fonction des valeurs mesures.

Dautre part, si une fentre est ouverte, le chauffage est automatiquement coup.

Les capteurs de prsence seront relis un arduino, et les capteurs enOcean seront
directement connects au serveur OpenHAB (Raspberry).

Le fonctionnement actuellement mis en place est dcrit dans le schma ci-dessous:

Cahier des charges 13/01/2014 8

 3. Contraintes de dveloppement matriel
Pour la ralisation de ce projet, le matriel suivant sera utilis:

- Arduino

- capteur de pression

- capteur ultrason

- capteur infrarouge

- Camra D-link DCS-5222L

- Raspberry

- Tlphone

- Kit EnOceanESK 300

- leds

4. Solution propose pour rpondre au besoin

Larchitecture globale du projet est la suivante :

Cahier des charges 13/01/2014 9

 4.1. Une solution unifie
Notre approche considre les lments du btiment pilot comme les composants dun seul et
mme systme. Les lumires, les portes, les capteurs, etc.. nont pas ou trs peu dintelligence
embarque. Ils sont connects une application centrale (tournant sur le Raspberry Pi fourni)
qui se charge de prendre une dcision et dinitier la rponse matrielle approprie.

Cette approche nous permet dune part de donner lutilisateur un contrle complet
distance, et dautre part de crer des interactions riches comme une commande allumer
toutes les lumires au rveil de lutilisateur 1. Si le composant lumire tait disjoint du reste
du systme et ne ragissait qu un capteur de pression ou de prsence, ce type de scnario
serait difficilement envisageable.

4.2. Interfaces utilisateur varies

Une ou plusieurs interfaces claires, accessibles et adaptes chaque situation font la diffrence
entre un simple gadget et une nouvelle manire denvisager son espace de vie. Nous nous
orientons vers deux interfaces accessibles en parallle :

Une interface web (accessible via portable, tablette, ordinateur)

Une interface vocale

4.3. Simulation dune intelligence artificielle

Cette fonctionnalit va main dans la main avec linterface vocale. A travers un composant de
synthse vocale lapplication pourra, dans une certaine mesure, communiquer avec
lutilisateur. Notre objectif nest pas de crer une intelligence capable de tenir une conversation
pousse, mais doffrir une rponse audio lutilisateur pour confirmer la prise en compte de sa
commande vocale. Leffet escompt est de rendre linteraction plaisante.

Il sera ainsi possible, par de simples commandes vocales, dordonner diffrentes actions :
comme par exemple, lallumage ou lextinction de toutes les lumires, lallumage de la radio,
etc.

Cahier des charges 13/01/2014 10

 5. Fonctionnalits dune maison pice par pice
5.1. Plan de la maison

5.2. Inventaire des fonctionnalits offertes par linterface web

5.2.1. Salon
- Allumer/teindre lumire plafond

- Allumer/teindre applique lumineuse

- Allumer/teindre chauffage (*)

- Ouvrir/fermer volet (*)

- Afficher la temprature

- Afficher ltat de la fentre (ouverte/ferme) (*)

- Dtecter prsence (*)

5.2.2. Cuisine
- Allumer/teindre lumire plafond

- Allumer/teindre lumire hotte

- Allumer/teindre chauffage (*)

- Ouvrir/fermer volet (*)

- Afficher la temprature

- Afficher ltat de la fentre (ouverte/ferme) (*)

Cahier des charges 13/01/2014 11

- Dtecter prsence (*)

5.2.3. Chambre
- Allumer/teindre lumire plafond

- Allumer/teindre lampe chevet

- Allumer/teindre/changer couleur, intensit lampe RGB

- Allumer/teindre chauffage (*)

- Ouvrir/fermer volet (*)

- Afficher temprature

- Afficher ltat de la fentre (ouverte/ferme) (*)

- Dtecter prsence dans le lit

5.2.4. Couloir
- Allumer/teindre lumire plafond

- Allumer/teindre lumire au sol zone 1

- Allumer/teindre lumire au sol zone 2

- Allumer/teindre chauffage (*)

- Afficher tat porte (ouverte/ferme) (*)

- Dtecter prsence zone 1

- Dtecter prsence zone 2

5.2.5. Toilettes
- Allumer/teindre applique lumineuse

- Allumer/teindre lumire au sol

- Dtecter prsence

5.2.6. Salle de bain

- Allumer/teindre lumire plafond

- Allumer/teindre lumire du miroir

- Allumer/teindre chauffage (*)

Cahier des charges 13/01/2014 12

- Ouvrir/fermer volet (*)

- Afficher temprature

- Afficher tat de la fentre (ouverte/ferme) (*)

- Dtecter prsence (*)

5.2.7. Autres
- Allumer/teindre la radio : choix possible parmi classique, jazz, hit, rock, lounge.

- Afficher la temprature moyenne de la maison

- Activer/dsactiver le contrle de surveillance

(*) : Simulation sur OpenHab seulement : ces fonctionnalits sont prvues sur linterface, mais
non ralises sur la maquette; elles ont toutefois t prises en compte dans llaboration des
diffrents scnarios.

Cahier des charges 13/01/2014 13