Mise en Place D'une Plateforme de Télécommande Des Équipements Électrique À Distance

UNIVERSIT VIRTUELLE DE TUNIS
MMOIRE DU PROJET DE FIN DTUDES

Pour lobtention de la
Licence Applique en Sciences et Techniques de lInformation et de
Communication

Mise en place dune plateforme de tlcommande des
quipements lectrique distance
Smart House

Ralis par :
Wissem HENI Imen Hmaied
Encadr par :
Mr Arafet BOUSSAID
Organisme daccueil :

Anne Universitaire 2010-2011
Remerciements

Cest avec plaisir que nous rservons ces quelques lignes en signe de
gratitude et de profonde reconnaissance lgard de tous ceux qui nous ont
aids la ralisation de notre projet de fin dtude.

Nous tenons en premier lieu exprimer notre gratitude envers notre
encadreur de lentreprise Tunisie Cartes , o nous avons effectu notre
projet de fin dtudes, Monsieur Boussaid ARAFET, qui nous a permis de mener
terme ce travail, par ses soutiens, ses prcieux conseils et ses bien vaillances.

Nous adressons tous nos remerciements notre professeur et
coordinateur de LASTIC3 Monsieur Chrif ADNANE et tous nos enseignants
pour leurs prcieux conseils, leurs soutiens et leurs remarques pertinentes qui
nous ont permis de mener au terme ce projet.

Noublions pas ladministration de lUniversit Virtuelle de Tunis qui fut
assez visionnaire pour nous offrir tous les moyens de russite.

Que les membres de jury trouvent nos profondes gratitudes pour lhonneur
quils nous font en assistant notre soutenance.

Table des matires

Introduction gnrale ............................................................................................................... 1
Chapitre I : Prsentation Gnrale ......................................................................................... 3
Introduction ................................................................................................................................ 4
I. Cadre du projet ............................................................................................................ 4
II. Prsentation de la socit daccueil .................................................................... 5
III. Cahier de charge propos ................................................................................... 7
III.1. Contexte ................................................................................................................. 7
III.2. Les objectifs raliser dans notre projet ............................................................... 8
III.3. Contraintes ............................................................................................................. 8
III.4. Structure gnrale du systme ............................................................................... 9
IV. Chronogramme ................................................................................................. 10
Conclusion ................................................................................................................................ 10
Chapitre II : Etude pralable ................................................................................................ 11
Introduction .............................................................................................................................. 12
I. Le systme domotique ...................................................................................... 12
I.1. Quest ce que la domotique ? ................................................................................. 12
I.2. Pourquoi la domotique ? ........................................................................................ 13
I.2.1. Le confort ............................................................................................................ 13
I.2.2. La scurit ........................................................................................................... 13
I.2.3. La gestion dnergie ............................................................................................ 14
II. Le service des messages courts (SMS) ............................................................ 14
II.1. Format dun message court ................................................................................... 15
II.2. Caractristiques ..................................................................................................... 16
III. Prsentation dun modem GSM ....................................................................... 16
III.1. Les commandes Hayes pour modem (Commandes AT) .................................... 17
III.1.1. Principes gnraux ............................................................................................ 18
III.1.2. Fonctionnement ................................................................................................ 18
III.1.3. Commandes ddis au service SMS ................................................................. 19
III.1.4. Interface modem GSM ..................................................................................... 20
IV. Prsentation du Microcontrleur ...................................................................... 20
IV.1. Caractristiques principales dun microcontrleur ............................................. 21
IV.1.1. Les avantages dun microcontrleur ............................................................... 21
IV.1.2. Contenu dun microcontrleur ........................................................................ 21
IV.2. Le PIC ................................................................................................................. 21
IV.2.1. Dfinition ......................................................................................................... 22
IV.2.2. Architecture ...................................................................................................... 22
IV.2.3. Identification des PICs ..................................................................................... 22
IV.2.4. Organisation dun PIC ...................................................................................... 23
IV.3. Le microcontrleur PIC 16F877 .................................................................. 24
IV.3.1. Dsignation ....................................................................................................... 24
IV.3.2. Caractristiques ................................................................................................ 25
IV.3.3. Mmoires du PIC 16F877 ................................................................................ 26
IV.3.3.1. Mmoire vive RAM ...................................................................................... 26
IV.3.3.2. Mmoire morte FLASH ................................................................................ 26
IV.3.3.3. Mmoire EEPROM ....................................................................................... 26
IV.3.4. Brochage ........................................................................................................... 26
IV.3.4.1. Ports dentre/sortie ....................................................................................... 27
IV.3.4.2. Interruption RB0/INT .................................................................................... 28
IV.3.5. Module de commande ...................................................................................... 28
IV.3.5.1. Relation entre (PIC, Sorties numriques) ...................................................... 28
IV.3.5.2. Module de contrle dtat ............................................................................. 29
IV.3.5.3. Module de mesure de tension ........................................................................ 30
IV.3.5.5. La liaison RS232 ........................................................................................... 31
IV.3.5.5. Prsentation du MAX232 .............................................................................. 31
IV.3.2. Le QUARTZ .................................................................................................... 33
Conclusion ................................................................................................................................ 33
Chapitre III : Etude conceptuelle ......................................................................................... 34
Introduction .............................................................................................................................. 35
I. Les besoins fonctionnels................................................................................... 35
I.1. Authentification ...................................................................................................... 35
I.2. Administration ........................................................................................................ 35
II. Conception du systme ................................................................................... 36
II.1. Mthodes de conception ....................................................................................... 36
II.1.1. Mthodes fonctionnelles .................................................................................... 36
II.1.2. Mthodes orientes objets .................................................................................. 36
II.2. Conception de lapplication .................................................................................. 36
II.2.1. Choix du modle de conception ......................................................................... 37
II.2.2. Langage UML .................................................................................................... 37
II.2.2.1. Diagrammes de cas dutilisation ..................................................................... 38
II.2.2.2. Diagrammes de classe ..................................................................................... 39
II.2.2.3. Diagrammes de squences .............................................................................. 39
II.2.3. Conception de notre application ........................................................................ 39
II.2.3.1. Reprsentation des diagrammes de cas dutilisation ...................................... 39
II.2.3.2. Reprsentation des diagrammes de squences ............................................... 42
II.2.3.3. Reprsentation du diagramme de navigation .................................................. 45
Conclusion ................................................................................................................................ 47
Chapitre IV : Implmentation de lapplication Smart House ............................................. 48
Introduction .............................................................................................................................. 49
I. Environnement logiciel .................................................................................... 49
I.1. Choix du langage Java ........................................................................................... 49
I.1.1. Java 2 Micro Edition ........................................................................................... 49
I.1.1.1. Larchitecture J2ME ........................................................................................ 50
I.1.1.2. Les configurations et les profils ....................................................................... 50
I.1.2. Netbeans .............................................................................................................. 52
I.2. ISIS ......................................................................................................................... 52
I.3. ARES ...................................................................................................................... 52
I.4. PIC C Compiler ...................................................................................................... 53
I.5. PICPgm .................................................................................................................. 53
II. Implmentation ................................................................................................. 54
II.1. Ralisation de la carte lectronique ...................................................................... 54
II.1.1. Schma fonctionnel de la carte .......................................................................... 54
II.1.2. Simulation de la carte ........................................................................................ 57
II.1.3. Routage de la carte ............................................................................................. 58
II.1.4. Programmateur du PIC ...................................................................................... 59
II.2. Ralisation de lapplication mobile ...................................................................... 60
II.2.1. Programmation dune classe MIDlet ................................................................. 60
II.2.2. Prsentation des interfaces de lapplication mobile ........................................... 62
II. Tests et Rsultats .............................................................................................. 65
Conclusion Gnrale .............................................................................................................. 67
Bibliographie & Neto graphie .................................................................................................. 68
Liste des Acronymes ................................................................................................................ 70
Annexes .................................................................................................................................... 72

Liste des figures

Figure 1.1: Camra de vido de surveillance ............................................................................ 6
Figure 1.2: Structure gnrale du Systme Smart House .................................................... 9
Figure 2.1: Format dun message court ................................................................................... 15
Figure 2.2: Carte PC Card / PCMCIA Card ............................................................................ 17
Figure 2.3: Modem GSM ........................................................................................................ 17
Figure 2.4: Schma du fonctionnement des commandes AT .................................................. 18
Figure 2.5: Communication en Usart Terminal ...................................................................... 20
Figure 2.6: Le Microcontrleur PIC16F877-20 ...................................................................... 24
Figure 2.7: Structure interne du PIC ....................................................................................... 25
Figure 2.8: Brochage du Microcontrleur PIC 16F877 .......................................................... 27
Figure 2.9: Relation entre (PIC, Sorties Numriques) ............................................................ 28
Figure 2.10: Commande de sortie numrique ......................................................................... 28
Figure 2.11: Schma interne de relais ..................................................................................... 29
Figure 2.12: Relation entre (PIC, Entres Numriques) ........................................................ 39
Figure 2.13: Relation entre (PIC, Entres Analogiques) ......................................................... 30
Figure 2.14: Diviseur de tension ............................................................................................. 30
Figure 2.15: Cble RS232 ....................................................................................................... 31
Figure 2.16: Structure interne et externe de MAX232 ............................................................ 32
Figure 2.17: Liaison RS232 entre lordinateur et la carte ....................................................... 32
Figure 2.18: Schma de QUARTZ .......................................................................................... 33
Figure 3.1: Diagramme de cas dutilisation gnral de notre systme domotique ................. 40
Figure 3.2: Diagramme de cas dutilisation dtaill de notre systme domotique ................. 41
Figure 3.3: Diagramme de cas dutilisation de Piloter les diffrents quipements
lectriques ............................................................................................................................... 42
Figure 3.4: Diagramme de squence Demande daccs la plateforme domotique ......... 43
Figure 3.5: Diagramme de squence Activer un quipement lectrique .......................... 44
Figure 3.6: Diagramme de squence Consulter ltat dun quipement lectrique .......... 45
Figure 3.7: Diagramme de navigation de lapplication mobile de notre systme ................... 46
Figure 4.1 : Architecture de la plateforme J2ME ................................................................... 49
Figure 4.2: Schma fonctionnel de la carte ............................................................................. 54
Figure 4.3 : Schma du bloc .................................................................................................... 55
Figure 4.4: schma de simulation de la carte lectronique en ISIS ........................................ 56
Figure 4.5 : schma de routage de la carte sur ARES ............................................................. 57
Figure 4.6: Schma de la carte en 3D...................................................................................... 58
Figure 4.7: Programmateur de PIC ......................................................................................... 59
Figure 4.8: Cycle de vie dun MIDlet ............................................................................... 61
Figure 4.9: La page daccueil de Smart House ................................................................. 61
Figure 4.10: Interface dauthentification ................................................................................. 61
Figure 4.11: Interface de la liste des quipements lectriques ................................................ 62
Figure 4.12: Interface de lquipement Climatiseurs .......................................................... 62
Figure 4.13: Interface pour activer le climatiseur du Salon .................................................... 62
Figure 4.14: Interface de lquipement Portes...................................................................... 63
Figure 4.15: Interface pour ouvrir la porte principale ............................................................. 63
Figure 4.16: Interface de lquipement Fentres .................................................................. 63
Figure 4.17: Interface de lquipement Eclairage ................................................................ 63
Figure 4.18: Interface de lquipement Arrosage ................................................................. 64
Figure 4.19: Interface de lquipement Systme Alarme ..................................................... 64
Figure 4.20: Notre carte lectronique ................................................................................... 65

Introduction Gnrale

1
Introduction Gnrale

Avec la diversit des moyens de communication humaine, les technologies de
linformation et des tlcommunications sont devenues une condition suffisante pour assurer
une communication illimite avec tous les habitants de la plante. Nous pouvons alors nous
demander quelle sera la prochaine tape ?

