rapport .pdf



Nom original: rapport.pdfTitre: Projet domotiqueAuteur: laurence ramoni

Ce document au format PDF 1.5 a été généré par Microsoft® Word Starter 2010, et a été envoyé sur fichier-pdf.fr le 10/05/2017 à 15:04, depuis l'adresse IP 109.216.x.x. La présente page de téléchargement du fichier a été vue 376 fois.
Taille du document: 823 Ko (11 pages).
Confidentialité: fichier public


Aperçu du document


ROBERT Benjamin
N’DIAYE Adama
FIN Laura
TAVARES Rafaël
Rapport de projet de ROBERT Benjamin

Projet domotique 2017

Rapport projet domotique 2017

Page 1

SOMMAIRE

Présentation du besoin…………………………………………....

Page 3

Diagramme du besoin…………………..............................

Page 3

Répartition du travail dans le projet............................

Page 4

Diagramme du besoin de ma partie............................

Page 4

Configuration matériel……..……………………………………..

Page 5

Diagramme de séquence………………………………………….

Page 6

Présentation de l’équipement………………………………….

Page 7-8

Définition du Protocole.................................................

Page 9

Fonctionnement de ma partie du projet......................

Page 10

Conclusion....................................................................

Page 11

Rapport projet domotique 2017

Page 2

Présentation du besoin :
Le client désire augmenter la sécurité de sa maison et faciliter l’utilisation de ses volets.
L'ouverture et la fermeture des volets doivent être automatisées pour sécuriser l'accès à sa
maison en cas d’absence. Le client souhaite avoir une semi-ouverture pour ses volets afin
de ne les fermer que partiellement.
Le particulier aimerait également que sa porte d'entrée soit protégée par un système
similaire et pour finir, il aimerait télé-surveiller son couloir.
Le système d’ouverture et de fermeture sera contrôlable depuis une application, un
système d’authentification permettra l’ouverture du volet de la porte depuis l’extérieur. Le
propriétaire devra recevoir une photo de son couloir en cas d’intrusion dans son couloir lors
de la surveillance.

Diagramme du besoin :

Rapport projet domotique 2017

Page 3

Répartition du travail dans le projet :
Dans ce projet nous travaillions à quatre, trois personnes de la spécialité SIN et une
personne de la spécialité ITEC.
Un SIN doit s’occuper de la conception du moyen de contrôle des volets ainsi que de la
simulation de l’ouverture ou fermeture des volets mais aussi concevoir le mode
automatique qui sera chargé de simuler la présence du client lorsqu’il est absent de son
domicile.
Un seconde SIN doit s’occuper de la surveillance du couloir et de prévenir de le client en cas
d’intrusion dans son domicile.
Le troisième SIN doit pour sa part développer la base de donnée qui centralisera toutes les
informations échangées ainsi que de sécuriser l’accès à la porte d’entrée.
La personne d’ITEC doit lui se charger d’automatiser grâce à un moteur, les volets battants
du client.

Diagramme du besoin de ma partie :

Configuration matériel :
Rapport projet domotique 2017

Page 4

Lorsque l’utilisateur demande par exemple l’ouverture d’un volet (flèches rouges),
l’information va être envoyée et transférée grâce au réseau internet de la maison jusqu’au
système PC qui s’occupe du contrôle des volets. Ce dernier va interpréter l’information et la
mémoriser dans la base de données et activer le moteur du volet grâce au système de
contrôle des volets.
Pour le cas de la demande d’activation du mode automatique (flèches bleus) l’utilisateur
l’effectue depuis le système de contrôle, l’information est envoyée au système PC de
contrôle des volets qui entre en mode automatique et envoie grâce au réseau internet de la
maison la demande d’activation au système PC qui lui gère la caméra.
Enfin dans le cas ou le volet de la porte d’entrée est fermé, (flèches vertes) que le mode
automatique est activé et que l’utilisateur désire entrer chez lui il va s’identifier via le
système d’authentification du volet de l’entrée et s’il est reconnu le volet s’ouvre, le mode
automatique est désactivé et le client peut rentrer chez lui.
Après l’étude des différentes possibilités au niveau du matériel nous avons pour ce projet
décidé d’utiliser comme moyen de contrôle des volets une application android, pour le
contrôle du moteur des volets une carte velleman et comme système d’authentification un
lecteur RFID.

Rapport projet domotique 2017

Page 5

Diagramme de séquence :

Lecture de la carte RFID

Rapport projet domotique 2017

Page 6

Présentation de l’équipement :
Pour ma partie j’utilise en matériel une tablette Google Nexus 7 sous Android, j’ai opté pur
cet appareil car l’utilisation d’un ordinateur pour le contrôle des volets aurait présenté des
contraintes pour le client car très peu pratique et impossible à déplacer, l’utilisation d’un
appareil comme une tablette est ici bien plus intéressant. Pour créer l’application de la
tablette j’ai utilisé le logiciel Eclipse qui permet de développer en Java. Ci-dessous un bout
de code correspondant à l’envoi de la demande de fermeture du volet 3, par le biais d’un
socket, procédé de communication qui permet d’échanger des informations entre deux
systèmes grâce à un réseau internet.

