Consommation maison : Différence entre versions
De Wiki d'activités IMA
(→A concevoir) |
(→Cahier des charges) |
||
Ligne 1 : | Ligne 1 : | ||
== Cahier des charges == | == Cahier des charges == | ||
+ | |||
+ | Voici un récapitulatif de ce qui est attendu du projet. | ||
=== Objectifs principaux=== | === Objectifs principaux=== | ||
− | * | + | * Les températures et pression devront être récupérées dans plusieurs pièces. Ces mesures devront être classées et organisées dans une base de donnée ou structure. |
− | * | + | * On compte principalement réduire la consommation due au chauffage dans une habitation ou infrastructure ; |
− | * | + | * La consigne sera fournie aux chauffages par un calculateur central (différents types de chauffage : Eau ou radiateur électrique) ; |
− | * | + | * Il existera différents modules : |
** capteurs seuls ; | ** capteurs seuls ; | ||
− | ** capteurs + | + | ** capteurs + contrôleur d'électrovanne (chauffage à eau) -> la partie commande sera liée au projet 43 ; |
− | ** capteurs + | + | ** capteurs + contrôleur pour un radiateur électrique à fil pilote ; |
− | * | + | * Ajouter un système d’arrêt d'urgence du chauffage (exemple : à l'ouverture d'une fenêtre) ; |
=== A concevoir=== | === A concevoir=== | ||
− | * Réseau de capteurs (sans fil) (technologie à déterminer) ; | + | * Réseau de capteurs (sans fil) (technologie à déterminer) ; |
+ | * La base de données où seront enregistrés les différentes mesures et consignes à envoyer aux modules ; | ||
* Supervision complète sur serveur Apache (HTML, PHP) ; | * Supervision complète sur serveur Apache (HTML, PHP) ; | ||
* Supervision minimale : applications mobile Androïd ; | * Supervision minimale : applications mobile Androïd ; | ||
− | * Programmeur de mise en veille ; | + | * Programmeur de mise en veille afin d'économiser la pile ou batterie qui alimentera le capteur ; |
* un protocole de communication entre les capteurs et un "appareil central" (de type Raspberry Pi, Fox Board...) ; | * un protocole de communication entre les capteurs et un "appareil central" (de type Raspberry Pi, Fox Board...) ; | ||
* Création du capteur qui comprendra : | * Création du capteur qui comprendra : | ||
Ligne 24 : | Ligne 27 : | ||
* Possibilité d'ajout de "modules", qui se pluggeront sur les capteurs, correspondant au chauffage commandé par fil pilote, au chauffage commandé par électrovanne (pour les dispositifs utilisant une chaudière) ; | * Possibilité d'ajout de "modules", qui se pluggeront sur les capteurs, correspondant au chauffage commandé par fil pilote, au chauffage commandé par électrovanne (pour les dispositifs utilisant une chaudière) ; | ||
− | * Établir un | + | * Établir un système permettant la consommation réduite des capteurs (pour l'alimentation : pile, secteurs, pourquoi pas un système de récupération de l'énergie thermique), problématique de la fréquence de rechargement du dispositif d'alimentation des capteurs ; |
* Mise en veille des capteurs / fréquence de consultation des données. Une mesure toutes les heures ou toutes les demi-heures ne seraient-elles pas suffisantes ? | * Mise en veille des capteurs / fréquence de consultation des données. Une mesure toutes les heures ou toutes les demi-heures ne seraient-elles pas suffisantes ? | ||
* Une récupération sur un serveur NTP (''Network Time Protocol''), de l'heure pour gérer les mises en veille et les heures creuses / heures pleines ; | * Une récupération sur un serveur NTP (''Network Time Protocol''), de l'heure pour gérer les mises en veille et les heures creuses / heures pleines ; | ||
Ligne 36 : | Ligne 39 : | ||
=== Début du projet === | === Début du projet === | ||
− | La prochaine étape consiste à trouver une architecture optimale du capteur et définir la structure de données. On peut alors commencer par diviser le travail, un s'occupera de la mise en place d'un réseau de | + | La prochaine étape consiste à trouver une architecture optimale du capteur et définir la structure de données. On peut alors commencer par diviser le travail, un s'occupera de la mise en place d'un réseau de capteurs et modules, le second de la base de donnée et les outils de supervisions les plus adéquates au système. |
== Architecture Optimale du capteur / Mise en réseau == | == Architecture Optimale du capteur / Mise en réseau == | ||
== Développement de la structure de données == | == Développement de la structure de données == |
Version du 31 janvier 2014 à 13:55
Sommaire
Cahier des charges
Voici un récapitulatif de ce qui est attendu du projet.
Objectifs principaux
- Les températures et pression devront être récupérées dans plusieurs pièces. Ces mesures devront être classées et organisées dans une base de donnée ou structure.
- On compte principalement réduire la consommation due au chauffage dans une habitation ou infrastructure ;
- La consigne sera fournie aux chauffages par un calculateur central (différents types de chauffage : Eau ou radiateur électrique) ;
- Il existera différents modules :
- capteurs seuls ;
- capteurs + contrôleur d'électrovanne (chauffage à eau) -> la partie commande sera liée au projet 43 ;
- capteurs + contrôleur pour un radiateur électrique à fil pilote ;
- Ajouter un système d’arrêt d'urgence du chauffage (exemple : à l'ouverture d'une fenêtre) ;
A concevoir
- Réseau de capteurs (sans fil) (technologie à déterminer) ;
- La base de données où seront enregistrés les différentes mesures et consignes à envoyer aux modules ;
- Supervision complète sur serveur Apache (HTML, PHP) ;
- Supervision minimale : applications mobile Androïd ;
- Programmeur de mise en veille afin d'économiser la pile ou batterie qui alimentera le capteur ;
- un protocole de communication entre les capteurs et un "appareil central" (de type Raspberry Pi, Fox Board...) ;
- Création du capteur qui comprendra :
- La récupération de la température ;
- Récupération de la pression (pour détecter les chutes suite à l'ouverture d'une fenêtre) ;
- Possibilité d'ajout de "modules", qui se pluggeront sur les capteurs, correspondant au chauffage commandé par fil pilote, au chauffage commandé par électrovanne (pour les dispositifs utilisant une chaudière) ;
- Établir un système permettant la consommation réduite des capteurs (pour l'alimentation : pile, secteurs, pourquoi pas un système de récupération de l'énergie thermique), problématique de la fréquence de rechargement du dispositif d'alimentation des capteurs ;
- Mise en veille des capteurs / fréquence de consultation des données. Une mesure toutes les heures ou toutes les demi-heures ne seraient-elles pas suffisantes ?
- Une récupération sur un serveur NTP (Network Time Protocol), de l'heure pour gérer les mises en veille et les heures creuses / heures pleines ;
La problématique d'adaptabilité du dispositif de chauffage commandé doit être prise en compte : changement de milieu (maison ou bâtiment d'entreprise, le type de chauffage (eau ou électrique), la disponibilité de prises secteurs ou pas.
N.B
Ceci est une conclusion de la première réunion avec A. Boé et B. Bouhamama. Il y a de fortes probabilités pour que ce cahier des charges soit complété.
Début du projet
La prochaine étape consiste à trouver une architecture optimale du capteur et définir la structure de données. On peut alors commencer par diviser le travail, un s'occupera de la mise en place d'un réseau de capteurs et modules, le second de la base de donnée et les outils de supervisions les plus adéquates au système.