La communication homme-machine ou machine-machine peut tre considre comme
tant un nouveau type de dialogue possible. En effet, depuis une dizaine d'annes les appareils
deviennent intelligents, agissent selon le profil des utilisateurs et sont capables de prendre des
dcisions de manire autonome.
En pensant la technologie de tlcommunication GSM, il nous vient immdiatement
lesprit la communication vocale, lenvoi et la rception des SMS et des MMS, linternet
mobile, et tous ce qui fonctionne en utilisant cette technologie moderne introduite dans notre
vie quotidienne.
Nous pouvons donc imaginer, en se servant de ces services fournis travers la
technologie GSM, que la maison communicante fera partie de notre futur. Qui ne voudrait pas
d'une maison qui prend en charge les tches domestiques, qui assure ses occupants plus de
confort, de scurit et de bien-tre, qui leur facilite la vie et rpond leurs besoins et dsirs
avant mme qu'ils aient t formuls ? Tout ceci est du domaine de la domotique. Par
domotique, il est possible de contrler et de commander des systmes distance en ayant
recours au rseau GSM. Des applications peuvent tre utilises dans divers domaines comme
le contrle et la commande distance des machines, des systmes dalarme et de surveillance,
de commander des portes et des fentres ou dallumer des lampes
Cest dans ce cadre que se situe notre projet de fin dtudes intitul Mise en place
dune plateforme de tlcommande des quipements lectriques distance Smart House .
Ce projet a pour objectif de dvelopper un systme ou une plateforme daide
ladministration des quipements domestiques. Ce systme permet le pilotage et la
surveillance des diffrents dispositifs disponibles dans la maison ainsi que la description des
services fournis et les actions quon peut les invoquer.
Introduction Gnrale

2

Pour se faire, nous avons divis le travail en quatre parties. Premirement, nous avons
commenc par une prsentation gnrale de notre projet dans laquelle nous allons prsenter la
socit daccueil, le cadre de projet et les objectifs raliser. Ensuite, dans le deuxime
chapitre, nous avons fait une tude dtaille sur la domotique, le service des messages courts
et le modem GSM. Le troisime chapitre est la reprsentation des besoins et des exigences qui
ont incit au dveloppement de cette application ainsi que la conception que nous avons
adopt pour sa ralisation. La ralisation de notre application sera prsente, dans le
quatrime chapitre, dans lequel nous prsenterons lenvironnement de dveloppement et les
divers composants implments dans larchitecture de notre systme.
Nous finirons ce rapport par une conclusion gnrale rcapitulative des diffrentes
phases de notre travail, signalant les cts bnfiques du projet et nonant les perspectives du
travail labor.

Chapitre I Prsentation gnrale

3

Chapitre I

Prsentation
Gnrale

Cadre du projet
Prsentation de la socit daccueil
Cahier des charges propos
Chronogramme


4

Prsentation Gnrale

I ntroduction :
Lobjectif de ce chapitre introductif est de mettre notre travail dans son contexte
gnral. Tout dabord, nous commenons par faire une prsentation succincte du sujet en
dtaillant son cadre et ses fonctionnalits. Ensuite, nous prsentons lorganisme daccueil.
Enfin, nous dtaillons le cahier des charges propos et le chronogramme suivi tout au long de
la ralisation de ce projet.
I . Cadre du projet :
Notre projet Smart House a t ralis dans le but de rpondre un ensemble de
besoins qui spcifient prcisment les services demands et attendus par lutilisateur. Ces
services, qui sont regroups sous le terme "domotique", concernent principalement le confort
(commande distance d'appareils ou quipements,..), la scurit (protection contre les
intrusions, dtection d'incendie, l'conomie d'nergie (gestion du climatiseur, dclairage..).
En effet, notre systme permet de piloter de faon simple et confortable lensemble de
quipements lectriques notamment lclairage, les climatiseurs, les ouvrants, larrosage et le
systme alarme.
De plus lutilisateur a besoin dun tel systme de pilotage, lorsquil est engag dans son
travail. Par exemple, lorsquil part le matin de son logement, il peut oublier de dsactiver le
climatiseur ou douvrir les fentres. En outre, lorsque lutilisateur sort en dplacement
inattendu, il peut oublier aussi dactiver le systme alarme et il ne peut pas faire larrosage.
Donc, le but de notre application est de surmonter ces problmes en offrant le service
Smart House avec lequel il peut par une simple application de son tlphone portable
commander les quipements lectriques de son domicile distance.

5
Dans le cadre du projet de fin dtude nous nous proposons de raliser une carte
lectronique de commande connecte via un port srie RS232 avec un modem GSM, ainsi une
application tlphonique permettant le contrle et la commande des quipements lectriques
distance.
Lutilisation de cette carte est facile dont lutilisateur pourra, laide de son tlphone
portable, commander, contrler ou surveiller des quipements lectriques, travers une
application installe sur le mobile permettant lenvoie dun simple SMS cod qui contient une
information ou un ordre, ou bien la rception dun message de compte rendu qui lui informe
sur ltat rcent du systme surveill.

II. Prsentation de la socit daccueil:
Notre projet de fin dtudes a t effectu au sein de lentreprise Tunisie Cartes
qui se situe Ariana.
Tunisie cartes, est une socit de mise en place des systmes de scurit domicile et
de go-localisation distribuant et installant un concept innovant dans le domaine des nouvelles
technologies en matire de scurit. Ainsi elle rassemble de nombreux savoir-faire en matire
de scurit, protection, conception, installation, maintenance et dpannage. Aprs une tude
sur place ou sur plan, Tunisie cartes proposera des solutions adaptes aux besoins des clients.
Elle utilise une large gamme de matriel de scurit de marques reconnues pour leur
fiabilit en dtection (vol, intrusion, incendie), automatisme de portails, surveillance vido,
sonorisation.
Tunisie cartes offre aussi des solutions de gestions de scurit domicile a distance a
travers plusieurs produits innovants qui offrent plusieurs avantages telles que :
VIDEO SURVEILLANCE A DISTANCE:
- Depuis n'importe quel PC dans le monde, visualisez en direct vos tablissements par
Internet, et consultez les films enregistrs. Aucun besoin de logiciel particulier, de licence
coteuse, ou d'abonnement.
- Avec un simple tlphone 3G, sans PC, gardez le contact visuel avec votre entreprise.

6
- Recevez un email ou un SMS d'alerte en cas d'intrusion. La vido surveillance vous vitera
souvent de vous dplace.

CAMERAS DE VIDEO SURVEILLANCE :
En fonction du site et des besoins des clients, Tunisie carte quipe les locaux de camras de
surveillance, ou utilise celles existantes. Sa large gamme permet de couvrir chaque situation
(contre-jour, obscurit, extrieurs, camras pilotables, anti vandale, Infra rouge...)
A DISTANCE
A distance depuis un PC connect Internet ou depuis un tlphone 3G, vous visualisez votre
entreprise en direct et consultez les enregistrements de vidosurveillance.

Figure 1.1: Camra de vido de surveillance

7
III. Cahier de charge propos :
La ralisation du systme va consister mettre en uvre un microcontrleur PIC,
interfac avec le modem GSM, et pilotant une sortie de commande de puissance tout-ou-rien
(type relais lectromcanique).
Afin de le concrtiser on va passer par les tapes suivantes :
Etude sur le modem GSM et le microcontrleur PIC.
Conception du systme.
Ralisation de lapplication.
Test du fonctionnement de lapplication.

I I I .1. Contexte :
Avec le dveloppement des quipements lectriques du logement, un nombre de plus en
plus grand des systmes lectriques permettent de piloter de faon simple et confortable
lensemble de ces quipements notamment lclairage, les climatiseurs, les ouvrants,
larrosage et le systme alarme. On appelle ces systmes la domotique .
Cest dans ce contexte que se droule notre projet de fin dtude Smart House qui
consiste mettre en place une plateforme de tlcommande des quipements lectriques
distance en utilisant un modem GSM pour lenvoi et la rception des SMS partir dune
application installe sur tlphone portable.
En effet, le systme doit permettre lutilisateur la commande et le contrle des
quipements lectriques (Climatiseur, clairage, systme alarme), la surveillance distance
en rcuprant tout instant ltat de son systme via lenvoi dun SMS.
Notre systme lectronique est compos dune carte dinterface et un modem GSM. La
liaison entre ces deux quipements se fait travers une communication srie RS232.


8
I I I .2. Les objectifs raliser dans notre projet :
Notre projet de fin dtudes a pour objectifs de :
Prsenter une large ide sur le service SMS et ses diffrents composants pour passer
en deuxime lieu prsenter lentit intervenante dans la transmission de donnes qui
est le modem GSM avec toutes ses particularits.
Dvelopper une application mobile cre en J2ME (Java 2 Micro Edition) afin de
piloter notre systme. Cette application constitue dune interface affichant les
quipements lectriques suivants :
Les climatiseurs
Les portes : La porte principale et la porte garage
Les Fentres
Larrosage
Le systme alarme
Lclairage
Prsenter une large ide sur le Microcontrleur PIC 16F877-20 qui est le cur de la
carte lectronique afin de bien expliquer sa construction dans le chapitre de
ralisation.

I I I .3. Contraintes :
Ce projet de fin dtudes est raliser durant une priode de quatre mois. Au bout de
laquelle un rapport bien rdig ainsi quune application rpondant aux diffrents besoins qui
seront prsents dans la partie Spcification fonctionnelle et non fonctionnelle du rapport.


9
I I I .4. Structure gnrale du systme :

Figure 1.2: Structure gnrale du Systme Smart House

Le fonctionnement du systme est simple, il sufft de piloter laide dune application
installe sur le tlphone portable, qui envoi un SMS crypt contenant la tche effectuer
vers le modem GSM pour commander ou contrler les entrs ou les sorties, en cas dune
erreur le modem GSM nous envoie un SMS derreur.
Il existe deux mthodes denvoie et de rception des SMS (Short Message Service). Soit
en utilisant le mode texte, soit en utilisant le mode PDU (Protocol Description Unit). Nous
avons opt, pour notre application, pour le premier mode du fait quil est plus simple
utiliser. Le mode texte se base sur les commandes AT. Donc avec ces commandes, on peut
lire, envoyer, effacer et recevoir des SMS en mode texte.


10
I V. Chronogramme :
Pour la ralisation de notre projet de fin dtudes, il nous a t ncessaire de suivre une
dmarche bien dtermine. Le chronogramme ci-dessous donne une ide approximative sur le
droulement de ce projet.
Tableau 1: Chronogramme suivi pour la rdaction du rapport

Tche
2011
Fvrier Mars Avril Mai Juin
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Cahier des charges
Etude pralable
Conception
Ralisation & Tests
Rdaction de Rapport

Conclusion :
Tout au long de ce chapitre, nous avons pu situer le cadre gnral de notre projet de fin
dtudes, savoir la prsentation des ses objectifs, la socit daccueil, le cahier des charges
propos ainsi que le chronogramme suivi pour la ralisation des diffrentes tapes du projet.
Dans le chapitre suivant, nous donnerons une ide sur le systme domotique , une
prsentation sur le modem GSM et ses diffrents composants ainsi que la carte lectronique.

Chapitre II Etude Pralable

11

Chapitre II

Etude pralable

La domotique
Le service des messages courts SMS
Prsentation du modem GSM
Prsentation du Microcontrleur


12
Etude pralable

I ntroduction :
La ralisation de notre projet ncessite une tude approfondie sur certaines notions qui
touchent non seulement le cadre gnral du projet, mais aussi son implmentation. Pour bien
assimiler ces diffrentes notions, nous dtaillons, dans un premier lieu, la dfinition de la
domotique ainsi que ses avantages. Ensuite, nous prsenterons les mthodes denvoi et de
rception des messages SMS et lentit intervenante dans la transmission de donnes qui est le
modem GSM avec toutes ses particularits. Nous terminerons ce chapitre avec une
prsentation dtaille sur le microcontrleur.
I . Le systme domotique :
Avec le dveloppement des quipements lectriques du logement, un nombre de plus en
plus grand des systmes lectriques permettent de piloter de faon simple et confortable
lensemble de ces quipements notamment lclairage, le climatiseur, les ouvrants, larrosage
et le systme alarme. On appelle ces systmes la domotique .
Les progrs technologiques, notamment de l'informatique, de la tlcommunication et de
l'lectronique ont permis le dveloppement de systmes de transmission, des commandes
distance et favoris l'closion d'une offre abondante de nouveaux services pour les occupants
des logements.
I .1. Quest ce que la domotique ?
La domotique rassemble les technologies de l'informatique, des tlcommunications
l'lectronique et de utilises dans les domiciles. Elle vise assurer des fonctions de scurit,
de confort, de gestion d'nergie et de communications. Les appareils de la maison sont
intgrs au sein des systmes qui doivent communiquer entre eux afin de grer des
automatismes [1].

13
La domotique sagit dun systme lectrique qui permet de communiquer avec des
tlcommandes ou des boutons poussoirs afin de rendre le contrle de la maison plus facile.
Ils permettent de commander dun simple geste une ou plusieurs actions (Exemples : baisse
du chauffage, rglage de lclairage, descente des volets motoriss).
Une application domotique ncessite, pour son fonctionnement, de pouvoir capter une
information et d'actionner par la suite une commande. Pour cela, il faut pouvoir faire
transfrer l'information entre diffrents dispositifs.
Le systme permet de programmer des automatismes sources de confort de scurit et
d'conomie d'nergie : louverture et la fermeture automatique des volets, larrosage
automatique en fonction du climat, la mise en scurit des stores en cas de vent violent, la
gestion de lclairage en fonction de la prsence et de la luminosit, etc.

I .2. Pourquoi la domotique ?

La domotique est l'automatisation des fonctions techniques des fins d'conomie
d'nergie, d'augmentation du confort, de la scurit et de la mobilit pour les constructions
nouvelles comme pour les rnovations [2].
I .2.1. Le confort :
L'accroissement du niveau de confort des habitations a t le premier objectif de la
domotique. Les fonctions de commande distance simples et qui agissent sur diffrents types
d'appareils sont maintenant banalises.
En effet, il est possible d'activer distance des fonctions qui a pour but de recrer une
ambiance ou un tat prdfinis dans la maison. Il est donc facile d'imaginer un nombre
illimit des fonctions qui pourraient faciliter le confort quotidien dans la maison (par exemple
la cafetire s'allume et les volets s'ouvrent 7h tous les matins).
I.2.2. La scurit :
En cas de menace pour la scurit de la maison, tout composant domotique est capable
d'mettre un message sur l'installation qui sera repris et trait par un module spcialis pour la
surveillance. Ce module peut alors dclencher n'importe quel composant prsent dans
l'installation afin de simuler une prsence (lumire qui s'allume, tlvision, musique) ou bien
renforcer la scurit (verrouillage de toutes les serrures, dclenchement des alarmes). Ces