L’application est sommaire au niveau design en raison de la trop grande complexité du
langage Java et du peu de temps pour le comprendre, j’ai donc privilégié l’efficacité de
l’application plutôt que son apparence.

Rapport projet domotique 2017

Page 7

Pour la simulation des volets j’ai utilisé une carte Velleman qui semblait être ici l’outil le
plus adapté étant donné que ce produit répond à la norme ROHS et respect donc
l’environnement dans sa fabrication sans matériaux dangereux pour la planète. Afin de
créer le code du serveur qui pilote la carte Velleman et donc les volets, j’ai développé avec
le logiciel Builder C++. Ci-dessous un bout de code correspondant à la fermeture du volet 2.
On commence par éteindre les LED qui correspondent au volet, puis on simule le
changement d’état du volet et pour on simule le fait que le volet est ouvert.

(c== ‘’V1f’’)

On éteint la LED 1 grâce à cette fonction

On simule la phase de fermeture en
allumant une LED, faisant une pause de 0.5
seconde, puis en éteignant la LED. On
répète cela trois fois.

On allume la LED 1 qui correspond à l’état
fermé du volet 1.

Pour une question pratique je me suis aussi servi de la base de données développée par
mon camarade afin d’indiquer à l’utilisateur quels volets sont ouverts lesquels sont fermés
afin qu’il ne tente pas d’ouvrir un volet qui l’est déjà, ou d’activer le mode automatique s’il
est déjà actif. Cette base de données sert également lorsque l’utilisateur ouvre l’application
à lui donner l’état de chaque volet. Pour communiquer avec la base de données je me suis
servie du logiciel EasyPHP et MyODBC pour faire le lien entre mon logiciel en langage C et
la base de données MySQL. Ma table possède deux lignes, une qui correspond au numéro
du volet afin de l’identifier, et une autre qui correspond à son état 0=fermé, 1=semi-ouvert,
2=ouvert.

Rapport projet domotique 2017

Page 8

Définition du protocole :
Pour identifier les actions en fonction de la requête j’ai établi un protocole qui attribue à
chaque demande une action. Pour exemple lorsque l’utilisateur demande l’ouverture du
volet 1, l’information envoyée est V1o, et sur la carte Velleman les LED 1 et 2 sont allumées.
Le tableau ci-dessous donne le protocole pour chaque action.

Ordre

Commande

Résultat

Ouverture volet 1

V1o

LED 1 et 2
allumées

Semi-ouverture
volet 1

V1s

LED 2 allumée

Fermeture volet 1

V1f

LED 1 allumée

Ouverture volet 2

V2o

LED 3 et 4
allumées

Semi-ouverture
volet 2

V2s

LED 4 allumée

Fermeture volet 2

V2f

LED 3 allumée

Activer le mode
automatique

a

Mode
automatique
activé

Désactiver le
mode
automatique

b

Mode
automatique
désactivé

Rapport projet domotique 2017

Page 9

Fonctionnement de ma partie du projet :

Pour ma partie on est dans le cas d’une communication entre un client, qui est la tablette
de l’utilisateur et un serveur qui est le PC. Les informations sont transmises via un socket.
Le client va faire la requête et le serveur lui va en permanence écouter le socket afin de
recevoir les requêtes et pouvoir les interpréter.
Pour expliquer le fonctionnement de ma partie je vais reprendre l’exemple de la demande
de fermeture du volet 2. Lorsque l’utilisateur va venir appuyer sur le bouton de fermeture
du volet 2, l’information ‘’V2f‘’ va être envoyée grâce au socket qui transporte l’information
dans le réseau internet de la maison, jusqu’au PC qui gère les volets. Une fois que le PC a
reçu la requête V2f il va grâce au protocole pouvoir savoir sur quel volet agir. Il va
premièrement aller vérifier dans la base de données si le volet 2 n’est pas déjà fermé. S’il
l’est déjà il va envoyer un message au client pour dire que le volet est déjà fermé, le client
va ensuite l’afficher sur la tablette pour que l’utilisateur le sache. Dans le cas ou le volet
n’est pas encore fermé, il va changer l’état du volet et le mettre à 0 dans la base de
données et va ensuite pouvoir activer la LED 3 de la carte velleman pour simuler l’état
fermé du volet.

Rapport projet domotique 2017

Page 10

Conclusion :
Le but du projet était donc de simplifier la vie de l’utilisateur en automatisant ses volets
battants, en lui proposant un moyen de les contrôler qui soit simple et avantageux mais
également de
DD

Rapport projet domotique 2017

Page 11


rapport.pdf - page 1/11
 
rapport.pdf - page 2/11
rapport.pdf - page 3/11
rapport.pdf - page 4/11
rapport.pdf - page 5/11
rapport.pdf - page 6/11
 




Télécharger le fichier (PDF)


rapport.pdf (PDF, 823 Ko)

Télécharger
Formats alternatifs: ZIP



Documents similaires


rapport
promo nuvene sur produits somfy
projet meteo
promotahoma nuvene b2b 0814
si 2010 1
tarif af 09 2011 interactif

Sur le même sujet..