14
actions peuvent se faire selon un choix particulier, selon une dure ou un nombre de
dtections ou bien directement par tlphone ou par un ordinateur distance.
Ces actions peuvent tre aussi diverses que [3]:
Enclenchement de certaines lumires intrieurs pour simuler une prsence (des
centaines de combinaisons alatoires sont possibles)
Enclenchement dun signal acoustique destin dcourager les visiteurs
Cration et envois dun SMS sur votre portable
Composition dun numro de tlphone afin dactiver un service de scurit
I .2.3. La gestion dnergie :
Un systme domotique peut diminuer de 40% 70% la facture d'nergie du domicile sans
toucher au confort de vie. La domotique va influencer la dpense d'nergie sur deux
lments :
La suppression de la consommation lectrique inutile : L'conomie d'nergie, c'est
avant tout supprimer une nergie dpense alors qu'elle n'est pas utilise. En effet, le
gaspillage d'nergie peut tre limit avec des produits domotiques afin de ne pas avoir
de lampe oublie la cave pendant plusieurs jours, un clairage surdimensionn ou
une lampe allume en plein jour.
La distribution de chaleur dans les pices : Une rgulation intelligente de lnergie
dans les pices est essentielle, non seulement pour les factures dnergie, mais aussi
pour le confort de vie. Le rglage des tempratures est simple et visuel, chaque pice
peut bnficier dun rglage qui lui est propre (absence/prsence, jour/nuit) et une
commande distance par tlphone est possible afin de mettre la maison sur confort
ou bien conomie lors de l'absence des habitants.
I I . Le service des messages courts (SMS) :
Le service des messages courts (SMS) consiste mettre et recevoir des messages
alphanumriques avec uniquement un terminal mobile (portable GSM).
Les messages courts SMS sont spcifis par lETSI. Il y a deux faons de transmettre un
message SMS, soit en mode PDU (Protocol Description Unit) soit en mode TEXT. Le mode
TEXT, non support par la plupart des tlphones portables et les modules GSM, permet
denvoyer des SMS sans codage pralable ltape de numrisation. Par contre, en mode

15
PDU, qui est le mode de base, le message envoyer est codifi en une suite de caractres
hexadcimaux avant de le transformer en un train binaire dans le but daugmenter le nombre
de caractres quun SMS peut comporter. Diffrents types de codage sont utiliss pour passer
du mode PDU en mode TEXT. Le plus rpondu est celui nomm 7-bits GSM alphabet qui
offre le maximum de caractres envoyer (160 caractres). Pour ce type de codages chaque
caractre est code sur sept bits.
II.1. Format dun message court :
Un message court est compos de 160 caractres cods au maximum par lASCII 7
bits, issus de la couche applicative SM-AL (Short Message Application Layer). Son format
est dfini par la recommandation ETSI 3.40 de GSM et un en-tte doit tre ajout pour
prciser ladresse de destination du message court. La couche SM-TL (Short Message
Application Layer) pourra alors le transporter. Le format dun message court est prsent par
la figure suivante :
UDHL
Identifiant
Longueur de donnes
Port de destination
Port dorigine
Identifiant
Longueur de donnes
Identifiant de message
Nombre total de SMS concatns
SMS courant
Donnes
TP-UD = 140 octets
Figure 2.1: Format dun message court


16
I .2. Caractristiques :
Le service SMS connat, de nos jours, un succs considrable. Ce succs dmontre
lintrt particulier que les consommateurs lui prtent et ce en adoptant spontanment ce
mdia. Ceux-ci en ont fait un vritable phnomne de socit disposant par exemple de son
propre vocabulaire. Ce sont aujourdhui plus de 15 milliards des SMS qui sont changs
chaque mois dans le monde. Parmi les caractristiques du SMS, on peut citer :
Au point de vue technique : ce service utilise le canal de signalisation SS7
(Signalisation Smaphore n7) qui permet de vhiculer les donnes de contrle et qui
est parallle au canal des donnes sur lequel circulent les communications vocales. Ce
canal de signalisation offre des capacits suffisantes pour permettre lacheminement
de mini messages texte pour les abonnes. Toutefois, cette capacit excdentaire est
limite 128 octets.
Au point de vue conomique : eux-mmes surpris par le succs dun produit dont lis
navaient pas dans un premier temps spcifiquement assur la promotion. Le SMS est
aujourdhui une source importante de revenus pour les oprateurs.
I I I . Prsentation dun modem GSM :
Un modem GSM est un modem sans fil qui fonctionne avec un rseau GSM. Il se
comporte comme nimporte quel modem. La principale diffrence entre les deux modems
tant que le modem envoie et reoit les donnes par lintermdiaire dune ligne tlphonique
fixe alors que le modem GSM envoie et reoit les donnes par lintermdiaire des ondes
radio.
Un modem GSM peut tre un appareil externe ou une carte PC Card / PCMCIA Card. En
effet, un modem GSM externe est gnralement connect un ordinateur via un cble srie ou
un cble USB. Il peut se prsenter aussi sous la forme dune carte PC Card / PCMCIA Card
conue pour tre utilise avec un ordinateur portable.
Comme un tlphone mobile GSM, le modem GSM ncessite une carte SIM dun
oprateur GSM afin dassurer son fonctionnement. Comme il a t mentionn dans les
sections prcdentes, les ordinateurs utilisent des commandes AT pour contrler les modems.

17
Les deux modems GSM et Dial-up ont en commun un ensemble de commandes AT standard.
On peut donc utiliser un modem GSM comme un modem dial-up.
Outre les commandes AT standard, les modems GSM soutiennent une longue srie de
commandes AT lesquelles sont dfinies dans les normes GSM. Avec ltendue commandes
AT, on peut raliser des fonctions telles que :
La lecture, lcriture et la suppression des SMS.
Lenvoi des SMS.
Le suivi de la puissance du signal.
Le contrle de ltat et le niveau de la charge de la batterie.
La lecture, lcriture et la recherche des entres du rpertoire.
Le nombre des messages SMS peuvent tre traits par un modem GSM la minute est trs
faible (environ six dix SMS par minute).

Figure 2.2: carte PC Card / PCMCI A Card Figure 2.3: Modem GSM

I I I .1. Les commandes Hayes pour modem (Commandes AT) :
Durant plusieurs annes, les modems Hayes ont t un standard. Mais comme le champ
des fabricants de modems a augment, beaucoup ont adhr, plus ou moins, au standard
Hayes. Ce qui suit est une liste partielle de lensemble de commandes Hayes qui sont appeles
les commandes AT .Pour la manipulation dun modem GSM, nous avons besoin dutiliser
un ensemble de commandes Hayes. [4]


18
III.1.1. Principes gnraux :
Ces commandes commencent toujours par la squence AT lexception de la commande
de rptition de la dernire commande (A/). Le modem comprend indiffremment les
commandes en majuscules ou en minuscules. Chaque commande doit se terminer par un
caractre de fin de ligne.
La commande de rptition (A/) ne ncessite pas de caractre de fin. Le caractre back
space (08H) permet dannuler, lors de lenvoi dune commande le dernier caractre envoy au
modem.
La longueur maximale dune chane de commande est de 128 caractres y compris le AT
et le retour chariot. Sil y a plus de 128 caractres, le modem renvoie un message derreur et
nexcute pas la commande. Si le modem dtecte une erreur dans la chane, il interprte la
chane jusqu la dtection derreur, il envoi un message derreur sans traiter les commandes
pouvant se trouver derrire la commande ayant occasionne lerreur (voir Annexe A).
III.1.2. Fonctionnement :

Figure 2.4: Schma du fonctionnement des commandes AT [5]
ME (Mobile Equipement) : tlphone portable
TE (Terminal Equipement) : peut tre un ordinateur ou un microcontrleur
TA (Terminal Adaptateur) : assure la liaison entre le ME et le TE

19
TA et ME forment une seule entit, par exemple un tlphone portable standard ou un
terminal GSM contient dans son boitier la fois le TA et le ME.
Le TE forme une entit part, par exemple il peut sagir dun ordinateur qui dispose
dun port srie ou un circuit lectronique bas sur un microcontrleur qui implante un port
srie.
III.1.3. Commandes ddies au service SMS :
Pour une utilisation standard et une gestion de messagerie, les commandes AT du
tableau suivant peuvent tre utilises :
Tableau 2: Commandes AT ddies au service SMS
AT+CSMS Slection du service de messagerie
AT+CPMS Slection de ta zone mmoire pour le
stockage des SMS
AT+CMGF Slection du format du SMS (PDU ou
TEXT)
AT+CSCA Dfinition de ladresse du centre de
messagerie
AT+CSDH Affiche en mode TEXT le paramtrage des
SMS
AT+CSAS Sauvegarde du paramtrage
AT+CRES Restauration du paramtrage par dfaut
AT+CNMI Indication concernant un nouveau SMS
AT+CMGL Liste les SMS stocks en mmoire
AT+CMGR Lecture dun SMS
AT+CMGS Envoie un SMS
AT+CMSS Envoie dun SMS stock en mmoire
AT+CMGW criture dun SMS.
AT+CMGD Efface un SMS

20
Le caractre ? est souvent remplac par un chiffre ou par un nombre selon lutilisation.
I I I .2. I nterfaage modem GSM :
Pour communiquer avec le GSM, on utilise le port COM (1 ou 2) du PC. Ds que ce
dernier est ouvert, on peut interroger facilement le modem du GSM en utilisant les
commandes AT et connaitre presque tous les informations et de transfrer des donnes.
On interroge le modem GSM par la commande AT+CGMM pour lidentification
du modle, la commande AT+CGMI pour lidentification du constructeur et la commande
AT+CGMR pour connaitre le numro de srie du tlphone.

Figure 2.5: communication en Usart Terminal
I V. Prsentation du microcontrleur :
Un microcontrleur est un circuit central de systmes lectroniques intgrant un
microprocesseur et des fonctions supplmentaires (mmoire, mmoire non-volatile, Interfaces
analogiques). [6]


21
I V.1. Caractristiques principales dun microcontrleur :
Le microcontrleur possde plusieurs caractristiques notamment :
De nombreux priphriques dE/S.
Une mmoire de programme.
Une mmoire vive (en gnral de type SRAM).
ventuellement une mmoire EEPROM destine la sauvegarde par programme des
donnes la coupure de lalimentation.
Un processeur 8 ou 16 bits.
Faible consommation lectrique.
IV.1.1. Les avantages dun microcontrleur :
Lutilisation des microcontrleurs pour les circuits programmables plusieurs points
forts est bien relle. Il suffit pour sen persuader, dexaminer la spectaculaire volution de
loffre des fabricants des circuits intgrs en ce domaine depuis quelques annes. En effet, le
microcontrleur est moins cher que les autres composants quil remplace. Dune autre part, le
microcontrleur diminue les cots de main duvre.
IV.1.2. Contenu dun microcontrleur :
Un circuit microcontrleur doit contenir dans un seul botier tous les lments de base
quon verra par la suite. En effet, pour lanalyse des divers systmes raliss avant
lavnement des microcontrleurs, les fabricants des circuits intgrs ont affin un peu la
dfinition de ce quil fallait intgrer pour arriver un schma type analogue.
I V.2. Le PI C :
Les microcontrleurs PIC (ou PICmicro dans la terminologie du fabricant) forment une
famille de microcontrleurs de la socit Microchip. Ces microcontrleurs sont drivs du
PIC1650 dvelopp l'origine par la division microlectronique de General Instruments.
Le nom PIC n'est pas officiellement un acronyme, bien que la traduction en Peripheral
Interface Controller (contrleur d'interface priphrique) soit gnralement admise.
Cependant, l'poque du dveloppement du PIC1650 par General Instruments, PIC tait un
acronyme de Programmable Intelligent Computer ou Programmable Integrated Circuit .

22
IV.2.1. Dfinition:
Les PIC intgrent une mmoire de programme, une mmoire de donnes, des ports
d'entre-sortie (numriques, analogiques, MLI, UART, bus IC, etc.), et mme une horloge,
bien que des bases de temps externes puissent tre employes. Certains modles disposent de
port et units de traitement de l'USB.
Les Pics sont trs performants de par leur vitesse d'excution, et peu couteux, les
microcontrleurs PIC se sont imposs avec succs depuis une dizaine d'annes et se retrouvent
aujourd'hui dans de nombreux appareils trs divers (programmateurs domestiques ou
d'appareils lectromnager; Tlcommande; thermostats lectroniques...).
IV.2.2. Architecture :

Les PIC se conforment l'architecture Harvard : ils possdent une mmoire de
programme et une mmoire de donnes spares. La plupart des instructions occupent un mot
de la mmoire de programme. La taille de ces mots dpend du modle de PIC, tandis que la
mmoire de donnes est organise en octets.
Les PIC sont des processeurs dits RISC, c'est--dire processeur jeu dinstruction
rduit. Plus le nombre dinstructions est rduit, plus le dcodage est rapide, et plus le
composant fonctionne vite. Cependant, il faut plus d'instructions pour raliser une opration
complexe.
Un cycle d'instruction d'un PIC dure 4 temps d'horloge. La plupart des instructions
durent un cycle, sauf les sauts qui durent deux cycles. On atteint donc des vitesses leves.
Avec un quartz de 4 MHz (ou l'horloge interne), on obtient donc 1 000 000 de
cycles/seconde, or, comme le PIC excute pratiquement 1 instruction par cycle, hormis les
sauts, cela donne une puissance de lordre de 1 MIPS (1 million d'instructions par seconde).
Les PIC peuvent tre cadencs 20 MHz (srie PIC16), 40 MHz (srie PIC18), et
48 MHz (exemple : PIC18F2550 PIC avec USB) et 64 MHz (exemple : PIC18F25K20
PIC en 3,3 V).
IV.2.3. Identification des Pics :
Nous prsenterons les mthodes utilises pour identifier les rfrences des circuits pic,
ce qui nous renseigne dj sur un certain nombre de paramtres importants.

23
Une rfrence de microcontrleur Micro chip est toujours de cette forme: xx (L)
XXyy zz Expliqu dans le tableau suivant :
Tableau 3: Identification du PIC
XX FAMILLE DE COMPOSANTE (12-14-16-17-18)
L Tolrance plus importante de la plage de tension
XX : Type de mmoire de programme

C - EPROM or EEPROM
CR - PROM
F - FLASH
yy Identification : type (84, 877)
Zz Vitesse maximum du quartz

I V.2.4. Organisation dun PIC :
Un microcontrleur se prsente sous la forme d'un circuit intgr runissant tous les
lments d'une structure base de microprocesseur.
Voici gnralement ce que l'on trouve l'intrieur d'un tel composant:
Un microprocesseur (C.P.U.).
Une mmoire de donne (RAM et EEPROM).
Une mmoire programme (ROM, OTPROM, UVPROM ou EEPROM).
Des interfaces parallles pour la connexion des entres / sorties.
Des interfaces sries (synchrone ou asynchrone) pour le dialogue avec d'autres units.
Des timers pour gnrer ou mesurer des signaux avec une grande prcision temporelle.
Des convertisseurs analogique / numrique pour le traitement des signaux.


24
I V.3. Le microcontrleur PI C 16F877:
Nous allons maintenant sintresser la structure interne du PIC 16F877, avec lequel
nous avons ralis notre projet de fin dtudes. Ce 16F877 est un microcontrleur de
MICROCHIP, fait partie intgrante de la famille des Mid-Range (16) dont la mmoire
programme est de type flash (F). (Voir figure 2.6)

Figure 2.6: Le Microcontrleur PI C16F877-20
IV.3.1. Dsignation :
PIC 16 F 877 20

Le numro 16 signifie qu'il fait partie de la famille "MID-RANGE". C'est un
microcontrleur de la famille 8 bits. Cela veut dire que l'ALU (Arithmetic and Logique Unit
ou Unit Arithmtique et Logique en franais) traite naturellement des mots de 8 bits
maximum.
La lettre F indique que la mmoire programme de ce PIC est de type "Flash". Chaque
ligne de mmoire est un mot de 14 bits.
Les trois derniers chiffres permettent d'identifier prcisment le PIC, ici c'est un PIC de type
877.
La rfrence 16F877 peut avoir un suffixe du type "-XX" dans lequel XX reprsente la
frquence d'horloge maximale que le PIC peut recevoir. [7]

16 indique la famille
Mind-Range
Frquence dhorloge
de 20MHz
Identit

Mmoire utilise
de type FLASH

25
IV.3.2. Caractristiques :
Les principales caractristiques de ce microcontrleur sont [8]:
Frquence fonctionnement leve, jusqu 20 MHz
Une mmoire morte de type FLASH de 8 kmots (1mot = 14 bits), elle est
rinscriptible volont.368 octets de RAM
Une mmoire EEPROM pour sauver des paramtres de 256 octets.
Une mmoire vive de 368 octets.
32 Entres et Sorties bidirectionnelles.
8 convertisseurs A/N 10 bits
Liaison SSP
Bus I2C
3 Temporisateurs : TIMER0 (8 bits avec pr diviseur), TIMER1 (16 bits avec pr
diviseur avec possibilit dutiliser une horloge externe rseau RC ou QUARTZ) et
TIMER2 (8bits avec pr diviseur et post diviseur).
Une tension d'alimentation entre 2 et 5,5 V.

Figure 2.7: Structure interne du PI C


26
IV.3.3. Mmoires du PIC 16F877 :
Le PIC 16F877 dispose de trois types de mmoires :
IV.3.3.1. Mmoire vive RAM :
Cest de la mmoire daccs rapide, mais labile (c'est--dire quelle sefface
lorsquelle nest plus sous tension); cette mmoire contienne les registres de configuration du
PIC ainsi que les diffrents registres de donnes. Elle comporte galement les variables
utilises par le programme.
IV.3.3.2. Mmoire morte FLASH :
Cest la mmoire programme proprement dite. Chaque case mmoire unitaire fait 14
bits. La mmoire FLASH est un type de mmoire stable, rinscriptible volont. Cette
mmoire qui a fait le succs de microprocesseur PIC. Dans le cas du16F877, cette mmoire
FLASH fait 8 Kmots. Lorsque lon programme en assembleur, on crit le programme
directement dans cette mmoire.
III.3.3.3. Mmoire EEPROM :
Elle est de 256 octets, lectriquement effaable, rinscriptible et stable. Ce type de
mmoire est daccs plus lent, elle est utilise pour sauver des paramtres. Ladresse relative
de laccs EEPROM est comprise entre 0000 et 00ff, ce qui nous permet dutiliser quun
registre de huit bits pour dfinir cette adresse.
IV.3.4. Brochage :
Le botier du PIC 16F877 dcrit par la figure 2.8 comprend 40 pins : 33 pins
dentres/sorties, 4 pins pour lalimentation, 2 pins pour loscillateur et un pin pour le reset
(MCLR).
La broche MCLR sert initialiser le microcontrleur en cas de la mise sous tension, de
remise zro externe, de chien de garde et en cas de la baisse de tension dalimentation. Les
broches VDD (broches 11 et 32) et VSS (broches 12 et 31) servent alimenter le PIC.


27

Figure 2.8 Brochage du Microcontrleur PI C 16F877
Les courants vhiculs dans le PIC sont loin dtre ngligeables du fait des
nombreuses entres/sorties disponibles.
IV.3.4.1. Ports dentre/sortie :
Les Pics 16F877 contiennent les 5 ports suivants :
Port A : 6 pins I/O numrotes de RA0 RA5.
Port B : 8 pins I/O numrotes de RB0 RB7.
Port C : 8 pins I/O numrotes de RC0 RC7.
Port D : 8 pins I/O numrotes de RD0 RD7.
Port E : 3 pins I/O numrotes de RE0 RE2.
Tous ces ports se trouvent dans la banque 0, mais tous leurs registres se trouvent dans la
banque 1, pour dterminer les modes des ports (I/O), il faut slectionner leurs registres
TRISX:
Le positionnement dun bit 1 place le pin en entre.
Le positionnement de ce bit 0 place le pin en sortie.


28
IV.3.4.2. Interruption RB0/INT :
Cette broche a une double fonction. En faite, elle peut tre utilise comme une broche
standard RB0 ou comme une entre dinterruption INT.
Si cette broche est utilise comme une entre d'interruption externe, elle doit tre
maintenue un niveau haut par l'intermdiaire de rsistances de 10 k pour ne pas dclencher
dinterruptions imprvues, cela permet aussi de relier plusieurs sources d'interruptions sur une
mme ligne.
IV.3.5. Module de commande :
IV.3.5.1. Relation entre (PIC, Sorties Numriques) :

Figure 2.9: Relation entre (PI C, Sorties Numriques)
Le PIC reoit une commande numrique sous forme dun mot binaire (0/1) qui dfinit
ltat de systme command partir de PC et lenregistre priodiquement laide dun
langage de programmation.
A laide dun programme mis au point, le PIC va alors modifier ltat de 8 sorties selon la
variation de ces valeurs.
Chaque sortie est commande par un relais 12V, un transistor et une diode.

Figure 2.10: Commande de sortie numrique


29
En effet, un relai est un appareil compos dune bobine (lectroaimant) qui agit sur un
ou plusieurs contacts, lorsquelle est parcourue par un courant lectrique.
Cest un phnomne lectrique (courant ou tension) qui contrle la commutation On /
Off d'un lment lectrique (relais statique).
Comme la commande peut tre ralise sous faible puissance (faible tension, faible courant),
et que la partie coupure peut commuter des puissances importantes, on peut dire que ce
composant est un amplificateur de courant.
Nous prsentons dans la figure suivante, la structure interne dun relais ainsi nous
ferons une tude plus dtaille sur les relais dans lAnnexe B .

Figure 2.11: Schma interne de relais

IV.3.5.2. Module de contrle dtat :

Figure 2.12 : Relation entre (PI C, Entres Numriques)

Le PIC reoit un mot binaire quil donne ltat du systme (0 : non active /1 : active) et
lenregistre priodiquement laide dun langage de programmation.
I


30
V.3.5.3. Module de mesure de tension :
Figure 2.13: Relation entre (PI C, Entres Analogiques)
Le PIC reoit des grandeurs lectriques telles que la tension quon va la mesurer et
lenregistrer dans sa mmoire priodiquement laide dun langage de programmation.
Cette fonction consiste mesurer la tension analogique aux bornes dun systme lectrique.
Figure 2.14: Diviseur de tension
Le microcontrleur mesure des tensions de 5V maximum donc on a utilis la rgle de
diviseur de tension pour diviser la tension 5V.
Quelque soit la tension mesurer on a utilis un potentiomtre pour rgler la tension
mesurer 5V comme montre la figure 2.15.
Choix des rsistances :

Vs=Ve*R2/R1+R2 R2=Vs*R1/Ve-Vs

31
IV. 3.5.4. La liaison RS232 :
La liaison RS232 est une liaison srie qui permet de transmettre des informations sans
avoir transmettre l'horloge de synchronisation. Elle utilise des tensions de fonctionnement
non compatibles avec la logique 5V car elle fonctionne sur les niveaux +12V ou -12V. Son
principal intrt est un nombre de fils rduit, puisque trois suffisent la transmission
dinformations : un fil pour mettre, un autre pour recevoir et un dernier pour la masse.
Pour notre projet, nous avons d prvoir la connexion du port srie du PC la plaquette grce
une prise DB9.

Figure 2.15: Cble RS232

Le botier ne peut quenvoyer ou recevoir des donnes codes entre 0 et 5V du fait de
lalimentation du PIC et des diffrents composants qui lentourent. Or, comme nous lavons
remarqu la liaison RS232 utilise un codage sur les niveaux +12 et 12V. Il faut donc insrer
un composant nomm MAX232 en amont du connecteur DB9 afin de convertir les signaux en
0-5V.

IV.3.5.5. Prsentation du MAX232 :

Le Max 232 est un standard depuis longtemps, il permet de raliser des liaisons
RS232 et des interfaces de communications, il amplifie et met en forme deux entres et deux
sorties TTL/MOS vers deux entres et deux sorties RS232. [9]
Le MAX232 est un circuit intgr cr par le constructeur MAXIM. Il se prsente
sous la forme dun botier DIL 16 (2* 8 broches) et salimente sous 5V.
Le MAX232 sert dinterface entre une liaison srie TTL dont les niveaux sont 0 et 5V
et une liaison RS232 qui a pour niveaux 12V et +12V.

32
Nous prsenterons la structure interne et externe ainsi que le brochage dun
MAX232 dans la figure 2.16.

Figure 2.16: Structure interne et externe de MAX232

Nous pouvons remarquer ci-dessus quil y a deux entres TTL/CMOS ainsi que 2
entres RS232 avec leurs sorties correspondantes.
Dans notre cas il permet de raliser la liaison RS232 entre lordinateur et la carte.

Figure 2.17: Liaison RS232 entre lordinateur et la carte


33
IV.3.5.6. Le QUARTZ :
Le quartz est compos de silice SiO2, qui est une matire minrale, une fois taill en
fine lamelle. Il prsente la particularit d'tre pizo-lectrique. Gnralement incolore on peut
le trouver dans la nature mais on l'obtient maintenant surtout par synthse dans l'industrie.

Figure 2.18: Schma de QUARTZ

Aprs avoir fait une tude sur quelques composants de notre carte lectronique dans ce
chapitre, nous prsenterons aussi un petit aperu, dans lannexe C, sur les rsistances et les
diodes que nous avons utilises dans la carte.

Conclusion :
Dans ce chapitre, nous avons dcrit les bases thoriques des modules dvelopper
dans notre projet. Tout dabord nous avons fait une tude sur la domotique , ensuite nous
avons prsent un large panorama sur le service SMS et lentit intervenante dans la
transmission de donnes qui est le modem GSM. Enfin, nous avons prsent aussi une tude
sur les composants de notre carte lectronique essentiellement le microcontrleur 16F877-20.
Ce chapitre relve ainsi une utilit majeure pour ce qui suit puisquil dtaille des
notions exploites au sein de la partie ralisation de notre projet.

Chapitre III Etude Conceptuelle

34

Chapitre III

Etude
Conceptuelle

Les besoins fonctionnels
Conception du systme
Mthodes de conception
Conception de notre application


35
Etude conceptuelle

I ntroduction
En se basant sur ltude pralable faite prcdemment, nous allons exprimer les
besoins fonctionnels dans une premire partie afin de dterminer les caractristiques que
doivent satisfaire les composants du systme pour aboutir la ralisation de notre projet.
Ensuite, nous allons aborder la partie conception qui prsente ltape la plus importante pour
le dveloppement de nimporte quel projet.

I . Les besoins fonctionnels :
La spcification fonctionnelle dcrit les fonctions principales de lapplication cre qui
doivent rpondre nos besoins dgags dans ltude faite prcdemment et sont rsumes ci
dessous:
I .1. Authentification :
Les utilisateurs du systme doivent sauthentifier travers un login et un mot de passe,
pour pouvoir accder linterface mobile des services offerts par notre systme domotique.
I .2. Administration :
Dans notre projet nous allons dvelopper un systme qui permet dadministrer un
rseau domotique distance par un mobile.

Ladministration distance sera applique aux diffrents quipements lectriques
domotiques et au niveau de la base de donnes. En effet, notre systme devra tre capable:
De visualiser les actions que lutilisateur peut les invoquer.
De permettre lutilisateur de consulter les tats des quipements lectriques
distance.
De permettre lutilisateur de piloter les diffrents quipements lectriques distance.
De permettre lutilisateur dtre notifi sur les diffrents changements dans son
rseau.

36
I I . Conception du systme :
Une fois lanalyse des besoins et la spcification des exigences du projet sont
labores, on aborde la partie conception qui constitue la phase la plus importante dans le
cycle de dveloppement dun projet puisquelle permet de traduire lensemble des exigences
exposes en une solution.
Tout dabord, nous donnons une ide sur les mthodes de conceptions utilises dans
une application. Ensuite nous prsenterons la conception de notre systme domotique aprs
avoir prciser la mthode utilise.
I I .1. Mthodes de conception :
Une mthode de conception dfinit une dmarche reproductible qui vise lobtention des
rsultats fiables. Dune manire gnrale, les mthodes permettent de construire des modles
partir dlments de modlisation qui constituent des concepts fondamentaux pour la
reprsentation des systmes ou des phnomnes.
Les mthodes dfinissent galement une reprsentation souvent graphique qui permet
dune part de manipuler aisment les modles, et dautre part de communiquer et dchanger
linformation entre les diffrents intervenants. Une bonne reprsentation recherche lquilibre
entre la densit dinformation et la lisibilit [6].
II.1.1. Mthodes fonctionnelles
Elle consiste dfinir les fonctions des composantes dun systme et leurs relations
fonctionnelles. Le systme est conu dun point de vue fonctionnel, en partant dune vue de
haut niveau, quon affine successivement afin dobtenir une conception plus dtaille. Ltat
du systme est centralis et partag par les fonctions qui agissent sur cet tat.
II.1.2. Mthodes orientes objets
Cest une mthode de conception qui permet de programmer en termes dobjets. Le
systme est vu comme un ensemble dobjets, plutt que comme un ensemble de fonctions.
Ltat du systme est centralis, et chaque objet gre linformation concernant son propre tat.
Les objets disposent dun ensemble dattributs qui dfinissent leurs tats, et dun ensemble
doprations qui permettent dagir sur ces attributs [7].
I I .2. Conception de lapplication :
La conception de lapplication vise principalement prciser le modle danalyse de
telle sorte quil peut tre implment avec les composants de larchitecture. Cette opration
reprsente la phase la plus complexe du projet.


37
II.2.1 Choix du modle de conception :
Dans le cas de notre projet, on a choisi lapproche objet pour la conception de
lapplication. En effet, lapproche objet est une ide qui a plusieurs avantages dont on cite [7]:
Le systme dvelopp est plus facile maintenir du fait que les objets sont
indpendants. Ils peuvent tre modifis. Mais, le fait de modifier limplmentation
dun objet ou de lui ajouter des services ne doit pas affecter les autres objets du
systme.
Les objets sont considrs comme des composants rutilisables appropris vu leur
indpendance. On peut alors dvelopper des conceptions laide des objets crs dans
une autre conception.
Pour certaines classes du systme, il existe une correspondance claire entre les entits
du monde rel (tels que les composants matriels) et les objets du systme qui le
contrlent ce qui permet damliorer la comprhension de la conception.
Pour la modlisation de notre application, on a choisi le langage UML (Unified Modeling
Language) qui permet de modliser un problme de faon standard.

II.2.2 Langage UML :
UML est un langage de modlisation qui permet dexprimer et dlaborer des modles
objet, indpendamment de tout langage de programmation. LUML est sous lentire
responsabilit de lOMG (Object Management group).Il a t conu pour servir de support
une analyse base sur les concepts objet. Il se dfinit comme un langage de modlisation
graphique et textuel destin comprendre et dcrire des besoins, spcifier et documenter des
systmes, esquisser des architectures logicielles, concevoir des solutions et communiquer
des points de vue.
UML unifie la fois les notations et les concepts orients objet. Il ne sagit pas dune
simple notation graphique, car les concepts transmis par un diagramme ont une smantique
prcise et sont porteurs de sens au mme titre que les mots dun langage [6].
UML unifie aussi les notations ncessaires aux diffrentes activits dun processus de
dveloppement et offre, par ce biais, le moyen dtablir le suivi des dcisions prises, depuis
lexpression des besoins jusqu' le codage. Cest un langage formel possdant les
caractristiques suivantes :
Il nest pas une notation ferme ; elle est extensible, gnrique et configurable par
lutilisateur.

38
Un langage sans ambiguts
Un langage universel pouvant servir de support pour tout langage orient objet.
Un moyen de dfinir la structure dun programme.
Une reprsentation visuelle permettant la communication entre les acteurs dun mme
projet.
Une notation graphique simple, comprhensible mme par des non informaticiens.

UML sarticule autour de plusieurs types de diagrammes, chacun deux tant ddi la
reprsentation des concepts particuliers dun systme logiciel mais, on va reprsenter
seulement ceux qui sont utiliss dans notre projet et qui sont :
Les diagrammes de cas dutilisation.
Les diagrammes de classes.
Les diagrammes de squence.

II.2.2.1. Diagrammes de cas dutilisation
Les cas dutilisation permettent de modliser et de structurer les interactions entre les
utilisateurs au sens large, appels acteurs et un systme.
Les cas dutilisation reprsentent un moyen danalyse des besoins utilisateurs et
permettent de relier les actions faites par un utilisateur avec les ractions attendues dun
systme. Plus prcisment, un cas dutilisation unitaire est une abstraction dun ensemble de
scnarios concrets effectus sur linitiative dun type dutilisateurs [6].
Les lments de base des diagrammes de cas dutilisation sont :
Les acteurs: ils reprsentent un rle jou par une entit externe (utilisateurs humain,
dispositifs matriel ou autre systme) qui interagit directement avec le systme tudi.
Un acteur peut modifier et/ou consulter directement ltat du systme, en mettant et/ou en
recevant des messages susceptible dtre porteurs de donnes.
Cas dutilisation: il reprsente un ensemble de squences dactions qui sont ralises
par le systme et qui produisent un rsultat observable intressant pour un acteur
particulier.

Un cas dutilisation modlise un service rendu par le systme. Il exprime les interactions
acteur/systme et apporte une valeur ajoute notable lacteur concern.


39
II.2.2.2. Diagrammes de classes
Une classe dobjets est reprsente par un rectangle comprenant trois parties : nom de
la classe, attributs et oprations (ou mthodes). Les listes des attributs et des oprations sont
toutefois optionnelles suivant le degr de dtail recherch dans un diagramme : ces parties
peuvent tre vides ou mme absentes.
Les attributs et les oprations possdent une visibilit (notamment publique ou
protge) qui est indique par un symbole prcdant leurs noms : si la forme dune clef est
dessine, laccs est protg, il est rduit la classe courante et ses sous-classes.
II.2.2.3. Diagrammes de squences
Un diagramme de squence montre chronologiquement (de haut en bas) les
interactions entre un ensemble dobjets. Chaque objet dispose dune ligne de vie (ligne
verticale). Sur ces lignes de vie, des priodes dactivits sont indiques par des rectangles fins
qui sont superposs en cas dappel rcursif [6].
II.2.3. La conception de notre application :
Pour la conception de notre application, nous avons utilis la technique UML. A partir
de la dfinition des besoins, on identifiera les acteurs et leurs interactions avec le systme, ce
qui permet de dduire assez facilement le diagramme de cas dutilisation gnral.
Le diagramme de cas dutilisation gnral sera spcifi par dautre cas dutilisation.
Ces diagrammes nous permettront dans une deuxime tape de raliser le digramme de classe
du systme et dans la dernire tape, les cas dutilisation seront illustrs laide diagrammes
de squences.

II.2.3.1 Reprsentation des diagrammes de cas dutilisation
Dans la sous section suivante, partir de la dfinition des besoins, on identifiera les
acteurs et leurs interactions avec le systme, ce qui permet de dduire assez facilement le
diagramme de cas dutilisation gnral.

Prsentation de lacteur :
Notre projet de fin dtudes possde un seul type dacteurs qui est lutilisateur distance.
_ Utilisateur distant : cet acteur a le droit de se servir de notre plateforme domotique
distance en utilisant son tlphone portable.
Nous procdons par la suite la reprsentation des diagrammes de cas dutilisation UML
pour mettre en vidence les relations existantes entre les acteurs et notre systme domotique.

40
Cas dutilisation gnral de notre systme domotique :

A ce stade l, nous prsentons le diagramme de cas dutilisation gnral de notre systme
domotique qui sera affich dans la figure suivante.

Figure 3.1: Diagramme de cas dutilisation de notre systme domotique

Lutilisateur doit sauthentifier afin de pouvoir grer la liste des quipements lectriques
soit distance soit localement.

Ce diagramme de cas dutilisation gnral sera spcifi par dautre cas dutilisation. Ces
diagrammes nous permettront dans une deuxime tape de raliser le digramme de classe du
systme et dans la dernire tape, les cas dutilisation seront illustrs laide diagrammes de
squences qui seront prsents dans la sous section suivante.

utilisateur
Smart House
Grer la plateforme domotique
S'authentifier
<<include>>

41
Cas dutilisation dtaill :

Le fonctionnement de notre systme domotique peut tre dcrit par le cas dutilisation
de la figure suivante :

Figure 3.2: Diagramme de cas dutilisation dtaill de notre systme domotique

La figure prcdente rsume les cas dutilisation de lutilisateur distant grer la
plateforme domotique dtaill ci-dessous.
visualiser les actions que lutilisateur peut les invoquer : les actions que lutilisateur
peut visualiser les actions ON , OFF et Automatique pour chacun des
quipements lectriques du systme domotique distance.
consulter les tats des quipements lectriques distance : lutilisateur peut
visualiser ltat de chaque quipement lectrique du systme domotique.
piloter les diffrents quipements lectriques distance : lutilisateur peut dmarrer
ou arrter ou mettre Automatique chacun des quipements lectriques du systme
domotique distance.
tre notifi sur les diffrents changements dans son rseau.

Utilisateur
Smart House
visualiser les actions
consulter les tats des quipements lectriques distance
piloter les diffrents quipements lectriques
tre notifi sur les diffrents changements dans son rseau

42
Cas dutilisation de Piloter les diffrents quipements lectriques :

Le fonctionnement de pilotage de la plateforme domotique peut tre dcrit par le cas
dutilisation de la figure 3.3. En effet, lutilisateur distant a le choix de dmarrer, arrter ou
mettre Automatique les quipements lectriques de notre systme domotique.

Figure 3.3: Diagramme de cas dutilisation de Piloter les diffrents quipements
lectriques

II.2.3.2. Reprsentation des diagrammes de squences

Les diagrammes de squence permettent de dcrire les interactions entre les objets
pour chaque cas dutilisation. Dans notre cas, ces diagrammes sont lis aux diagrammes de
cas dutilisation reprsents auparavant.

utilisateur
Smart HouSe
piloter les diffrents quipements lectriques
Dmarrer
<<extend>>
Arrter
<<extend>>
Activer "Automatique"
<<extend>>

43
Demande daccs de lutilisateur distant :

Quand un utilisateur veut commander son rseau domotique distance, il peut accder
linterface de la plateforme dans son tlphone portable et il saisit son login et son mot de
passe. Les entres seront vrifies dans lapplication mobile. Si tout est bien, linterface de
pilotage des quipements lectriques sera affiche. La figure suivante prsentera le
diagramme de squence Demande daccs de lutilisateur distant .

Figure 3.4: Diagramme de squence Demande daccs la plateforme domotique

: utilisateur distant
l'application Smart House
Tlphone portable
1 : Demander_Affichage_interface "Smart House"()
2 : envoyer_demande()
3 : Traiter_demande()
4 : traitement_effectue()
5 : Afficher_interface()
6 : Saisir_ login_ mot de passe()
7 : Vrifier_login_ mot de passe()
8 : traiter_demande()
9 : Vrification effectue()
10 : Confirmer_accs()

44
Activer un quipement lectrique :

Pour activer un quipement lectrique, lutilisateur doit tout dabord saisir son login et
son mot de passe. Ensuite, il demande dafficher linterface de la liste des quipements
lectriques et il choisit lquipement quil veut lactiver. Aprs que les actions associes cet
quipement sont affiches, il saisit le bouton dactivation ON . Enfin, le message
quipement activ sera affich aprs le traitement de la demande sera effectu par notre
application Smart House .

Figure 3.5: Diagramme de squence Activer un quipement lectrique

: Utilisateur distant
Tlphone portable
l'application Smart House
1 : Demander_affichage_la_liste_quipements lectriques()
3 : Traitement de la demande()
4 : traietement effectu()
5 : Afficher_liste_quipements lectriques()
6 : choisir_quipement lectrique_de_liste affiche()
7 : Demander les actions associes l'quipement choisi()
8 : Traitement()
9 : opration russite()
10 : Affichage des actions associes lquipement choisi()
11 : Demander_activer_ l'quipement choisi() 12 : envoyer_demande()
13 : Traitement()
14 : Opration rusiite()
15 : Affichage du message "quipement activ"()

45
Consulter ltat dun quipement lectrique:

Lutilisateur peut savoir ltat dun quipement disponible sur le rseau domotique. Tout
dabord, il choisit lquipement de la liste affiche (Climatiseur, Portes, Fentres, Systme
Alarme, Arrosage, Eclairage) et aprs laffichage des actions quil peut invoquer, il valide son
choix dactualiser ltat de cet quipement.

Figure 3.6: Diagramme de squence Consulter ltat dun quipement lectrique

II.2.3.3. Reprsentation du diagramme de navigation

Bien que ce diagramme ne fasse pas parti des diagrammes UML de base, nous avons
prfr de raliser un diagramme de navigation de notre application mobile qui consiste en de
nombreuses pages lies entre elles. Donc, ce diagramme nous a permis de clarifier la
navigation et l'interface qui doivent tre implmentes.

: utilisateur distant
Tlphone portable
L'application Smart House
1 : Demander_affichage_liste des quipements lectriques()
3 : traitement de la demande()
4 : traitement effectu()
5 : Afficher_liste_quipements lectriques()
6 : choisir un quipement lectrique de liste affiche()
7 : Demande_actions_associes__l'quipement choisi()
8 : Traitement()
9 : Opration russite()
10 : Affichage des actions associes lquipement choisi()
11 : Choisir l'action "Actualiser"()
12 : envoyer_le_choix()
13 : Traitement()
14 : Opration russite()
15 : Afficher l'tat actuel de l'quipement choisi()

46

Figure 3.7: Diagramme de navigation de lapplication mobile de notre systme


47
Conclusion :
Tout au long de ce chapitre, nous avons expos les diffrents besoins auxquels doit
rpondre lapplication raliser ainsi que la solution que nous allons adopter pour la
satisfaction de ces exigences stipules. Dans le chapitre suivant, nous allons aborder
limplmentation de cette solution propose tout en voquant lensemble des choix techniques
et logiciels qui nous ont aids dans la ralisation de cette tche.

Chapitre IV Implmentation de lapplication Smart House

48

Chapitre IV

Implmentation de
lapplication Smart House

Environnement logiciel
Ralisation de la carte lectronique
Ralisation de lapplication mobile
Tests et rsultats


49
Implmentation de lapplication
Smart House

I ntroduction :
La ralisation est la phase la plus importante aprs celle de la conception. Le choix des
outils de dveloppement dtermine normment le cot en temps de programmation, ainsi que
la flexibilit du produit raliser. Cette phase consiste transformer le modle conceptuel
tabli en des composants logiciels formant notre systme. Dans un premier volet, nous allons
procder la spcification de lenvironnement matriel et logiciel utilis dans notre projet.
Dans un deuxime volet nous expliquerons nous intresserons dcrire les diffrents tapes
de notre systme Smart House et dans un dernier volet nous prsenterons les tests les
rsultats de lapplication.
I . Environnement logiciel :
Avant de commencer la description de limplmentation de notre systme, nous
prsenterons les logiciels et les langages que nous avons recours dans notre travail afin de
raliser notre systme Smart House .
I .1. Choix du langage J ava :
Java est un pur langage orient objet, ce qui signifie que le niveau le plus externe de la
structure des donnes est lobjet. Il ny a pas de constante, de variable ni de fonction
indpendante en java, on accde toute chose via les classes et les objets. En plus, Java
permet une large panoplie de fonctionnalits intgres : xml, documentation, databases,
tomcat ...
En fait, une application crite en java peut tre utilise soit sur un PC, sur un Macintosh,
sur une station Sun utilisant UNIX comme systme dexploitation, etc. Les applications
dveloppes en java ne sont pas dpendantes du systme dexploitation et comme les
communications dans un systme domotique peuvent stablir entre divers types
dquipements, Java semble le langage le plus appropri.
I.1.1. Java 2 Micro Edition :
J2ME ou Java 2 Micro Edition est l'dition de la plateforme Java 2 destination de

50
l'lectronique grand public et des systmes embarqus, et plus prcisment dans les
applications mobiles. Des plates-formes Java compatibles avec J2ME sont embarques dans
de nombreux tlphones portables et PDA. Une plate-forme J2ME est structure en un
modle en couches :

une machine virtuelle capable d'excuter une application Java, elle pourra tre
allge afin de consommer plus ou moins de ressources (KVM ou Kilobyte Virtual
Machine, CVM ou C-Virtual Machine, ) ;
une configuration , une API donnant accs aux fonctions de base du systme ;
d'un profil , une API donnant accs aux fonctions spcifiques de la plate forme.

I.1.1.1. L'architecture J2ME :

La technologie J2ME se compose dune machine virtuelle et dun jeu dAPIs
appropries pour fournir des environnements dexcution sur mesure aux terminaux mobiles.
Les deux types de composants principaux de la technologie J2ME sont les configurations et
les profils.

Figure 4.1 : Architecture de la plateforme J 2ME

I.1.1.2. Les configurations et les profils :
Les appareils mobiles possibles sont de nature trs diffrentes, J2ME dfinit alors
deux types de spcifications fonctionnant conjointement, les configurations et les profils.
Les configurations :

Une configuration dfinit une plate-forme minimale en terme de services concernant
un ou plusieurs profiles donns. Elle est compose dune machine virtuelle, des
bibliothques du noyau, de classes et dAPIs. Actuellement, il y a deux configurations J2ME

51
possibles : Connected Limited Device Configuration (CLDC) et Connected Device
Configuration (CDC).
Les configurations sont empilables, de sorte que ce qui est prvu pour s'excuter sur
une configuration CLDC peut s'excuter sur une configuration CDC, pas contre la
rciproque n'est pas vraie.
CLDC (Connected Limited Device Configuration) concerne les appareils possdant
des ressources faibles (moins de 512 KB de RAM, faible vitesse de processeur, connexion
rseau limite et intermittente) et une interface utilisateur rduite (par exemple un tlphone
mobile ou PDA bas de gamme). Elle sutilise dans une machine virtuelle KVM (Kuaui
VM de Sun) (=V avec limites).
CDC (Connected Device Configuration) concerne les appareils possdant des
ressources plus importantes (au moins 2Mb de RAM, processeur 32bits, une meilleure
connexion au rseau), par exemple un Set Top Box ou certain PDA haut de gamme. Elle
sutilise sur une machine virtuelle CVM (CVM=JVM (Sun) mais plus compact). [8]
Les Profils :
Pour assurer sa capacit fournir une solution adapte chaque catgorie de
terminaux, J2ME permet la dfinition de profils spcifiques. Ces profils sont des
spcifications dfinis par les acteurs industriels de chaque catgorie de terminaux selon le
Sun's Java Community ProcessSM Program et leur implmentation du profil est la charge
du fabricant de l'appareil.
Un profil est donc ncessaire pour fournir un environnement de fonctionnement
complet pour un type d'appareil donn. Il fourni gnralement l'interface utilisateur, les
mthodes d'entres-sorties et le mcanisme de persistance pour un groupe d'appareil. Il doit se
suffire lui mme et ne pas ncessiter l'ajout d'autres classes java. Toutefois certains profils
peuvent tre crs pour rpondre certaines capacits ou services d'appareils (RMI,
multimdia,...). Un appareil peut donc supporter plusieurs profils. Sun propose deux profils
de rfrence J2ME : le profil Foundation et le profil Mobile Information Device Profile
(MIDP).
Le profil Foundation est destin la configuration CDC. Les dveloppeurs qui
utilisent ce profil ont accs une implmentation complte des fonctionnalits de J2SE.
Le profil MIDP est destin la configuration CLDC. Il prend en charge un nombre
limit des classes de J2SE et dfinit des classes d'entre/sortie et d'interface spcialises pour

52
une configuration CLDC.

I.1.2. Netbeans :
La Plateforme NetBeans apporte aux applications bureautiques les mmes avantages que
l'architecture J2EE apporte aux applications cot-serveur:
Un contexte de dploiement runtime pour des fonctionnalits arbitraires qui simplifient
le dveloppement.
Une bote outils qui permet de gagner beaucoup de temps en dveloppement et d'effort.
Un ensemble d'abstractions qui permet aux dveloppeurs de se concentrer sur le
business logique, et non de rcrire de la logique de routine et des composants requis par
la plupart des applications.
Un ensemble de Standards pour rehausser et renforcer la consistance et l'interoprabilit
entre les applications et les systmes d'exploitation.

En effet, NetBeans propose des modles de projets prts l'emploi:
Pour des applications standards (pour les lignes de commandes, interfaces graphiques,...) ;
Pour des applications Web. La version 4.1 fournira des modles pour J2EE, comme EJB
et web-services ;
Une entre "sample", qui contient des exemples de code.
I .2. I SI S :
LISIS est un logiciel professionnel, utilis dans l'lectronique pour simuler des circuits et
crer des typons. Il est galement capable de simuler le fonctionnement du PIC avec tous les
priphriques de la carte de commande [9].
Lutilisation du logiciel ISIS permet de mieux visualiser le bon droulement du
systme ainsi que davoir une ide claire sur la partie matrielle et la conception des circuits
imprims. Il nous permet de limiter les essais rels.
I .3. ARES :
Cest un logiciel permettant le routage des cartes lectroniques en mode automatique ou
manuel. Il est possible dutiliser ARES sans avoir cre au pralable un schma dans ISIS [10].
Cette fonctionnalit permet de raliser des circuits de faible complexit en plaant les
composants et en traant les pistes directement sur ARES. Une fois les connections tablies, il
est possible deffectuer un routage automatique des pistes.

53
Avec ce logiciel nous pouvons galement crer de nouveaux boitiers et les placer dans une
bibliothque.
I .4. PI C C Compiler:
Ce compilateur C est destin tous les programmeurs graves de la PIC qui souhaitent
la commodit d'un langage de haut niveau ainsi que la vitesse de l'assembleur. Grce ce
compilateur C nous n'avons plus nous soucier de ROM et RAM paging, nous pouvons
appeler une profondeur limite par la RAM non pas par l'appel sur 8 niveaux de pile [11].
Le PIC C Compiler gre l'un des actuels 14 bits PIC et futurs dispositifs peuvent tre
ajouts par des modifications aux fichiers d'initialisation. Tous les dispositifs sont grs par la
norme C-tte des fichiers.
I .5. PI CPgm:
Le PICPgm Programmeur est un logiciel gratuit et simple pour les microcontrleurs PIC
de Microchip. Le logiciel de programmation est disponible avec une interface utilisateur
graphique (GUI) et une interface de ligne de commande. Le logiciel de programmation
fonctionne sur Windows 9x/ME/2k/XP/Vista, 64 bit version Windows XP x64 x64/Vista et
maintenant aussi sur Linux (actuellement la version ligne de commande seulement) [12].
Pour l'interface du PC vers le microcontrleur PIC, un matriel de programmation est
ncessaire. PICPgm supporte un grand nombre de programmes diffrents qui peuvent tre
connect au PC via le port Centronics (port imprimante), port srie COM ou USB. Jusqu'
prsent, de nombreux dispositifs PIC diffrents sont supports ainsi.
Le programmeur a les caractristiques suivantes [12]:
excute la commande version en ligne disponible sur 9x/ME/2k/XP/Vista Windows et
Linux (pour WIN 2K/XP/Vista un include pilote est utilis pour accder au port
parallle) ;
dtecte automatiquement le dispositif PIC et utilise la mthode approprie de
programmation ;
flash Programmes de mmoire (code), EEPROM interne et les bits de configuration
partir des donnes du fichier HEX ;

54
Conu pour permettre aux In-System-programmation et de programmation basse
tension (pas de tension de programmation ncessaire!) ;
Beaucoup de microcontrleurs PIC appuy ;
Support de programmeurs populaires comme JDM, Tait, programmeur AN589
Microchip, El Cheapo, ...

I I . Implmentation :
Aprs avoir prsent les langages et les logiciels que nous avons utilis dans notre
systme Smart House , nous allons, dans cette section, dcrire toutes les tapes ncessaires
dans la ralisation de notre projet qui se divise en deux grandes parties : la ralisation de
lapplication mobile en Java et la ralisation de la carte lectronique qui est la partie la plus
importante.

I I .1. Ralisation de la carte lectronique :
Apres avoir bien tudi les dfrents lments constituant notre carte lectronique dans
le chapitre Etude pralable , nous pouvons maintenant passer la ralisation physique de
cette carte de commande.

II.1.1. Schma fonctionnel de la carte:
Tout dabord, nous allons rappeler le schma fonctionnel et le schma de bloc de notre
carte lectronique avant de passer prsenter sa ralisation physique.
En effet, dans la figure 4.2, notre carte lectronique contient plusieurs modules de
fonctions diffrentes que nous avons dtaills dans le chapitre Etude pralable . Ces
modules sont :
Module de traitement de linformation;
Module de commande;
Module de contrle;
Module de mesure;
Module de communication.

En outre, la carte lectronique possde 2 entres analogiques (avec alimentation 5V), 4
entres numriques et 9 sorties numriques (avec alimentation 24V).


55

Figure 4.2: Schma fonctionnel de la carte
Alimentation 24V

PIC16F877

Alimentation 5V
9 Sorties
Numriques
Relais 12V
Modem GSM
F7: Module de communication
F5: Module de contrle
dtat
F6 : Module de mesure

2 Entres
Analogiques
0-5V
F4 : Module de commande
F1 : Alimentation
F2 : Alimentation
F3 : Module de traitement de
linformation

4 Entres
numriques

56
Dans la figure suivante, nous avons prsent les composants de notre carte
lectronique : les entres analogiques et numriques, les sorties numriques, notre
microcontrleur PIC 16F877, la prise DB9 et le MAX232.

PIC16F877

Sortie 1
Sortie 2

Sortie 3
Sortie 8
Sortie 4
Sortie 6
Sortie 7
AN2

NUM1
NUM2
NUM3
NUM4
AN1
Sortie 5

Modem
GSM
MAX 232
Entres analogiques
Sorties Numriques
DB9
Figure 4.3: Schma du bloc
Sortie 9

57
II.1.2. Simulation de la carte:
Pour la simulation de la carte lectronique, nous avons utilis le logiciel ISIS qui
permet simuler le fonctionnement des microcontrleurs PIC avec tous les priphriques de la
carte de commande.
En effet, nous avons utilis ce logiciel afin de mieux visualiser le bon droulement du
systme ainsi que davoir une ide claire sur la partie matrielle et la conception des circuits
imprims.
La figure suivante (figure 4.2) prsentera un imprime cran de la dernire tape de la
simulation de notre carte lectronique en utilisant le logiciel ISIS.

Figure 4.4: schma de simulation de la carte lectronique en I SIS


58
II.1.3. Routage de la carte:

Aprs avoir fait la simulation de la carte lectronique, nous passons maintenant
ltape suivante qui est le routage dont nous avons utilis le logiciel ARES.
Nous prsenterons, dans la figure suivante, un imprime cran du routage de la carte
lectronique avec le logiciel ARES.

Figure 4.5 : schma de routage de la carte sur ARES

Nous pouvons aussi, en utilisant le logiciel de routage ARES, afficher la carte
lectronique en 3D que nous prsenterons dans la figure 4.4.

59

Figure 4.6: Schma de la carte en 3D

II.1.4. Programmateur du PIC :

Aprs avoir ralis la programmation du PIC en langage C, nous devrons avoir un
programmateur de PIC, qui nous permet dimplmenter notre programme dans les registres de
PIC.
Pour cela nous avons utilis un programmateur de PIC universel dont nous allons
implmenter notre programme en C laide du logiciel PIC C Compiler.

Prsentation du programmateur de PIC :
Ce programmateur permet de programmer une large gamme de PIC (12c508, 16f877.)
aussi que la plus part des mmoires EEPROM srie. Il se connecte simplement linterface
parallle dun PC avec un port COM.


60
Figure 4.7: Programmateur de PI C
I I .2. Ralisation de lapplication mobile:
Nous avons cre notre application mobile avec J2ME (Java 2 Micro Edition) qui est
une plateforme spcialiss pour les petits priphriques (mobiles et embarqus). En effet,
nous avons utilis le profil MIDP dans notre application.
En outre, toute application MIDP doit driver dune classe spciale appele MIDlet
qui dfinit et contrle le cycle de vie dune application. Cette classe se trouve dans le package
javax.microedition.midlet .
II.2.1. Programmation dune classe MIDlet :
Le MIDP introduit un nouveau modle, construit la base de CLDC, qui permet la
multitude des applications de Java de se dmarrer concurremment sur KVM et partager les
donnes.
Premirement, ce quon fait, cest la cration de la classe qui ralise une classe
abstraite java.microedition.midlet.Midlet. Pour raliser cette classe, il est indispensable de
raliser 3 mthodes abstraites starApp, pauseApp et destroyApp. Ces 3 mthodes
dterminent le cycle de vie du MIDlet .

61
Mais tout dabord, quelques mots sur lhistoire de la cration de lobjet MIDlet .
Dans le modle MIPD, le systme veille dans le public constructeur sans arguments pour
crer un objet MIDlet .
La mthode startApp est appele par le systme pour dmarrer ou redmarrer le
MIDlet . Son but est la prparation du MIDlet au travail, par exemple, la rpartition des
ressources et la cration de linterface dutilisateur ncessaire. La mthode starApp peut tre
finir par 2 faons :
Transient : ce nest pas un cas fatal, le MIDlet peut dire au systme quil a
t lanc encore une fois plus tard. Pour cela le MIDlet fait lancer
MIDletStateChangeException ;
Non-transient : cest le cas quand il arrive quelque chose dextraordinaire qui na pas
t planifi, un problme, par exemple, une Error ou RuntimeException. Dans ce
cas, le MIDlet devra se dtruire laide de la mthode destroyApp ;
La mthode pauseApp est appele par le systme pour suspendre lactivit du
MIDlet . Dans cette situation, le MIDlet doit sarrter et rendre disponibles les
ressources dont il na plus besoin. Ce dernier est trs important car les ressources de KVM
sont assez limites. La mthode pauseApp, en gnral, doit fonctionner en mme temps que
la mthode startApp.
La dernire mthode destroyApp sveille par le systme pour annoncer au
MIDlet , quil sera dtruit et quil se prpare la procdure: fermer les ressources et
sauvegarder linformation ncessaire.
Maintenant, passons ltude du cycle de vie du midlet. Quand il est en veille, il peut avoir
lun des 3 tats suivants :
Paused State :
Dans ltat Paused State , le midlet peut demeurer, premirement, sil vient dtre cr, et
la mthode startApp na pas encore t mise en circuit/service, et deuximement, en rsultat
des appels pauseApp ou des mthodes notifyPaused. Ds que le MIDlet aura
retrouv cet tat, il devra rendre disponibles les ressources dont il na plus besoin. Mais il
reste toujours en vie car il peut toujours recevoir des messages asynchrones comme, par
exemple, celui du Timer. Cependant, il faut bien noter que le systme peut ne pas raliser cet
tat. titre dexemple prenons une situation o le MIDlet a t dmarr, et en mme
temps le mobile a reu un appel. Dans ce cas, le mobile peut simplement tuer la machine
virtuelle si ce mobile ne peut pas raliser ltat Paused .


62
Active State :
Le MIDlet tant en tat Active aprs la mise en service de la mthode startApp, ou bien,
aprs avoir quitt ltat Paused en rsultat de lappel resumeRequest.
Destroyed State :
Ltat de Destroyed State , le MIDlet se retrouve aprs lappel destroyApp ou
notifyDestroyed. tant dans cet tat, le MIDlet ne peut pas passer un autre tat. Le
passage dun tat un autre se produit par le systme ainsi que par le MIDlet mme.

Figure 4.8: Cycle de vie dun MI Dlet
II.2.2. Prsentation des interfaces de lapplication mobile :
Dans la suite, nous allons vous prsenter des exemples dimprimes cran des
interfaces mobiles en utilisant Java. Ces images, prsentent quelques cas de figures en se
basant sur le diagramme de navigation prsent dans le chapitre prcdent Etude
conceptuelle .

Figure 4.9: La page daccueil de
Smart House

Figure 4.10 : I nterface
dauthentification

63

Figure 4.12: I nterface de
lquipement Climatiseurs
Figure 4.13: I nterface pour
activer le climatiseur du Salon

Figure 4.11: I nterface de la liste
des quipements lectriques

64

lquipement Portes

Figure 4.15: I nterface pour
ouvrir la porte principale

lquipement Fentres

lquipement Eclairage


65

I I I . Tests et rsultats :

Dans cette sous section, nous allons prsenter une figure de notre carte lectronique aprs
sa ralisation physique. Cette figure nous montre les diffrents composants de notre carte que
nous avons prsent dans le schma fonctionnel: le microcontrleur PIC 16F877, les entres
analogiques et numriques, les sorties numriques, les diodes, les rsistances

lquipement Arrosage

lquipement Systme Alarme


66

Figure 4.20 : Notre carte lectronique

Conclusion :

Au cours de ce chapitre, nous avons dcrit toutes les tapes ncessaires de
limplmentation de notre systme Smart House y compris la prsentation de
lenvironnement logiciel, la ralisation de la carte lectronique et de lapplication mobile afin
daboutir son fonctionnement.
Comme nous lavons mentionn, notre systme Smart House offre lutilisateur de
lapplication les fonctionnalits ncessaires pour piloter son rseau domotique afin dassurer
le bon fonctionnement du systme.

Conclusion Gnrale

65
Conclusion Gnrale

Avec le grand progrs des technologies de la communication, de l'lectronique et de
l'informatique qui sont runies pour former un seul domaine : la domotique, l'utilisateur est
devenu capable de communiquer avec les diffrents quipements domestiques.

Dans ce cadre, nous avons essay de dvelopper un systme domotique, qui permet
aux utilisateurs de piloter et de surveiller les dispositifs domestiques localement ou distance,
en utilisant un modem GSM pour lenvoi et la rception des SMS partir dun tlphone
portable.
Au terme de ce travail labor dans le cadre de notre projet de fin dtudes, nous
considrons que ce projet nous a t bnfique vu quil nous a permis de consolider nos
connaissances vers la conception dune application qui sera utile dans le domaine de la
domotique. En effet, lapport de notre projet se rsume surtout dans la dcouverte dun
nouveau domaine, la domotique, qui est un domaine vaste et innovant et la familiarisation
avec les techniques de dveloppement qui nous ont permis damliorer nos comptences et
nos acquis en ce qui concerne la programmation oriente Objet Java .

En outre, dans le cadre de ce projet, nous avons eu loccasion de bien tudier le
service de messagerie SMS et ses diffrents composants ainsi que dtailler les mthodes
denvoi et de rception des messages SMS partie dun PC et lentit intervenante dans la
transmission de donnes qui est le modem GSM avec toutes ses particularits. En plus, nous
nous sommes familiariss avec les diffrents composants de notre carte lectronique
essentiellement le microcontrleur PIC 16F877.

En perspectives, nous pouvons signaler que ce travail nest quune simple application
dans le domaine de la domotique, il peut tre plus autonome, plus pratique, et assez volutif
vu le pas gant et les progrs raliss dans les domaines de la technologie et de la
communication notre poque.
Liste des Acronymes

70
Liste des Acronymes

API: Application Programming Interface
ASCII: American Standard Code for Information Interchange
CDC : Connected Device Configuration
CLDC: Connected Limited Device Configuration
CPU: Central Processing Unit
CVM: C-Virtual Machine
EEPROM: Electrically Erasable and Programmable Read-Only Memory
ETSI: European Telecommunications Standards Institute
GSM: Global System for Mobile Communications
GUI: Graphic User Interface
J2ME: Java 2 Micro Edition
J2SE: Java 2 Standard Edition
KVM: Kilobyte Virtual Machine
MIDP : Mobile Information Device Profile
MMS: Multimedia Messaging Service
OMG : Object Management Group
OTPROM: One Time Programmable Read Only Memory
PCMCIA: Personal Computer Memory Card International Association
PDA: Personal Digital Assistant
PIC: Peripheral Interface Controller
Liste des Acronymes

71
RAM: Random Access Memory
RISC: Reduced Instruction Set Computing
ROM : Read-Only Memory
RS232: Recommended Standard 232
SM-AL: Short Message Application Layer
SMS: Short Message Service
SS7: Signalisation Smaphore n7
SSP: Synchronous Serial Port
UDP: Protocol Description Unit
UDHL: User Data Header Length
UML: Unified Modeling Language
UPVROM: Ultraviolet Programmable Read Only Memory
USB: Universal Serial Bus
Annexes

72

Annexe A :
La mthode denvoie et de rception des
SMS: Mode TEXT
En mode TEXT mme chose que le mode PDU il faut savoir quels sont les types de
mmoires disponibles sur votre tlphone.
Il faut sassurer que le mode TEXT est support par le module GSM:
AT+CMGF= ?
Le module retourne la liste des modes quil supporte :
+CMGF : (0,1)
Activons donc le mode TEXT
AT+CMGF=1
OK
Pour envoyer un SMS il faut indiquer le numro du SMSC que lon souhaite utiliser.
Ce paramtre est existant dj dans la mmoire du mobile, il correspond celui de loprateur
auquel vous avez souscrit votre abonnement.
0: mode PDU (AT+CMGF=0)
1: mode TEXT (AT+CMGF=1)
Pour sen assurer demandons les paramtres associs la commande +CSCA :
AT+CSCA ?
+CSCA : "num"

Annexes

73

Nous pouvons modifier ce paramtre :
AT+CSCA="+num"
OK
Il faut entrer le numro de tlphone du destinataire du message :
AT+CMGS=" num"
Entrer le texte du message et valider la saisie par laction simultane des touches
[CTRL] et [Z] .Qui provoque lenvoi du SMS sur le rseau GSM.
AT+CMGS=" num"
> Test PFE
Si tout sest bien droul, le module GSM doit retourner la rponse suivante :
+CMGS : 0
OK

Annexes

74

Annexe B :
Les Relais

Un relais qui est prsent dans la figure prcdente est un appareil dans lequel un
phnomne lectrique (courant ou tension) contrle la commutation On / Off d'un lment
mcanique (on se trouve alors en prsence dun relais lectromcanique) ou d'un lment
lectronique (on a alors affaire un relais statique).
C'est en quelque sorte un interrupteur que l'on peut actionner distance, et o la fonction
de coupure est dissocie de la fonction de commande. La tension et le courant de commande
(partie "Commande"), ainsi que le pouvoir de commutation (partie "Puissance") dpendent du
relais, il faut choisir ces paramtres en fonction de l'application dsire.
Dans le cas des relais lectromcaniques , la bobine peut gnrer de fortes surtensions
au moment o le courant cesse de la traverser. Cette surtension (qui peut atteindre plusieurs
dizaines de volts ou plus de 100 volts, mme avec une alimentation de 12V) peut dtruire le
transistor ou la porte logique qui la commande. Pour viter tout risque de destruction de la
commande lectronique qui prcde le relais, il est d'usage de placer une diode dite de roue
libre, en parallle sur la bobine du relais. Cette diode doit tre cble en inverse, c'est dire
cathode vers le ple le plus positif de l'alimentation (si vous la branchez l'envers, elle
grillera instantanment ds la premire activation de la commande).
Avantages du relais lectromcanique :
Capacit de commuter aussi bien des signaux continus qu'alternatifs sur une large gamme
de frquences.
Fonctionnement avec une dynamique considrable du signal commut.
Aucun ajout de bruit ou de distorsion.
Rsistance de contact ferm trs faible (il est moins facile de trouver des valeurs aussi
faibles avec des composants lectroniques).
Annexes

75

Rsistance de contact ouvert trs leve (il est moins facile de trouver des valeurs aussi
leves avec des composants lectroniques).
Trs grande isolation entre circuit de commande (bobine) et circuit commut (contacts).
Possibilit de rsoudre des problmes d'automatisme de faon parfois plus simple qu'avec
un circuit lectronique.

Annexes

76

Annexe C :
Les Rsistances et les Diodes

I. Les Rsistances
Description :
La rsistance (Rsistor) est l'lment le plus simple, trs utilis en lectronique.
C'est un composant dit passif, il conduit l'lectricit avec un effet rsistif.
Il est bidirectionnel, il ny a pas de sens obligatoire du passage du courant.
Symboles :

Les valeurs des diffrentes rsistances du montage

II. Les diodes
Description :
Les D.E.L (Diode Electro Luminescente) ou en Anglais : L.E.D (Light Emitting Diode)
clairent lorsqu' elles sont parcourues par un courant de l'anode vers la cathode.
Annexes

77

Schma interne de Diode Schma de Diode

Utilisations :
L' avantage d' utiliser des leds est qu' elles ne s' usent pas , elles sont moins chres que des
voyants, elles consomment moins d' nergie .Mais l' inconvnient et qu'elles ne peuvent
fonctionner qu'avec une faible tension , et qu' elles n' clairent pas beaucoup par rapport aux
ampoules classiques .

Bibliographie & Neto graphie

68
Bibliographie :
Mmoire:
Plate-forme domotique (SUPCOM)
Ralis par : Aymen KORCHED
Encadr par : M. Zied CHOUKAIR
Mme. Asma BELTAIFA
Livre :
Pascal Roque, les cahiers de programmeur UML , Edition Eyrolles, 2001
[1]: Hager Group, 2001. http://la.domotique.online.fr/index.htm
[2]: http://www.domo-energie.com/fr/page.asp?Id=58
[3]: http://www.domo-energie.com/fr/page.asp?Id=28
[4]: http://docs.kde.org/stable/fr/kdenetwork/kppp/appendix-hayes-commands.html
[5]: http://www.technologuepro.com/gsm/commande_at.htm
[6]: http://www.dicodunet.com/definitions/materiel/microcontroleur.htm
[7]: http://fr.wikipedia.org/wiki/16F877
[8]: http://fr.wikipedia.org/wiki/16F877
[9]: http://etronics.free.fr/dossiers/analog/analog62/MAX232.htm
[10]: http://www.oboulo.com/effet-piezoelectrique-mesure-vibrations-leur-amortissement-
17537.html
Neto graphie :
Bibliographie & Neto graphie

69
[11]: Pascal Roque, les cahiers de programmeur UML , Edition Eyrolles, 2001
[12] : Pierre-Alain Muller, Modlisation Objet avec UML , Edition Eyrolles, 1998
[13] : http://www.supcom.mincom.tn/~tebourbi/cours/psm/J2ME_tebourbi.pdf
[14] : http://fr.wikipedia.org/wiki/Isis_(homonymie)
[15] : Carlos Valente, Notice ARES , Version 5.20 Franaise
[16] : http://www.e-radiocontrol.com.ar/?download=FED_PIC_C_Manual.pdf
[17] : http://members.aon.at/electronics/pic/picpgm/

Mise en Place D'une Plateforme de Télécommande Des Équipements Électrique À Distance

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Mise en Place D'une Plateforme de Télécommande Des Équipements Électrique À Distance

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIT VIRTUELLE DE TUNIS

MMOIRE DU PROJET DE FIN DTUDES

Das könnte Ihnen auch gefallen