Wiki d'activités IMA - Contributions de l’utilisateur [fr]

P44 Création d'un systeme domotique sans fil

2015-02-12T08:33:03Z

Bmaliar : /* Avancée du projet */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
*Commande de samples (MSP et CC) sur le site de TI.
*Installation de Debian sur la Raspberry Pi
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte)
*Connecteur Mini-USB pour le flashage du MSP
*LED RGB: Indication allumage à distance
*Calcul des capacités de découplage et capacités des Quartz en cours

==='''Semaine 13/10'''===
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine du 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

==='''Semaine du 02/02'''===
*Entretien avec Pierrick Buret sur l'avancée du projet et sur les modifications à apporter au travail déjà effectué.
*Récupération de la carte et soudure des composants le 05/02
*Tentative de flashage de Contiki sur la carte: le matériel n'est pas visible par le flasheur.

==='''Semaine du 09/02'''===
*On essaye de comprendre et de trouver pourquoi on ne peut pas flasher.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.
*Impossible de flasher. Après discussion avec les professeurs et débug infructueux, on suppose que le problème se situe dans les composants (CC, sur-exposition à la chaleur).
*Développement d'une nouvelle carte très simpliste qui contient juste le MSP et les composants nécessaire pour flasher car il nous est impossible d'obtenir une nouvelle carte complète dans des délais raisonnables. La carte simpliste nous permettrait d'avancer sur Contiki avant la fin du projet.

P44 Création d'un systeme domotique sans fil

2015-02-12T08:30:54Z

Bmaliar : /* Avancée du projet */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine du 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

==='''Semaine du 02/02'''===
*Entretien avec Pierrick Buret sur l'avancée du projet et sur les modifications à apporter au travail déjà effectué.
*Récupération de la carte et soudure des composants le 05/02
*Tentative de flashage de Contiki sur la carte: le matériel n'est pas visible par le flasheur.

==='''Semaine du 09/02'''===
*On essaye de comprendre et de trouver pourquoi on ne peut pas flasher.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.
*Impossible de flasher. Après discussion avec les professeurs et débug infructueux, on suppose que le problème se situe dans les composants (CC, sur-exposition à la chaleur).
*Développement d'une nouvelle carte très simpliste qui contient juste le MSP et les composants nécessaire pour flasher car il nous est impossible d'obtenir une nouvelle carte complète dans des délais raisonnables. La carte simpliste nous permettrait d'avancer sur Contiki avant la fin du projet.

P44 Création d'un systeme domotique sans fil

2015-02-12T08:22:49Z

Bmaliar : /* Semaine du 02/02 */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine du 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

==='''Semaine du 02/02'''===
*Entretien avec Pierrick Buret sur l'avancée du projet et sur les modifications à apporter au travail déjà effectué.
*Récupération de la carte et soudure des composants
*Tentative de flashage de Contiki sur la carte.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.

==='''Semaine du 09/02'''===
*Tentative de flashage de Contiki sur la carte.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.

P44 Création d'un systeme domotique sans fil

2015-02-12T08:21:50Z

Bmaliar : /* Avancée du projet */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine du 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

==='''Semaine du 02/02'''===
* Entretien avec Pierrick Buret
*Récupération de la carte et soudure des composants
*Tentative de flashage de Contiki sur la carte.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.

==='''Semaine du 09/02'''===
*Tentative de flashage de Contiki sur la carte.
*Problèmes de court-circuit, quartz qui n'oscille pas => Debug
*Modification de la carte (réduction au minimum) pour trouver le problème et pouvoir flasher.

P44 Création d'un systeme domotique sans fil

2015-02-12T08:15:18Z

Bmaliar : /* Début janvier à semaine de 26/01 */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine du 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2015-01-26T08:38:48Z

Bmaliar : /* Semaines 10/11 au 08/12 */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
*Début développement de l'interface d'administration/visualisation des données
*Attente des composants et de la production des cartes.

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine de 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2015-01-26T08:38:19Z

Bmaliar : /* 08/12 à fin décembre */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
 
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
 
*Début développement de l'interface d'administration/visualisation des données
 
*Attente des composants et de la production des cartes.
 

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible
* Lecture de documentation sur Contiki

==='''Début janvier à semaine de 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2015-01-26T08:37:56Z

Bmaliar : /* Début janvier à semaine de 26/01 */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
 
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
 
*Début développement de l'interface d'administration/visualisation des données
 
*Attente des composants et de la production des cartes.
 

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible

==='''Début janvier à semaine de 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen
*Entretien avec Nadir Cherifi sur Contiki le 23/01
*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2015-01-26T08:37:39Z

Bmaliar : /* 08/12 à fin décembre */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
 
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
 
*Début développement de l'interface d'administration/visualisation des données
 
*Attente des composants et de la production des cartes.
 

==='''08/12 à fin décembre'''===
*Tirage de la carte
*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki
*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible

==='''Début janvier à semaine de 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen

*Entretien avec Nadir Cherifi sur Contiki le 23/01

*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2015-01-26T08:37:21Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
 
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
 
*Début développement de l'interface d'administration/visualisation des données
 
*Attente des composants et de la production des cartes.
 

==='''08/12 à fin décembre'''===
*Tirage de la carte

*Soudure des composants de base (MSP, résistances, capacités) pour tester Contiki

*Problème de piste d'alimentation fondue dans le plan de masse => Tentative de réparation: impossible


==='''Début janvier à semaine de 26/01'''===
*Modification du brd suite à entretien avec Thierry Flamen

*Entretien avec Nadir Cherifi sur Contiki le 23/01

*Tirage de la nouvelle carte le 28/01

P44 Création d'un systeme domotique sans fil

2014-12-09T14:57:47Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Commande des composants
 
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage
 
*Début développement de l'interface d'administration/visualisation des données
 
*Attente des composants et de la production des cartes.

P44 Création d'un systeme domotique sans fil

2014-12-09T14:53:01Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

==='''Semaines 10/11 au 08/12'''===
*Routage de la carte
*Validation des différentes étapes de la carte
*Validation finale du routage

P44 Création d'un systeme domotique sans fil

2014-11-12T09:31:42Z

Bmaliar : /* Avancée du projet */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

==='''Semaines 27/10 et 03/11'''===
 
*Modification du schematic
*Routage de la carte

P44 Création d'un systeme domotique sans fil

2014-10-22T19:37:28Z

Bmaliar : /* Semaine 20/10 */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Envoi du schematic pour vérification avant d'entamer le routage
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

P44 Création d'un systeme domotique sans fil

2014-10-22T19:36:46Z

Bmaliar : /* Avancée du projet */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

La liste des composants est disponible sur un fichier excel via le Git.

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
*Commande de samples (MSP et CC) sur le site de TI. 
*Installation de Debian sur la Raspberry Pi 
*Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
*Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
*La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
*Création et récupération de librairies Eagle pour le MSP et les CC. 
*Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
*Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
*Connecteur Mini-USB pour le flashage du MSP 
*LED RGB: Indication allumage à distance 
*Calcul des capacités de découplage et capacités des Quartz en cours 

==='''Semaine 13/10'''===
 
*Calcul des dernières capacités. 
*Discussion avec Alexandre Boé concernant les antennes. 
*Création des librairies Eagle pour les antennes et les quartz. 
*Démarrage du Schematic pour ensuite router la carte. 
** Liaison CC-MSP
** Alimentation CC
** Connexion MSP en cours

==='''Semaine 20/10'''===
 
*Finalisation du schematic de la carte principale générique comprenant:
**le MSP
**les deux CC
**4 connecteurs recevant 1 capteur chacun
**le circuit d'alimentation
**les antennes
**1 connecteur pour la Raspberry Pi
*Finalisation du schematic pour le capteur de température
*Finalisation du schematic pour le capteur de luminosité
*Le capteur de pression et de fumée sont à discuter (problème concernant la conception et le prix)

P44 Création d'un systeme domotique sans fil

2014-10-17T10:35:51Z

Bmaliar : /* Semaine 29/09 */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:35:35Z

Bmaliar : /* Semaine 06/10 */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:35:06Z

Bmaliar : /* Semaine 13/10 */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:34:36Z

Bmaliar : /* Avancée du projet */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:33:22Z

Bmaliar : /* Avancée du projet */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:30:47Z

Bmaliar : /* A commander */

P44 Création d'un systeme domotique sans fil

2014-10-17T10:30:00Z

Bmaliar : /* Création d'un systeme domotique sans fil */

='''Création d'un systeme domotique sans fil'''=
 

== Informations générales ==

Page de wiki du projet '''Création d'un systeme domotique sans fil'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Pierrick Buret et Thomas Vantroys''

Les fichiers sources du projet sont disponibles sur un Git privé (accessible uniquement sur demande et clé).

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
! scope="col" | Destination
! scope="col" | Ref Magasin
! scope="col" | Prix unitaire (€)
! scope="col" | Lien
|-
| Balun
| 10
| CC2520
| 609-2450BM14E0007T
| 0,77
| [http://www.mouser.fr/ProductDetail/Johanson/2450BM14E0007T/?qs=yCnrNFeXz%252bi3PM02jB7pfg%3d%3d]
|-
| Balun
| 10
| CC1101
| 609-0896BM15A0001E
| 0,528
| [http://www.mouser.fr/ProductDetail/Johanson/0896BM15A0001E/?qs=yCnrNFeXz%252bhBf3fh1pdX3A%3d%3d]
|-
| Mini USB connector
| 10
| Flash MSP
| 571-1734328-1
| 1,89
| [http://www.mouser.fr/ProductDetail/TE-Connectivity-AMP/1734328-1/?qs=sGAEpiMZZMulM8LPOQ%252byk4EmpGondtlVJ7CPQNkIc0k%3d]
|-
| Connecteur HE10 2x5 points droits
| 10
| Connexion capteurs
| 966
| 0,92
| [http://www.selectronic.fr/connecteur-idc-sans-verrouillage-male-droit-2x5-points.html]
|-
| L122
| 10
| Inductance CC1101
| 609-L-07C5N6SV6T
| 0,033
| [http://www.mouser.fr/ProductDetail/Johanson-Technology/L-07C5N6SV6T/?qs=sGAEpiMZZMsg%252by3WlYCkU8SSmljp69OTK3RbQ09BWNo%3d]
|-
| C123
| 10
| Capacité CC1101
| 609-500R07S1R8BV4T
| 0,062
| [http://www.mouser.fr/ProductDetail/Johanson/500R07S1R8BV4T/?qs=%2fha2pyFaduitFglPf7QFEsZtsJqtYvL4fzlZSzXserXrGjHtddNkOA%3d%3d]
|-
| C124
| 10
| Capacité CC1101
| 605-500X07N101MV4T
| 0,32
| [http://www.mouser.fr/ProductDetail/Johanson/500X07N101MV4T/?qs=%2fha2pyFadujnfD9HGHM2BdhDA%252bO%252bUcVW5k3zm3kA2P6lOoHjunAAlQ%3d%3d]
|-
| R231
| 10
| Résistance CC2520
| 71-CRCW1206-56K-E3
| 0,03
| [http://www.mouser.fr/ProductDetail/Vishay-Dale/CRCW120656K0FKEA/?qs=sGAEpiMZZMtlubZbdhIBIG%252bQdqEYxmUikGot3xX%2fo3c%3d]
|-
| Quartz
| 10
| Horloge CC1101
| 732-TX325-26F09Z-AC3
| 0,415
| [http://www.mouser.fr/ProductDetail/Epson-Timing/TSX-3225-260000MF09Z-AC3/?qs=sGAEpiMZZMsBj6bBr9Q9acukpafrIaZ1H6dIkVdVr84%3d]
|-
| Quartz
| 10
| Horloge CC2520
| 732-FA128-32F20X-K3
| 0,664
| [http://www.mouser.fr/ProductDetail/Epson-Timing/FA-128-320000MF20X-K3/?qs=sGAEpiMZZMsBj6bBr9Q9aXmxIa9b7yjI5HpOAwfneik%3d]
|-
| A continuer
|}

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
Commande de samples (MSP et CC) sur le site de TI. 
Installation de Debian sur la Raspberry Pi 
Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
Création et récupération de librairies Eagle pour le MSP et les CC. 
Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
Connecteur Mini-USB pour le flashage du MSP 
LED RGB: Indication allumage à distance 
Calcul des capacités de découplage et capacités des Quartz en cours

P44 Création d'un systeme domotique sans fil

2014-10-10T13:51:48Z

Bmaliar : /* Semaine 06/10 */

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 
L'objectif est de faire un système domotique sans fil à l'aide d'un raspberry pi et de petits systèmes embarquées à base du microprocesseur MSP430.
 
Le projet doit permettre la création d'un protocole de communication entre les raspberry et les différents MSP430 qui lui fournirons des informations provenant de capteur (détecteur de mouvement, de présence, de fumée etc...).
 
Cette base permettra la création d'un système domotique low cost reproductible chez soi et modifiable a souhait.

===''' Cahier des charges''' ===
 
*Côté Raspberry Pi:
**Serveur récupérant les informations envoyées par les cartes
*Côté capteurs :
**Une carte incorporant :
*** un MSP430xxx
***deux radios (CC1101 et CC25xx) pour l'envoie de données sur différentes bande de fréquences
***des connecteurs génériques pour les capteurs (température, luminosité, fumée, etc)
**Un OS [http://www.contiki-os.org/ Contiki] installé sur le MSP pour connecter la carte sur un réseau

'''Mi-novembre : Prototype de la carte'''

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
|-
| CC1101
| 10
|-
| CC2520
| 10
|-
| MSP430F5418A
| 4
|}

==='''A commander'''===
 

La commande sera effectuée sur Mouser.fr sauf pour les connecteurs He10 (Selectronics).

{| class="wikitable alternance centre"
|-
! scope="col" | Produit
! scope="col" | Quantité
! scope="col" | Destination
! scope="col" | Ref Magasin
! scope="col" | Prix unitaire (€)
! scope="col" | Lien
|-
| Balun
| 10
| CC2520
| 609-2450BM14E0007T
| 0,77
| [http://www.mouser.fr/ProductDetail/Johanson/2450BM14E0007T/?qs=yCnrNFeXz%252bi3PM02jB7pfg%3d%3d]
|-
| Balun
| 10
| CC1101
| 609-0896BM15A0001E
| 0,528
| [http://www.mouser.fr/ProductDetail/Johanson/0896BM15A0001E/?qs=yCnrNFeXz%252bhBf3fh1pdX3A%3d%3d]
|-
| Mini USB connector
| 10
| Flash MSP
| 571-1734328-1
| 1,89
| [http://www.mouser.fr/ProductDetail/TE-Connectivity-AMP/1734328-1/?qs=sGAEpiMZZMulM8LPOQ%252byk4EmpGondtlVJ7CPQNkIc0k%3d]
|-
| Connecteur HE10 2x5 points droits
| 10
| Connexion capteurs
| 966
| 0,92
| [http://www.selectronic.fr/connecteur-idc-sans-verrouillage-male-droit-2x5-points.html]
|-
| L122
| 10
| Inductance CC1101
| 609-L-07C5N6SV6T
| 0,033
| [http://www.mouser.fr/ProductDetail/Johanson-Technology/L-07C5N6SV6T/?qs=sGAEpiMZZMsg%252by3WlYCkU8SSmljp69OTK3RbQ09BWNo%3d]
|-
| C123
| 10
| Capacité CC1101
| 609-500R07S1R8BV4T
| 0,062
| [http://www.mouser.fr/ProductDetail/Johanson/500R07S1R8BV4T/?qs=%2fha2pyFaduitFglPf7QFEsZtsJqtYvL4fzlZSzXserXrGjHtddNkOA%3d%3d]
|-
| C124
| 10
| Capacité CC1101
| 605-500X07N101MV4T
| 0,32
| [http://www.mouser.fr/ProductDetail/Johanson/500X07N101MV4T/?qs=%2fha2pyFadujnfD9HGHM2BdhDA%252bO%252bUcVW5k3zm3kA2P6lOoHjunAAlQ%3d%3d]
|-
| R231
| 10
| Résistance CC2520
| 71-CRCW1206-56K-E3
| 0,03
| [http://www.mouser.fr/ProductDetail/Vishay-Dale/CRCW120656K0FKEA/?qs=sGAEpiMZZMtlubZbdhIBIG%252bQdqEYxmUikGot3xX%2fo3c%3d]
|-
| Quartz
| 10
| Horloge CC1101
| 732-TX325-26F09Z-AC3
| 0,415
| [http://www.mouser.fr/ProductDetail/Epson-Timing/TSX-3225-260000MF09Z-AC3/?qs=sGAEpiMZZMsBj6bBr9Q9acukpafrIaZ1H6dIkVdVr84%3d]
|-
| Quartz
| 10
| Horloge CC2520
| 732-FA128-32F20X-K3
| 0,664
| [http://www.mouser.fr/ProductDetail/Epson-Timing/FA-128-320000MF20X-K3/?qs=sGAEpiMZZMsBj6bBr9Q9aXmxIa9b7yjI5HpOAwfneik%3d]
|-
| A continuer
|}

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===
 
Commande de samples (MSP et CC) sur le site de TI. 
Installation de Debian sur la Raspberry Pi 
Installation et configuration de Node JS sur la Raspberry Pi pour la partie serveur.
Installation d'une base de données (PostgreSQL) sur la Raspberry Pi.
La Raspberry Pi est prêt à accueillir l'interface Web et les données des capteurs.

==='''Semaine 06/10'''===
 
Création et récupération de librairies Eagle pour le MSP et les CC. 
Lecture des datasheets et reference design des composants:
* Ballun remplaçant filtrage pre-antenne pour les CC.
**Avantage :
***Moins de composants nécessaires
***Gain de place
***Moins cher
* Capacités de découplage
* Résistance de pull-up pour l'alimentation
* Quartz 16 MHz (CC1101) et 32 MHz (CC2520)
 
Connecteurs HE10 pour la connexion de capteurs (4 maximum par carte) 
Connecteur Mini-USB pour le flashage du MSP 
LED RGB: Indication allumage à distance 
Calcul des capacités de découplage et capacités des Quartz en cours

P44 Création d'un systeme domotique sans fil

2014-10-10T13:51:37Z

Bmaliar : /* Semaine 06/10 */

P44 Création d'un systeme domotique sans fil

2014-10-10T13:50:08Z

Bmaliar : /* A commander */

P44 Création d'un systeme domotique sans fil

2014-10-10T13:30:40Z

Bmaliar : /* Avancée du projet */

P44 Création d'un systeme domotique sans fil

2014-10-10T13:15:30Z

Bmaliar : /* Semaine 29/09 */

P44 Création d'un systeme domotique sans fil

2014-10-10T13:09:38Z

Bmaliar : /* Semaine 29/09 */

P44 Création d'un systeme domotique sans fil

2014-10-10T13:03:00Z

Bmaliar : /* A notre disposition */

P44 Création d'un systeme domotique sans fil

2014-10-10T12:55:35Z

Bmaliar : /* A notre disposition */

P44 Création d'un systeme domotique sans fil

2014-10-10T12:55:20Z

Bmaliar : /* A notre disposition */

P44 Création d'un systeme domotique sans fil

2014-09-30T09:39:20Z

Bmaliar : /* Cahier des charges */

P44 Création d'un systeme domotique sans fil

2014-09-30T09:30:08Z

Bmaliar : /* Objectif du projet */

P44 Création d'un systeme domotique sans fil

2014-09-30T09:29:38Z

Bmaliar : /* Contexte */

P44 Création d'un systeme domotique sans fil

2014-09-30T09:27:52Z

Bmaliar : /* Semaine 22/09 */

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Cahier des charges''' ===
 

===''' Objectif du projet''' ===

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.
 
Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:27:32Z

Bmaliar : /* Semaine 22/09 */

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Cahier des charges''' ===
 

===''' Objectif du projet''' ===

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE
** Les deux radios seront alternativement sélectionnable afin de choisir la bande de fréquence la moins encombrée.

Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:26:02Z

Bmaliar : /* Semaine 22/09 */

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Cahier des charges''' ===
 

===''' Objectif du projet''' ===

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** [http://www.ti.com/product/cc1101 CC1101]
*** Module Radio 315/433/868/915 MHz
** [http://www.ti.com/product/cc2520 CC2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE

Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A Lien TI]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:25:00Z

Bmaliar : /* Semaine 22/09 */

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Cahier des charges''' ===
 

===''' Objectif du projet''' ===

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** CC1101[http://www.ti.com/product/cc1101]
*** Module Radio 315/433/868/915 MHz
** CC2520[http://www.ti.com/product/cc2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE

Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101).
 
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:24:39Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Cahier des charges''' ===
 

===''' Objectif du projet''' ===

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

=='''Avancée du projet'''==
 

==='''Semaine 22/09'''===
 
Prise de contact avec les tuteurs de projet. Définition des attentes et discussion sur les composants.
 
Les composants retenus sont :
* MSP:
** MSP430xxx
* Radio:
** CC1101[http://www.ti.com/product/cc1101]
*** Module Radio 315/433/868/915 MHz
** CC2520[http://www.ti.com/product/cc2520]
*** Module Radio 2.4 GHz IEEE 802.15.4/ZIGBEE

Après recherches et comparaisons, nous nous sommes fixés sur le MSP430F5418A:
** [http://www.ti.com/product/msp430f5418A]
** 16 Bit Ultra-Low Power Microcontroller
** 128 Kb Flash
** 16 Kb RAM

Contiki tenant sur 10 Kb de RAM, nous avons pris une petite marge (6 Kb) pour le code à implémenter (i.e la couche MAC pour le CC1101)
La justification des 128 Kb de Flash vient du fait qu'il n'existe pas de composant ayant moins de Flash et assez de RAM.

==='''Semaine 29/09'''===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:05:20Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 
=='''Cahier des charges'''==
 

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

==='''A commander'''===
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===
 

===''' Objectif du projet''' ===

P44 Création d'un systeme domotique sans fil

2014-09-30T09:03:29Z

Bmaliar :

P44 Création d'un systeme domotique sans fil

2014-09-30T09:02:30Z

Bmaliar :

='''Création d'un systeme domotique sans fil'''=
 
=='''Cahier des charges'''==
 

=='''Liste des composants'''==
 

==='''A notre disposition'''===
 

===''A commander'''===
 

==''' Présentation générale du projet''' ==
 

===''' Contexte''' ===

===''' Objectif du projet''' ===

P44 Création d'un systeme domotique sans fil

2014-09-30T08:54:26Z

Bmaliar : Création de page

plop plop plop

Projets IMA5 2014/2015

2014-09-30T08:53:54Z

Bmaliar : /* Répartition des binômes */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<tr><td>[[P8 Pilulier]]</td>
<td> Alexandre Mercier / Emile Pinet</td>
<td> Thomas VANTROYS / Alexandre BOE </td>
<td></td>
</tr>
<tr><td>[[P9 Agenda pour personnes non lectrices]]</td>
<td> Cédric DESPREZ & Soufiane HADDAOUI </td>
<td> GAPAS/Laurent Grisoni </td>
<td></td>
</tr>
<tr><td>[[P11 Détecteur d'obstacles pour fauteuils électriques]]</td>
<td> Geoffrey ROSE / Marjorie TIXIER </td>
<td> GAPAS / Blaise Conrard </td>
<td></td>
</tr>
<tr><td>[[P21 balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td></td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td></td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td></td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
<tr><td>[[P28 Modélisation d'un robot chirurgical déformable pour la simulation et le contrôle]]</td>
<td> Charlotte BRICOUT / Nathan MARTIN </td>
<td> Jérémie DEQUIDT</td>
<td></td>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td></td>
</tr>
</table>

Smart Sensor WiFi

2014-04-11T11:22:57Z

Bmaliar : /* Analyse du sujet */

== Informations générales ==

Page de wiki du projet '''Smart Sensor WiFi'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Alexandre Boé et Thomas Vantroys''

Les fichiers sources du projet sont disponibles [http://git.svartbergtroll.fr/smartsensor.git via Git].

== Liste du matériel nécessaire ==

'''Liste non exhaustive, pourra être modifiée !'''

<table border="1">
<th>Désignation</th>
<th>Quantité</th>
<th>Référence</th>
<th>Prix</th>
<th>Disponible en salle de projet</th>

<tr>
<td>Shield WiFi TEL 0047</td>
<td>1</td>
<td>[http://www.gotronic.fr/art-module-wifi-shield-tel0047-19392.htm GoTronic]</td>
<td>83€</td>
<td>Nope nope nope ''Alexandre : il doit y avoir un équivalent, voir Thomas'' ''T.M: Yep mais c'est celui là qu'il faut''</td>
</tr>
<tr>
<td>Module WiFi WizFi210</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26882-module-wlan-wizfi210-ca.html Lextronic]</td>
<td>30€</td>
<td>Nope</td>
</tr>
<tr>
<td>Quartz 32.768kHz</td>
<td>2</td>
<td>[http://www.lextronic.fr/P6488-quartz-32768-khz.html Lextronic]</td>
<td>1.15€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capteur de présence infrarouge</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26228-capteur-infrarouge.html Lextronic]</td>
<td>7.92€</td>
<td>Nope</td>
</tr>
<tr>
<td>Photorésistance</td>
<td>~2-3</td>
<td> - </td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>ATMega328p</td>
<td>1 pour le proto</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Cristal 16MHz</td>
<td>1 pour le proto</td>
<td>[http://www.lextronic.fr/P6501-quartz-16-mhz.html Lextronic]</td>
<td>1.40€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capa 22pF pour le quartz</td>
<td>2</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Des résistances</td>
<td> ? </td>
<td>Magasin de l'école</td>
<td>quelques m€</td>
<td>Yep</td>
</tr>
</table>

== Énoncé initial du projet ==
L'objectif du projet consiste en la conception et la réalisation de
capteurs autonomes communiquant en WiFi afin de pouvoir remonter
régulièrement des informations sur l'état des salles de cours.
Les capteurs seront par exemple des détecteurs de lumières,
de pression, de qualité de l'air, ...

La communication sera obligatoirement réalisée en WiFi sur le réseau
de l'université en respectant les contraintes de sécurité (WPA2, ...).

Deux options sont possibles :

* Refaire complètement une carte avec un microcontroleur et une puce wifi (comme par exemple les [https://www.spark.io/ spark])
* Réaliser un shield pour raspberry pi contenant les différents capteurs.

== Analyse du sujet ==
On a ici affaire à un réseau de capteurs reliés à une base de donnée centrale accessible depuis un navigateur Internet
qui est chargée de recevoir les données des différents capteurs de manière
à pouvoir présenter à un utilisateur un état des différentes pièces dans
lesquelles on aura disposé les capteurs. Cela peut notamment impliquer :

* Un accès à ces données via une interface web
* Un accès à ces données via une application mobile

On identifie donc deux parties au projet :

* La partie capteur
* La partie serveur

=== Cahier des charges ===
==== Spécifications des capteurs ====
Les caractéristiques souhaitées pour les capteurs sont :

* Être capable de mesurer l'environnement dans lequel évolue le capteur (Pression, température, lumière, présence, ouverture de porte...)
* Contacter le serveur via le WiFi pour actualiser la base. ''Alexandre : ce qui implique la prise en compte de la sécurité type WPA2''
* Éventuellement, être reconfigurable à distance (via un serveur web embarqué dans le microcontrôleur)
* Être capable de gérer sa consommation d'énergie.
* Agir en temps que datalogger si le réseau n'est pas accessible.

==== Spécifications du serveur ====
Les caractéristiques souhaitées pour le serveur sont :

* Être capable de contacter ou d'être contacté par les capteurs via le réseau.
* Respecter les contraintes de sécurité (WPA2)
* Être capable d'authentifier les clients
* Stocker les données reçues dans une base de données et éventuellement faire des calculs et des statistiques sur ces données.
* Présenter sous format compréhensibles les données au client (web ou appli)
* Vérifier l'état des capteurs et notifier un responsable en cas d'anomalie (déconnexion du réseau, valeur anormale d'un capteur...)

=== Propositions de solutions technologiques ===
==== Les capteurs ====
Nous proposons de réaliser une carte basée sur un ATmega328 dans lequel on pourra flasher du code Arduino.
Pour gérer le WiFi, nous proposons une solution utilisant le shield TEL 0047 de Wiznet utilisant la puce WiFi WizFi210.

Cette puce gère le WPA2-PEAP mais malheureusement pas dans son firmware natif. Il va donc falloir s'arranger avec Wiznet pour obtenir
le firmware qui nous permettra de faire de l'EAP.

Dans un premier temps, on se concentrera sur la mise en place d'un prototype fonctionnel a base d'un simple capteur de température. On
étendra ensuite les capacités de la chose à des capteurs peut être plus complexes style I2C ou SPI.

Pour la reconfiguration du capteur, on le fera via un serveur web embarqué dans le microcontrôleur.

==== Le serveur ====
On propose une solution à base d'une machine sous Linux hébergeant un serveur MySQL et PHP.

Le SGBD utilisé sera '''MySQL'''.

La partie web du serveur destinée à présenter à l'utilisateur une vue des données serait développée en PHP/HTML5/CSS3.
Les capteurs enverront les données sous forme JSON au serveur web qui se chargera du traitement.

== Travail à effectuer dans un premier temps ==
=== Pour la partie BDD/Web ===

* Structurer les tables dans un diagramme UML qui va bien
* Déterminer une architecture de site (MVC)
* Traiter les données envoyées par les capteurs au format JSON
* Incorporer une interface admin
* Faire un design swag

=== Pour les capteurs ===

Avant la réception du matos WiFi:
* Réaliser la lecture d'une température et la formater en JSON ''Quasiment fait, on peut lire sur les ADC, le formattage n'est qu'une formalité''
* L'envoyer sur un port série à interval régulier ''Pareil mes routines d'envoi de strings sont écrites''
* Parser et répondre à des requêtes HTTP sur le port série ''Fait, mais en série, pas encore adapté au wifi''
* Faire fonctionner une RTC pour agir en tant que datalogger ''En cours mais il manque l'interface avec la carte SD''

Après réception du matos WiFi:
* Envoyer les requêtes JSON directement en POST au serveur Web
* Traiter les requêtes client
* Adapter une nouvelle carte avec juste la puce WiFi

==== Point sur la partie capteurs au 28 février 2014 ====
[[Image:SmartSensorWifi28FevShield.jpg|right|thumb|300px|Shield Arduino avec la RTC et photo-résistance]]
===== Ce qui a été fait =====
* L'appareil peut lire l'ADC câblé sur une photodiode et un capteur de température et convertir ça en chaine pour l'envoyer.
* Stocker des infos de config en EEPROM et y accéder sur demande.
* Il peut envoyer des choses au monde extérieur sur le port série et en lire.
* Il gère quasiment parfaitement l'horloge temps réelle DS1302 (aux burst-modes près, mais c'est pas indispensable pour le moment).
* L''''intégralité''' du code est documenté, fonction par fonction et une doc au format Doxygen est générable.
* Le PCB est en cours de création sous Eagle.

===== Ce qui ne sera pas fait =====
* L'interface avec une carte SD, puisque on a opté pour une mémoire Flash.

===== Ce qui est en train d'être repensé mais qui doit être discuté avec les enseignants =====
* Implanter un serveur Web dans l'atmega328p. Je doute que ça soit pertinent d'un point de vue énergétique, dans la mesure ou l'appareil devra être up H24 si on veut faire ça. Je pense qu'il est plus malin d'enregister les changements de config à faire dans la BDD et de les ''comitter'' au senseur dans la page de réponse qui suivra sa mise à jour des données de température/lumière. L'avantage est double, on a des écolomies d'énergies, et un cout de traitement moindre dans la mesure ou on peut déterminer le format de la chaine de màj et de le faire simple, au lieu de parser l'intégralité d'une requête HTTP.
* Je pense qu'il est intéressant d'implanter un mode de "config initiale" par le port série pour qu'on puisse mettre manuellement les infos du capteur avant le permier déploiement (de toutes façons il faut bien entrer une conf initiale) quitte à le vérouiller logiciellement (via un bit en EEPROM par exemple) lorsqu'on en a fini avec lui. De cette manière il ne sera plus reprogrammable que par le serveur de BDD ou par un re-flashage de l'EEPROM.
==Partie Web/BDD==

=== Langages et méthodes utilisées===
* HTML 5, CSS3, PHP 5, Javascript
* PDO (interface d'accès aux bases de données) [http://www.php.net/manual/fr/intro.pdo.php]
* INK (CSS framework)
* Chart.js (script javascript de création de graphique)

=== Point sur la partie BDD/Web au 28 février 2014 ===
* Prise en main d'INK (framework css : [http://ink.sapo.pt/] ). Justification d'utilisation :
** Design visuellement beau (subjectif)
** Simple d'utilisation une fois assimilé
* La base de données est constituée de 2 tables : une pour gérer les utilisateurs qui se connecteront à la plateforme de monitoring et l'autre pour stocker les données des capteurs.
* Le site se compose à cette date de 2 onglets : l'un est l'index où l'on peut voir les dernières mises à jour des capteurs et l'autre permet de chercher un capteur en particulier et d'en afficher les informations.

=== Point sur la partie BDD/Web mi-mars ===
* La base de données contient désormais 3 tables :
** L'une contient toujours les utilisateurs de la plateforme
** La seconde contient désormais la liste des capteurs déclarés
** La dernières contient les données des capteurs.
* Le site a été amélioré :
** Au niveau de la recherche, on affiche toujours les informations du capteur sélectionné mais on projette d'implanter un graphique des données (Utilisation de Chart.js)
** On peut désormais déclarer et supprimer un capteur de la base. Seul les capteurs déclarés peuvent stocker leurs données dans la BDD.
** Panel d'administration : Ajout et suppression d'utilisateur de la plateforme. Vidage de la table des données possible.
* Modification des mises à jour dans la base de données : précédemment, on récupérait les données envoyées par l'Arduino sous format JSON. On a décidé finalement d'envoyer les données en POST (simple optimisation mémoire de l'arduino, le JSON prenait un tout petit peu plus de place)

=== Point sur la partie BDD/Web début avril ===
* La base de données n'a pas changé depuis la dernière fois.
* La plateforme Web a été améliorée :
** Deux graphiques ont été incorporés suite à la recherche d'information sur un capteur. On peut désormais voir l'évolution des 10 dernières mesures de température et de luminosité du capteur sélectionné.
** La partie d'administration permet désormais d'obtenir un suivi des mises à jour des capteurs. On y voit désormais un résumé des capteurs (ratio et liste) n'ayant pas communiqué leurs informations à H+1 (ou plus).

=== Requêtes sur la base ===
* Requêtes de création :
** Table 'captors' :
CREATE TABLE IF NOT EXISTS `captors` (
`id` int(255) NOT NULL,
`temp` float NOT NULL,
`lum` int(255) NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

** Table 'data' :
CREATE TABLE IF NOT EXISTS `data` (
`id` int(255) NOT NULL auto_increment,
`password` text character set utf8 NOT NULL,
`name` varchar(255) character set utf8 NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=0;

** Table 'users' :
CREATE TABLE IF NOT EXISTS `users` (
`login` varchar(255) character set utf8 NOT NULL,
`password` varchar(255) character set utf8 NOT NULL,
UNIQUE KEY `name` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

* Requêtes d'insertion (préparées avec PDO)
Exemple
INSERT INTO captors(temp,lum,timestamp,id) VALUES(?,?,?,?)
Les '?' sont à remplacer par les variables PHP contenant les valeurs à mettre à jour

* Requêtes d'update (préparées avec PDO)
Exemple
UPDATE data SET timestamp=? WHERE id=?

* Requêtes de suppression (préparées avec PDO)
Exemple
DELETE captors FROM captors WHERE timestamp < ?

=== Visuel de la plateforme ===

<gallery>
File:Indexssw.jpg|Page de connexion de la plateforme
File:Connectessw.jpg|une fois connecté,...
File:Searchssw.jpg|Recherche d'un capteur
File:Search_graphssw.jpg|Capteur trouvé mon capitaine!
File:Addssw.jpg‎|une fois connecté,...
File:Adminssw.jpg|Panel d'administration
</gallery>

Smart Sensor WiFi

2014-04-11T11:22:38Z

Bmaliar : /* Analyse du sujet */

== Informations générales ==

Page de wiki du projet '''Smart Sensor WiFi'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Alexandre Boé et Thomas Vantroys''

Les fichiers sources du projet sont disponibles [http://git.svartbergtroll.fr/smartsensor.git via Git].

== Liste du matériel nécessaire ==

'''Liste non exhaustive, pourra être modifiée !'''

<table border="1">
<th>Désignation</th>
<th>Quantité</th>
<th>Référence</th>
<th>Prix</th>
<th>Disponible en salle de projet</th>

<tr>
<td>Shield WiFi TEL 0047</td>
<td>1</td>
<td>[http://www.gotronic.fr/art-module-wifi-shield-tel0047-19392.htm GoTronic]</td>
<td>83€</td>
<td>Nope nope nope ''Alexandre : il doit y avoir un équivalent, voir Thomas'' ''T.M: Yep mais c'est celui là qu'il faut''</td>
</tr>
<tr>
<td>Module WiFi WizFi210</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26882-module-wlan-wizfi210-ca.html Lextronic]</td>
<td>30€</td>
<td>Nope</td>
</tr>
<tr>
<td>Quartz 32.768kHz</td>
<td>2</td>
<td>[http://www.lextronic.fr/P6488-quartz-32768-khz.html Lextronic]</td>
<td>1.15€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capteur de présence infrarouge</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26228-capteur-infrarouge.html Lextronic]</td>
<td>7.92€</td>
<td>Nope</td>
</tr>
<tr>
<td>Photorésistance</td>
<td>~2-3</td>
<td> - </td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>ATMega328p</td>
<td>1 pour le proto</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Cristal 16MHz</td>
<td>1 pour le proto</td>
<td>[http://www.lextronic.fr/P6501-quartz-16-mhz.html Lextronic]</td>
<td>1.40€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capa 22pF pour le quartz</td>
<td>2</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Des résistances</td>
<td> ? </td>
<td>Magasin de l'école</td>
<td>quelques m€</td>
<td>Yep</td>
</tr>
</table>

== Énoncé initial du projet ==
L'objectif du projet consiste en la conception et la réalisation de
capteurs autonomes communiquant en WiFi afin de pouvoir remonter
régulièrement des informations sur l'état des salles de cours.
Les capteurs seront par exemple des détecteurs de lumières,
de pression, de qualité de l'air, ...

La communication sera obligatoirement réalisée en WiFi sur le réseau
de l'université en respectant les contraintes de sécurité (WPA2, ...).

Deux options sont possibles :

* Refaire complètement une carte avec un microcontroleur et une puce wifi (comme par exemple les [https://www.spark.io/ spark])
* Réaliser un shield pour raspberry pi contenant les différents capteurs.

== Analyse du sujet ==
On a ici affaire à un réseau de capteurs reliés à une base de donnée centrale accessible depuis un navigateur
qui est chargée de recevoir les données des différents capteurs de manière
à pouvoir présenter à un utilisateur un état des différentes pièces dans
lesquelles on aura disposé les capteurs. Cela peut notamment impliquer :

* Un accès à ces données via une interface web
* Un accès à ces données via une application mobile

On identifie donc deux parties au projet :

* La partie capteur
* La partie serveur

=== Cahier des charges ===
==== Spécifications des capteurs ====
Les caractéristiques souhaitées pour les capteurs sont :

* Être capable de mesurer l'environnement dans lequel évolue le capteur (Pression, température, lumière, présence, ouverture de porte...)
* Contacter le serveur via le WiFi pour actualiser la base. ''Alexandre : ce qui implique la prise en compte de la sécurité type WPA2''
* Éventuellement, être reconfigurable à distance (via un serveur web embarqué dans le microcontrôleur)
* Être capable de gérer sa consommation d'énergie.
* Agir en temps que datalogger si le réseau n'est pas accessible.

==== Spécifications du serveur ====
Les caractéristiques souhaitées pour le serveur sont :

* Être capable de contacter ou d'être contacté par les capteurs via le réseau.
* Respecter les contraintes de sécurité (WPA2)
* Être capable d'authentifier les clients
* Stocker les données reçues dans une base de données et éventuellement faire des calculs et des statistiques sur ces données.
* Présenter sous format compréhensibles les données au client (web ou appli)
* Vérifier l'état des capteurs et notifier un responsable en cas d'anomalie (déconnexion du réseau, valeur anormale d'un capteur...)

=== Propositions de solutions technologiques ===
==== Les capteurs ====
Nous proposons de réaliser une carte basée sur un ATmega328 dans lequel on pourra flasher du code Arduino.
Pour gérer le WiFi, nous proposons une solution utilisant le shield TEL 0047 de Wiznet utilisant la puce WiFi WizFi210.

Cette puce gère le WPA2-PEAP mais malheureusement pas dans son firmware natif. Il va donc falloir s'arranger avec Wiznet pour obtenir
le firmware qui nous permettra de faire de l'EAP.

Dans un premier temps, on se concentrera sur la mise en place d'un prototype fonctionnel a base d'un simple capteur de température. On
étendra ensuite les capacités de la chose à des capteurs peut être plus complexes style I2C ou SPI.

Pour la reconfiguration du capteur, on le fera via un serveur web embarqué dans le microcontrôleur.

==== Le serveur ====
On propose une solution à base d'une machine sous Linux hébergeant un serveur MySQL et PHP.

Le SGBD utilisé sera '''MySQL'''.

La partie web du serveur destinée à présenter à l'utilisateur une vue des données serait développée en PHP/HTML5/CSS3.
Les capteurs enverront les données sous forme JSON au serveur web qui se chargera du traitement.

== Travail à effectuer dans un premier temps ==
=== Pour la partie BDD/Web ===

* Structurer les tables dans un diagramme UML qui va bien
* Déterminer une architecture de site (MVC)
* Traiter les données envoyées par les capteurs au format JSON
* Incorporer une interface admin
* Faire un design swag

=== Pour les capteurs ===

Avant la réception du matos WiFi:
* Réaliser la lecture d'une température et la formater en JSON ''Quasiment fait, on peut lire sur les ADC, le formattage n'est qu'une formalité''
* L'envoyer sur un port série à interval régulier ''Pareil mes routines d'envoi de strings sont écrites''
* Parser et répondre à des requêtes HTTP sur le port série ''Fait, mais en série, pas encore adapté au wifi''
* Faire fonctionner une RTC pour agir en tant que datalogger ''En cours mais il manque l'interface avec la carte SD''

Après réception du matos WiFi:
* Envoyer les requêtes JSON directement en POST au serveur Web
* Traiter les requêtes client
* Adapter une nouvelle carte avec juste la puce WiFi

==== Point sur la partie capteurs au 28 février 2014 ====
[[Image:SmartSensorWifi28FevShield.jpg|right|thumb|300px|Shield Arduino avec la RTC et photo-résistance]]
===== Ce qui a été fait =====
* L'appareil peut lire l'ADC câblé sur une photodiode et un capteur de température et convertir ça en chaine pour l'envoyer.
* Stocker des infos de config en EEPROM et y accéder sur demande.
* Il peut envoyer des choses au monde extérieur sur le port série et en lire.
* Il gère quasiment parfaitement l'horloge temps réelle DS1302 (aux burst-modes près, mais c'est pas indispensable pour le moment).
* L''''intégralité''' du code est documenté, fonction par fonction et une doc au format Doxygen est générable.
* Le PCB est en cours de création sous Eagle.

===== Ce qui ne sera pas fait =====
* L'interface avec une carte SD, puisque on a opté pour une mémoire Flash.

===== Ce qui est en train d'être repensé mais qui doit être discuté avec les enseignants =====
* Implanter un serveur Web dans l'atmega328p. Je doute que ça soit pertinent d'un point de vue énergétique, dans la mesure ou l'appareil devra être up H24 si on veut faire ça. Je pense qu'il est plus malin d'enregister les changements de config à faire dans la BDD et de les ''comitter'' au senseur dans la page de réponse qui suivra sa mise à jour des données de température/lumière. L'avantage est double, on a des écolomies d'énergies, et un cout de traitement moindre dans la mesure ou on peut déterminer le format de la chaine de màj et de le faire simple, au lieu de parser l'intégralité d'une requête HTTP.
* Je pense qu'il est intéressant d'implanter un mode de "config initiale" par le port série pour qu'on puisse mettre manuellement les infos du capteur avant le permier déploiement (de toutes façons il faut bien entrer une conf initiale) quitte à le vérouiller logiciellement (via un bit en EEPROM par exemple) lorsqu'on en a fini avec lui. De cette manière il ne sera plus reprogrammable que par le serveur de BDD ou par un re-flashage de l'EEPROM.
==Partie Web/BDD==

=== Langages et méthodes utilisées===
* HTML 5, CSS3, PHP 5, Javascript
* PDO (interface d'accès aux bases de données) [http://www.php.net/manual/fr/intro.pdo.php]
* INK (CSS framework)
* Chart.js (script javascript de création de graphique)

=== Point sur la partie BDD/Web au 28 février 2014 ===
* Prise en main d'INK (framework css : [http://ink.sapo.pt/] ). Justification d'utilisation :
** Design visuellement beau (subjectif)
** Simple d'utilisation une fois assimilé
* La base de données est constituée de 2 tables : une pour gérer les utilisateurs qui se connecteront à la plateforme de monitoring et l'autre pour stocker les données des capteurs.
* Le site se compose à cette date de 2 onglets : l'un est l'index où l'on peut voir les dernières mises à jour des capteurs et l'autre permet de chercher un capteur en particulier et d'en afficher les informations.

=== Point sur la partie BDD/Web mi-mars ===
* La base de données contient désormais 3 tables :
** L'une contient toujours les utilisateurs de la plateforme
** La seconde contient désormais la liste des capteurs déclarés
** La dernières contient les données des capteurs.
* Le site a été amélioré :
** Au niveau de la recherche, on affiche toujours les informations du capteur sélectionné mais on projette d'implanter un graphique des données (Utilisation de Chart.js)
** On peut désormais déclarer et supprimer un capteur de la base. Seul les capteurs déclarés peuvent stocker leurs données dans la BDD.
** Panel d'administration : Ajout et suppression d'utilisateur de la plateforme. Vidage de la table des données possible.
* Modification des mises à jour dans la base de données : précédemment, on récupérait les données envoyées par l'Arduino sous format JSON. On a décidé finalement d'envoyer les données en POST (simple optimisation mémoire de l'arduino, le JSON prenait un tout petit peu plus de place)

=== Point sur la partie BDD/Web début avril ===
* La base de données n'a pas changé depuis la dernière fois.
* La plateforme Web a été améliorée :
** Deux graphiques ont été incorporés suite à la recherche d'information sur un capteur. On peut désormais voir l'évolution des 10 dernières mesures de température et de luminosité du capteur sélectionné.
** La partie d'administration permet désormais d'obtenir un suivi des mises à jour des capteurs. On y voit désormais un résumé des capteurs (ratio et liste) n'ayant pas communiqué leurs informations à H+1 (ou plus).

=== Requêtes sur la base ===
* Requêtes de création :
** Table 'captors' :
CREATE TABLE IF NOT EXISTS `captors` (
`id` int(255) NOT NULL,
`temp` float NOT NULL,
`lum` int(255) NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

** Table 'data' :
CREATE TABLE IF NOT EXISTS `data` (
`id` int(255) NOT NULL auto_increment,
`password` text character set utf8 NOT NULL,
`name` varchar(255) character set utf8 NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=0;

** Table 'users' :
CREATE TABLE IF NOT EXISTS `users` (
`login` varchar(255) character set utf8 NOT NULL,
`password` varchar(255) character set utf8 NOT NULL,
UNIQUE KEY `name` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

* Requêtes d'insertion (préparées avec PDO)
Exemple
INSERT INTO captors(temp,lum,timestamp,id) VALUES(?,?,?,?)
Les '?' sont à remplacer par les variables PHP contenant les valeurs à mettre à jour

* Requêtes d'update (préparées avec PDO)
Exemple
UPDATE data SET timestamp=? WHERE id=?

* Requêtes de suppression (préparées avec PDO)
Exemple
DELETE captors FROM captors WHERE timestamp < ?

=== Visuel de la plateforme ===

<gallery>
File:Indexssw.jpg|Page de connexion de la plateforme
File:Connectessw.jpg|une fois connecté,...
File:Searchssw.jpg|Recherche d'un capteur
File:Search_graphssw.jpg|Capteur trouvé mon capitaine!
File:Addssw.jpg‎|une fois connecté,...
File:Adminssw.jpg|Panel d'administration
</gallery>

Smart Sensor WiFi

2014-04-11T11:18:40Z

Bmaliar : /* Informations générales */

== Informations générales ==

Page de wiki du projet '''Smart Sensor WiFi'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Alexandre Boé et Thomas Vantroys''

Les fichiers sources du projet sont disponibles [http://git.svartbergtroll.fr/smartsensor.git via Git].

== Liste du matériel nécessaire ==

'''Liste non exhaustive, pourra être modifiée !'''

<table border="1">
<th>Désignation</th>
<th>Quantité</th>
<th>Référence</th>
<th>Prix</th>
<th>Disponible en salle de projet</th>

<tr>
<td>Shield WiFi TEL 0047</td>
<td>1</td>
<td>[http://www.gotronic.fr/art-module-wifi-shield-tel0047-19392.htm GoTronic]</td>
<td>83€</td>
<td>Nope nope nope ''Alexandre : il doit y avoir un équivalent, voir Thomas'' ''T.M: Yep mais c'est celui là qu'il faut''</td>
</tr>
<tr>
<td>Module WiFi WizFi210</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26882-module-wlan-wizfi210-ca.html Lextronic]</td>
<td>30€</td>
<td>Nope</td>
</tr>
<tr>
<td>Quartz 32.768kHz</td>
<td>2</td>
<td>[http://www.lextronic.fr/P6488-quartz-32768-khz.html Lextronic]</td>
<td>1.15€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capteur de présence infrarouge</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26228-capteur-infrarouge.html Lextronic]</td>
<td>7.92€</td>
<td>Nope</td>
</tr>
<tr>
<td>Photorésistance</td>
<td>~2-3</td>
<td> - </td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>ATMega328p</td>
<td>1 pour le proto</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Cristal 16MHz</td>
<td>1 pour le proto</td>
<td>[http://www.lextronic.fr/P6501-quartz-16-mhz.html Lextronic]</td>
<td>1.40€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capa 22pF pour le quartz</td>
<td>2</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Des résistances</td>
<td> ? </td>
<td>Magasin de l'école</td>
<td>quelques m€</td>
<td>Yep</td>
</tr>
</table>

== Énoncé initial du projet ==
L'objectif du projet consiste en la conception et la réalisation de
capteurs autonomes communiquant en WiFi afin de pouvoir remonter
régulièrement des informations sur l'état des salles de cours.
Les capteurs seront par exemple des détecteurs de lumières,
de pression, de qualité de l'air, ...

La communication sera obligatoirement réalisée en WiFi sur le réseau
de l'université en respectant les contraintes de sécurité (WPA2, ...).

Deux options sont possibles :

* Refaire complètement une carte avec un microcontroleur et une puce wifi (comme par exemple les [https://www.spark.io/ spark])
* Réaliser un shield pour raspberry pi contenant les différents capteurs.

== Analyse du sujet ==
On a ici affaire à un réseau de capteurs reliés à une base de donnée centrale
qui est chargée de recevoir les données des différents capteurs de manière
à pouvoir présenter à un utilisateur un état des différentes pièces dans
lesquelles on aura disposé les capteurs. Cela peut notamment impliquer :

* Un accès à ces données via une interface web
* Un accès à ces données via une application mobile

''Alexandre : On pourrait tout rassembler en une BDD avec un accès à travers un navigateur ?''

On identifie donc deux parties au projet :

* La partie capteur
* La partie serveur

=== Cahier des charges ===
==== Spécifications des capteurs ====
Les caractéristiques souhaitées pour les capteurs sont :

* Être capable de mesurer l'environnement dans lequel évolue le capteur (Pression, température, lumière, présence, ouverture de porte...)
* Contacter le serveur via le WiFi pour actualiser la base. ''Alexandre : ce qui implique la prise en compte de la sécurité type WPA2''
* Éventuellement, être reconfigurable à distance (via un serveur web embarqué dans le microcontrôleur)
* Être capable de gérer sa consommation d'énergie.
* Agir en temps que datalogger si le réseau n'est pas accessible.

==== Spécifications du serveur ====
Les caractéristiques souhaitées pour le serveur sont :

* Être capable de contacter ou d'être contacté par les capteurs via le réseau.
* Respecter les contraintes de sécurité (WPA2)
* Être capable d'authentifier les clients
* Stocker les données reçues dans une base de données et éventuellement faire des calculs et des statistiques sur ces données.
* Présenter sous format compréhensibles les données au client (web ou appli)
* Vérifier l'état des capteurs et notifier un responsable en cas d'anomalie (déconnexion du réseau, valeur anormale d'un capteur...)

=== Propositions de solutions technologiques ===
==== Les capteurs ====
Nous proposons de réaliser une carte basée sur un ATmega328 dans lequel on pourra flasher du code Arduino.
Pour gérer le WiFi, nous proposons une solution utilisant le shield TEL 0047 de Wiznet utilisant la puce WiFi WizFi210.

Cette puce gère le WPA2-PEAP mais malheureusement pas dans son firmware natif. Il va donc falloir s'arranger avec Wiznet pour obtenir
le firmware qui nous permettra de faire de l'EAP.

Dans un premier temps, on se concentrera sur la mise en place d'un prototype fonctionnel a base d'un simple capteur de température. On
étendra ensuite les capacités de la chose à des capteurs peut être plus complexes style I2C ou SPI.

Pour la reconfiguration du capteur, on le fera via un serveur web embarqué dans le microcontrôleur.

==== Le serveur ====
On propose une solution à base d'une machine sous Linux hébergeant un serveur MySQL et PHP.

Le SGBD utilisé sera '''MySQL'''.

La partie web du serveur destinée à présenter à l'utilisateur une vue des données serait développée en PHP/HTML5/CSS3.
Les capteurs enverront les données sous forme JSON au serveur web qui se chargera du traitement.

== Travail à effectuer dans un premier temps ==
=== Pour la partie BDD/Web ===

* Structurer les tables dans un diagramme UML qui va bien
* Déterminer une architecture de site (MVC)
* Traiter les données envoyées par les capteurs au format JSON
* Incorporer une interface admin
* Faire un design swag

=== Pour les capteurs ===

Avant la réception du matos WiFi:
* Réaliser la lecture d'une température et la formater en JSON ''Quasiment fait, on peut lire sur les ADC, le formattage n'est qu'une formalité''
* L'envoyer sur un port série à interval régulier ''Pareil mes routines d'envoi de strings sont écrites''
* Parser et répondre à des requêtes HTTP sur le port série ''Fait, mais en série, pas encore adapté au wifi''
* Faire fonctionner une RTC pour agir en tant que datalogger ''En cours mais il manque l'interface avec la carte SD''

Après réception du matos WiFi:
* Envoyer les requêtes JSON directement en POST au serveur Web
* Traiter les requêtes client
* Adapter une nouvelle carte avec juste la puce WiFi

==== Point sur la partie capteurs au 28 février 2014 ====
[[Image:SmartSensorWifi28FevShield.jpg|right|thumb|300px|Shield Arduino avec la RTC et photo-résistance]]
===== Ce qui a été fait =====
* L'appareil peut lire l'ADC câblé sur une photodiode et un capteur de température et convertir ça en chaine pour l'envoyer.
* Stocker des infos de config en EEPROM et y accéder sur demande.
* Il peut envoyer des choses au monde extérieur sur le port série et en lire.
* Il gère quasiment parfaitement l'horloge temps réelle DS1302 (aux burst-modes près, mais c'est pas indispensable pour le moment).
* L''''intégralité''' du code est documenté, fonction par fonction et une doc au format Doxygen est générable.
* Le PCB est en cours de création sous Eagle.

===== Ce qui ne sera pas fait =====
* L'interface avec une carte SD, puisque on a opté pour une mémoire Flash.

===== Ce qui est en train d'être repensé mais qui doit être discuté avec les enseignants =====
* Implanter un serveur Web dans l'atmega328p. Je doute que ça soit pertinent d'un point de vue énergétique, dans la mesure ou l'appareil devra être up H24 si on veut faire ça. Je pense qu'il est plus malin d'enregister les changements de config à faire dans la BDD et de les ''comitter'' au senseur dans la page de réponse qui suivra sa mise à jour des données de température/lumière. L'avantage est double, on a des écolomies d'énergies, et un cout de traitement moindre dans la mesure ou on peut déterminer le format de la chaine de màj et de le faire simple, au lieu de parser l'intégralité d'une requête HTTP.
* Je pense qu'il est intéressant d'implanter un mode de "config initiale" par le port série pour qu'on puisse mettre manuellement les infos du capteur avant le permier déploiement (de toutes façons il faut bien entrer une conf initiale) quitte à le vérouiller logiciellement (via un bit en EEPROM par exemple) lorsqu'on en a fini avec lui. De cette manière il ne sera plus reprogrammable que par le serveur de BDD ou par un re-flashage de l'EEPROM.
==Partie Web/BDD==

=== Langages et méthodes utilisées===
* HTML 5, CSS3, PHP 5, Javascript
* PDO (interface d'accès aux bases de données) [http://www.php.net/manual/fr/intro.pdo.php]
* INK (CSS framework)
* Chart.js (script javascript de création de graphique)

=== Point sur la partie BDD/Web au 28 février 2014 ===
* Prise en main d'INK (framework css : [http://ink.sapo.pt/] ). Justification d'utilisation :
** Design visuellement beau (subjectif)
** Simple d'utilisation une fois assimilé
* La base de données est constituée de 2 tables : une pour gérer les utilisateurs qui se connecteront à la plateforme de monitoring et l'autre pour stocker les données des capteurs.
* Le site se compose à cette date de 2 onglets : l'un est l'index où l'on peut voir les dernières mises à jour des capteurs et l'autre permet de chercher un capteur en particulier et d'en afficher les informations.

=== Point sur la partie BDD/Web mi-mars ===
* La base de données contient désormais 3 tables :
** L'une contient toujours les utilisateurs de la plateforme
** La seconde contient désormais la liste des capteurs déclarés
** La dernières contient les données des capteurs.
* Le site a été amélioré :
** Au niveau de la recherche, on affiche toujours les informations du capteur sélectionné mais on projette d'implanter un graphique des données (Utilisation de Chart.js)
** On peut désormais déclarer et supprimer un capteur de la base. Seul les capteurs déclarés peuvent stocker leurs données dans la BDD.
** Panel d'administration : Ajout et suppression d'utilisateur de la plateforme. Vidage de la table des données possible.
* Modification des mises à jour dans la base de données : précédemment, on récupérait les données envoyées par l'Arduino sous format JSON. On a décidé finalement d'envoyer les données en POST (simple optimisation mémoire de l'arduino, le JSON prenait un tout petit peu plus de place)

=== Point sur la partie BDD/Web début avril ===
* La base de données n'a pas changé depuis la dernière fois.
* La plateforme Web a été améliorée :
** Deux graphiques ont été incorporés suite à la recherche d'information sur un capteur. On peut désormais voir l'évolution des 10 dernières mesures de température et de luminosité du capteur sélectionné.
** La partie d'administration permet désormais d'obtenir un suivi des mises à jour des capteurs. On y voit désormais un résumé des capteurs (ratio et liste) n'ayant pas communiqué leurs informations à H+1 (ou plus).

=== Requêtes sur la base ===
* Requêtes de création :
** Table 'captors' :
CREATE TABLE IF NOT EXISTS `captors` (
`id` int(255) NOT NULL,
`temp` float NOT NULL,
`lum` int(255) NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

** Table 'data' :
CREATE TABLE IF NOT EXISTS `data` (
`id` int(255) NOT NULL auto_increment,
`password` text character set utf8 NOT NULL,
`name` varchar(255) character set utf8 NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=0;

** Table 'users' :
CREATE TABLE IF NOT EXISTS `users` (
`login` varchar(255) character set utf8 NOT NULL,
`password` varchar(255) character set utf8 NOT NULL,
UNIQUE KEY `name` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

* Requêtes d'insertion (préparées avec PDO)
Exemple
INSERT INTO captors(temp,lum,timestamp,id) VALUES(?,?,?,?)
Les '?' sont à remplacer par les variables PHP contenant les valeurs à mettre à jour

* Requêtes d'update (préparées avec PDO)
Exemple
UPDATE data SET timestamp=? WHERE id=?

* Requêtes de suppression (préparées avec PDO)
Exemple
DELETE captors FROM captors WHERE timestamp < ?

=== Visuel de la plateforme ===

<gallery>
File:Indexssw.jpg|Page de connexion de la plateforme
File:Connectessw.jpg|une fois connecté,...
File:Searchssw.jpg|Recherche d'un capteur
File:Search_graphssw.jpg|Capteur trouvé mon capitaine!
File:Addssw.jpg‎|une fois connecté,...
File:Adminssw.jpg|Panel d'administration
</gallery>

Smart Sensor WiFi

2014-04-09T13:34:35Z

Bmaliar : /* Partie Web/BDD */

== Informations générales ==

Page de wiki du projet '''Smart Sensor WiFi'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Alexandre Boé et Thomas Vantroys''

Les fichiers sources du projet sont disponibles [http://git.svartbergtroll.fr/smartsensor.git via Git]. ''Alexandre : Il n'est pas possible de faire un Git en interne à Polytech ?''
''Thomas M: Pas pour le moment, l'école n'a pas la machine qui va bien.'' ''Alexandre : Faut raler ;-)''

== Liste du matériel nécessaire ==

'''Liste non exhaustive, pourra être modifiée !'''

<table border="1">
<th>Désignation</th>
<th>Quantité</th>
<th>Référence</th>
<th>Prix</th>
<th>Disponible en salle de projet</th>

<tr>
<td>Shield WiFi TEL 0047</td>
<td>1</td>
<td>[http://www.gotronic.fr/art-module-wifi-shield-tel0047-19392.htm GoTronic]</td>
<td>83€</td>
<td>Nope nope nope ''Alexandre : il doit y avoir un équivalent, voir Thomas'' ''T.M: Yep mais c'est celui là qu'il faut''</td>
</tr>
<tr>
<td>Module WiFi WizFi210</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26882-module-wlan-wizfi210-ca.html Lextronic]</td>
<td>30€</td>
<td>Nope</td>
</tr>
<tr>
<td>Quartz 32.768kHz</td>
<td>2</td>
<td>[http://www.lextronic.fr/P6488-quartz-32768-khz.html Lextronic]</td>
<td>1.15€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capteur de présence infrarouge</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26228-capteur-infrarouge.html Lextronic]</td>
<td>7.92€</td>
<td>Nope</td>
</tr>
<tr>
<td>Photorésistance</td>
<td>~2-3</td>
<td> - </td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>ATMega328p</td>
<td>1 pour le proto</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Cristal 16MHz</td>
<td>1 pour le proto</td>
<td>[http://www.lextronic.fr/P6501-quartz-16-mhz.html Lextronic]</td>
<td>1.40€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capa 22pF pour le quartz</td>
<td>2</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Des résistances</td>
<td> ? </td>
<td>Magasin de l'école</td>
<td>quelques m€</td>
<td>Yep</td>
</tr>
</table>

== Énoncé initial du projet ==
L'objectif du projet consiste en la conception et la réalisation de
capteurs autonomes communiquant en WiFi afin de pouvoir remonter
régulièrement des informations sur l'état des salles de cours.
Les capteurs seront par exemple des détecteurs de lumières,
de pression, de qualité de l'air, ...

La communication sera obligatoirement réalisée en WiFi sur le réseau
de l'université en respectant les contraintes de sécurité (WPA2, ...).

Deux options sont possibles :

* Refaire complètement une carte avec un microcontroleur et une puce wifi (comme par exemple les [https://www.spark.io/ spark])
* Réaliser un shield pour raspberry pi contenant les différents capteurs.

== Analyse du sujet ==
On a ici affaire à un réseau de capteurs reliés à une base de donnée centrale
qui est chargée de recevoir les données des différents capteurs de manière
à pouvoir présenter à un utilisateur un état des différentes pièces dans
lesquelles on aura disposé les capteurs. Cela peut notamment impliquer :

* Un accès à ces données via une interface web
* Un accès à ces données via une application mobile

''Alexandre : On pourrait tout rassembler en une BDD avec un accès à travers un navigateur ?''

On identifie donc deux parties au projet :

* La partie capteur
* La partie serveur

=== Cahier des charges ===
==== Spécifications des capteurs ====
Les caractéristiques souhaitées pour les capteurs sont :

* Être capable de mesurer l'environnement dans lequel évolue le capteur (Pression, température, lumière, présence, ouverture de porte...)
* Contacter le serveur via le WiFi pour actualiser la base. ''Alexandre : ce qui implique la prise en compte de la sécurité type WPA2''
* Éventuellement, être reconfigurable à distance (via un serveur web embarqué dans le microcontrôleur)
* Être capable de gérer sa consommation d'énergie.
* Agir en temps que datalogger si le réseau n'est pas accessible.

==== Spécifications du serveur ====
Les caractéristiques souhaitées pour le serveur sont :

* Être capable de contacter ou d'être contacté par les capteurs via le réseau.
* Respecter les contraintes de sécurité (WPA2)
* Être capable d'authentifier les clients
* Stocker les données reçues dans une base de données et éventuellement faire des calculs et des statistiques sur ces données.
* Présenter sous format compréhensibles les données au client (web ou appli)
* Vérifier l'état des capteurs et notifier un responsable en cas d'anomalie (déconnexion du réseau, valeur anormale d'un capteur...)

=== Propositions de solutions technologiques ===
==== Les capteurs ====
Nous proposons de réaliser une carte basée sur un ATmega328 dans lequel on pourra flasher du code Arduino.
Pour gérer le WiFi, nous proposons une solution utilisant le shield TEL 0047 de Wiznet utilisant la puce WiFi WizFi210.

Cette puce gère le WPA2-PEAP mais malheureusement pas dans son firmware natif. Il va donc falloir s'arranger avec Wiznet pour obtenir
le firmware qui nous permettra de faire de l'EAP.

Dans un premier temps, on se concentrera sur la mise en place d'un prototype fonctionnel a base d'un simple capteur de température. On
étendra ensuite les capacités de la chose à des capteurs peut être plus complexes style I2C ou SPI.

Pour la reconfiguration du capteur, on le fera via un serveur web embarqué dans le microcontrôleur.

==== Le serveur ====
On propose une solution à base d'une machine sous Linux hébergeant un serveur MySQL et PHP.

Le SGBD utilisé sera '''MySQL'''.

La partie web du serveur destinée à présenter à l'utilisateur une vue des données serait développée en PHP/HTML5/CSS3.
Les capteurs enverront les données sous forme JSON au serveur web qui se chargera du traitement.

== Travail à effectuer dans un premier temps ==
=== Pour la partie BDD/Web ===

* Structurer les tables dans un diagramme UML qui va bien
* Déterminer une architecture de site (MVC)
* Traiter les données envoyées par les capteurs au format JSON
* Incorporer une interface admin
* Faire un design swag

=== Pour les capteurs ===

Avant la réception du matos WiFi:
* Réaliser la lecture d'une température et la formater en JSON ''Quasiment fait, on peut lire sur les ADC, le formattage n'est qu'une formalité''
* L'envoyer sur un port série à interval régulier ''Pareil mes routines d'envoi de strings sont écrites''
* Parser et répondre à des requêtes HTTP sur le port série ''Fait, mais en série, pas encore adapté au wifi''
* Faire fonctionner une RTC pour agir en tant que datalogger ''En cours mais il manque l'interface avec la carte SD''

Après réception du matos WiFi:
* Envoyer les requêtes JSON directement en POST au serveur Web
* Traiter les requêtes client
* Adapter une nouvelle carte avec juste la puce WiFi

==== Point sur la partie capteurs au 28 février 2014 ====
[[Image:SmartSensorWifi28FevShield.jpg|right|thumb|300px|Shield Arduino avec la RTC et photo-résistance]]
===== Ce qui a été fait =====
* L'appareil peut lire l'ADC câblé sur une photodiode et un capteur de température et convertir ça en chaine pour l'envoyer.
* Stocker des infos de config en EEPROM et y accéder sur demande.
* Il peut envoyer des choses au monde extérieur sur le port série et en lire.
* Il gère quasiment parfaitement l'horloge temps réelle DS1302 (aux burst-modes près, mais c'est pas indispensable pour le moment).
* L''''intégralité''' du code est documenté, fonction par fonction et une doc au format Doxygen est générable.
* Le PCB est en cours de création sous Eagle.

===== Ce qui ne sera pas fait =====
* L'interface avec une carte SD, puisque on a opté pour une mémoire Flash.

===== Ce qui est en train d'être repensé mais qui doit être discuté avec les enseignants =====
* Implanter un serveur Web dans l'atmega328p. Je doute que ça soit pertinent d'un point de vue énergétique, dans la mesure ou l'appareil devra être up H24 si on veut faire ça. Je pense qu'il est plus malin d'enregister les changements de config à faire dans la BDD et de les ''comitter'' au senseur dans la page de réponse qui suivra sa mise à jour des données de température/lumière. L'avantage est double, on a des écolomies d'énergies, et un cout de traitement moindre dans la mesure ou on peut déterminer le format de la chaine de màj et de le faire simple, au lieu de parser l'intégralité d'une requête HTTP.
* Je pense qu'il est intéressant d'implanter un mode de "config initiale" par le port série pour qu'on puisse mettre manuellement les infos du capteur avant le permier déploiement (de toutes façons il faut bien entrer une conf initiale) quitte à le vérouiller logiciellement (via un bit en EEPROM par exemple) lorsqu'on en a fini avec lui. De cette manière il ne sera plus reprogrammable que par le serveur de BDD ou par un re-flashage de l'EEPROM.
==Partie Web/BDD==

=== Langages et méthodes utilisées===
* HTML 5, CSS3, PHP 5, Javascript
* PDO (interface d'accès aux bases de données) [http://www.php.net/manual/fr/intro.pdo.php]
* INK (CSS framework)
* Chart.js (script javascript de création de graphique)

=== Point sur la partie BDD/Web au 28 février 2014 ===
* Prise en main d'INK (framework css : [http://ink.sapo.pt/] ). Justification d'utilisation :
** Design visuellement beau (subjectif)
** Simple d'utilisation une fois assimilé
* La base de données est constituée de 2 tables : une pour gérer les utilisateurs qui se connecteront à la plateforme de monitoring et l'autre pour stocker les données des capteurs.
* Le site se compose à cette date de 2 onglets : l'un est l'index où l'on peut voir les dernières mises à jour des capteurs et l'autre permet de chercher un capteur en particulier et d'en afficher les informations.

=== Point sur la partie BDD/Web mi-mars ===
* La base de données contient désormais 3 tables :
** L'une contient toujours les utilisateurs de la plateforme
** La seconde contient désormais la liste des capteurs déclarés
** La dernières contient les données des capteurs.
* Le site a été amélioré :
** Au niveau de la recherche, on affiche toujours les informations du capteur sélectionné mais on projette d'implanter un graphique des données (Utilisation de Chart.js)
** On peut désormais déclarer et supprimer un capteur de la base. Seul les capteurs déclarés peuvent stocker leurs données dans la BDD.
** Panel d'administration : Ajout et suppression d'utilisateur de la plateforme. Vidage de la table des données possible.
* Modification des mises à jour dans la base de données : précédemment, on récupérait les données envoyées par l'Arduino sous format JSON. On a décidé finalement d'envoyer les données en POST (simple optimisation mémoire de l'arduino, le JSON prenait un tout petit peu plus de place)

=== Point sur la partie BDD/Web début avril ===
* La base de données n'a pas changé depuis la dernière fois.
* La plateforme Web a été améliorée :
** Deux graphiques ont été incorporés suite à la recherche d'information sur un capteur. On peut désormais voir l'évolution des 10 dernières mesures de température et de luminosité du capteur sélectionné.
** La partie d'administration permet désormais d'obtenir un suivi des mises à jour des capteurs. On y voit désormais un résumé des capteurs (ratio et liste) n'ayant pas communiqué leurs informations à H+1 (ou plus).

=== Requêtes sur la base ===
* Requêtes de création :
** Table 'captors' :
CREATE TABLE IF NOT EXISTS `captors` (
`id` int(255) NOT NULL,
`temp` float NOT NULL,
`lum` int(255) NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

** Table 'data' :
CREATE TABLE IF NOT EXISTS `data` (
`id` int(255) NOT NULL auto_increment,
`password` text character set utf8 NOT NULL,
`name` varchar(255) character set utf8 NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=0;

** Table 'users' :
CREATE TABLE IF NOT EXISTS `users` (
`login` varchar(255) character set utf8 NOT NULL,
`password` varchar(255) character set utf8 NOT NULL,
UNIQUE KEY `name` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

* Requêtes d'insertion (préparées avec PDO)
Exemple
INSERT INTO captors(temp,lum,timestamp,id) VALUES(?,?,?,?)
Les '?' sont à remplacer par les variables PHP contenant les valeurs à mettre à jour

* Requêtes d'update (préparées avec PDO)
Exemple
UPDATE data SET timestamp=? WHERE id=?

* Requêtes de suppression (préparées avec PDO)
Exemple
DELETE captors FROM captors WHERE timestamp < ?

=== Visuel de la plateforme ===

<gallery>
File:Indexssw.jpg|Page de connexion de la plateforme
File:Connectessw.jpg|une fois connecté,...
File:Searchssw.jpg|Recherche d'un capteur
File:Search_graphssw.jpg|Capteur trouvé mon capitaine!
File:Addssw.jpg‎|une fois connecté,...
File:Adminssw.jpg|Panel d'administration
</gallery>

Fichier:Adminssw.jpg

2014-04-09T13:07:04Z

Bmaliar : a téléversé une nouvelle version de « Fichier:Adminssw.jpg »

Smart Sensor WiFi

2014-04-09T13:04:44Z

Bmaliar : /* Partie Web/BDD */

== Informations générales ==

Page de wiki du projet '''Smart Sensor WiFi'''

Étudiants ''Thomas Maurice et Benoit Maliar''

Tuteurs ''Alexandre Boé et Thomas Vantroys''

Les fichiers sources du projet sont disponibles [http://git.svartbergtroll.fr/smartsensor.git via Git]. ''Alexandre : Il n'est pas possible de faire un Git en interne à Polytech ?''
''Thomas M: Pas pour le moment, l'école n'a pas la machine qui va bien.'' ''Alexandre : Faut raler ;-)''

== Liste du matériel nécessaire ==

'''Liste non exhaustive, pourra être modifiée !'''

<table border="1">
<th>Désignation</th>
<th>Quantité</th>
<th>Référence</th>
<th>Prix</th>
<th>Disponible en salle de projet</th>

<tr>
<td>Shield WiFi TEL 0047</td>
<td>1</td>
<td>[http://www.gotronic.fr/art-module-wifi-shield-tel0047-19392.htm GoTronic]</td>
<td>83€</td>
<td>Nope nope nope ''Alexandre : il doit y avoir un équivalent, voir Thomas'' ''T.M: Yep mais c'est celui là qu'il faut''</td>
</tr>
<tr>
<td>Module WiFi WizFi210</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26882-module-wlan-wizfi210-ca.html Lextronic]</td>
<td>30€</td>
<td>Nope</td>
</tr>
<tr>
<td>Quartz 32.768kHz</td>
<td>2</td>
<td>[http://www.lextronic.fr/P6488-quartz-32768-khz.html Lextronic]</td>
<td>1.15€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capteur de présence infrarouge</td>
<td>1</td>
<td>[http://www.lextronic.fr/P26228-capteur-infrarouge.html Lextronic]</td>
<td>7.92€</td>
<td>Nope</td>
</tr>
<tr>
<td>Photorésistance</td>
<td>~2-3</td>
<td> - </td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>ATMega328p</td>
<td>1 pour le proto</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Cristal 16MHz</td>
<td>1 pour le proto</td>
<td>[http://www.lextronic.fr/P6501-quartz-16-mhz.html Lextronic]</td>
<td>1.40€</td>
<td>Nope</td>
</tr>
<tr>
<td>Capa 22pF pour le quartz</td>
<td>2</td>
<td>Magasin de l'école</td>
<td>quelques €</td>
<td>Nope - je verrai au magasin de l'école</td>
</tr>
<tr>
<td>Des résistances</td>
<td> ? </td>
<td>Magasin de l'école</td>
<td>quelques m€</td>
<td>Yep</td>
</tr>
</table>

== Énoncé initial du projet ==
L'objectif du projet consiste en la conception et la réalisation de
capteurs autonomes communiquant en WiFi afin de pouvoir remonter
régulièrement des informations sur l'état des salles de cours.
Les capteurs seront par exemple des détecteurs de lumières,
de pression, de qualité de l'air, ...

La communication sera obligatoirement réalisée en WiFi sur le réseau
de l'université en respectant les contraintes de sécurité (WPA2, ...).

Deux options sont possibles :

* Refaire complètement une carte avec un microcontroleur et une puce wifi (comme par exemple les [https://www.spark.io/ spark])
* Réaliser un shield pour raspberry pi contenant les différents capteurs.

== Analyse du sujet ==
On a ici affaire à un réseau de capteurs reliés à une base de donnée centrale
qui est chargée de recevoir les données des différents capteurs de manière
à pouvoir présenter à un utilisateur un état des différentes pièces dans
lesquelles on aura disposé les capteurs. Cela peut notamment impliquer :

* Un accès à ces données via une interface web
* Un accès à ces données via une application mobile

''Alexandre : On pourrait tout rassembler en une BDD avec un accès à travers un navigateur ?''

On identifie donc deux parties au projet :

* La partie capteur
* La partie serveur

=== Cahier des charges ===
==== Spécifications des capteurs ====
Les caractéristiques souhaitées pour les capteurs sont :

* Être capable de mesurer l'environnement dans lequel évolue le capteur (Pression, température, lumière, présence, ouverture de porte...)
* Contacter le serveur via le WiFi pour actualiser la base. ''Alexandre : ce qui implique la prise en compte de la sécurité type WPA2''
* Éventuellement, être reconfigurable à distance (via un serveur web embarqué dans le microcontrôleur)
* Être capable de gérer sa consommation d'énergie.
* Agir en temps que datalogger si le réseau n'est pas accessible.

==== Spécifications du serveur ====
Les caractéristiques souhaitées pour le serveur sont :

* Être capable de contacter ou d'être contacté par les capteurs via le réseau.
* Respecter les contraintes de sécurité (WPA2)
* Être capable d'authentifier les clients
* Stocker les données reçues dans une base de données et éventuellement faire des calculs et des statistiques sur ces données.
* Présenter sous format compréhensibles les données au client (web ou appli)
* Vérifier l'état des capteurs et notifier un responsable en cas d'anomalie (déconnexion du réseau, valeur anormale d'un capteur...)

=== Propositions de solutions technologiques ===
==== Les capteurs ====
Nous proposons de réaliser une carte basée sur un ATmega328 dans lequel on pourra flasher du code Arduino.
Pour gérer le WiFi, nous proposons une solution utilisant le shield TEL 0047 de Wiznet utilisant la puce WiFi WizFi210.

Cette puce gère le WPA2-PEAP mais malheureusement pas dans son firmware natif. Il va donc falloir s'arranger avec Wiznet pour obtenir
le firmware qui nous permettra de faire de l'EAP.

Dans un premier temps, on se concentrera sur la mise en place d'un prototype fonctionnel a base d'un simple capteur de température. On
étendra ensuite les capacités de la chose à des capteurs peut être plus complexes style I2C ou SPI.

Pour la reconfiguration du capteur, on le fera via un serveur web embarqué dans le microcontrôleur.

==== Le serveur ====
On propose une solution à base d'une machine sous Linux hébergeant un serveur MySQL et PHP.

Le SGBD utilisé sera '''MySQL'''.

La partie web du serveur destinée à présenter à l'utilisateur une vue des données serait développée en PHP/HTML5/CSS3.
Les capteurs enverront les données sous forme JSON au serveur web qui se chargera du traitement.

== Travail à effectuer dans un premier temps ==
=== Pour la partie BDD/Web ===

* Structurer les tables dans un diagramme UML qui va bien
* Déterminer une architecture de site (MVC)
* Traiter les données envoyées par les capteurs au format JSON
* Incorporer une interface admin
* Faire un design swag

=== Pour les capteurs ===

Avant la réception du matos WiFi:
* Réaliser la lecture d'une température et la formater en JSON ''Quasiment fait, on peut lire sur les ADC, le formattage n'est qu'une formalité''
* L'envoyer sur un port série à interval régulier ''Pareil mes routines d'envoi de strings sont écrites''
* Parser et répondre à des requêtes HTTP sur le port série ''Fait, mais en série, pas encore adapté au wifi''
* Faire fonctionner une RTC pour agir en tant que datalogger ''En cours mais il manque l'interface avec la carte SD''

Après réception du matos WiFi:
* Envoyer les requêtes JSON directement en POST au serveur Web
* Traiter les requêtes client
* Adapter une nouvelle carte avec juste la puce WiFi

==== Point sur la partie capteurs au 28 février 2014 ====
[[Image:SmartSensorWifi28FevShield.jpg|right|thumb|300px|Shield Arduino avec la RTC et photo-résistance]]
===== Ce qui a été fait =====
* L'appareil peut lire l'ADC câblé sur une photodiode et un capteur de température et convertir ça en chaine pour l'envoyer.
* Stocker des infos de config en EEPROM et y accéder sur demande.
* Il peut envoyer des choses au monde extérieur sur le port série et en lire.
* Il gère quasiment parfaitement l'horloge temps réelle DS1302 (aux burst-modes près, mais c'est pas indispensable pour le moment).
* L''''intégralité''' du code est documenté, fonction par fonction et une doc au format Doxygen est générable.
* Le PCB est en cours de création sous Eagle.

===== Ce qui ne sera pas fait =====
* L'interface avec une carte SD, puisque on a opté pour une mémoire Flash.

===== Ce qui est en train d'être repensé mais qui doit être discuté avec les enseignants =====
* Implanter un serveur Web dans l'atmega328p. Je doute que ça soit pertinent d'un point de vue énergétique, dans la mesure ou l'appareil devra être up H24 si on veut faire ça. Je pense qu'il est plus malin d'enregister les changements de config à faire dans la BDD et de les ''comitter'' au senseur dans la page de réponse qui suivra sa mise à jour des données de température/lumière. L'avantage est double, on a des écolomies d'énergies, et un cout de traitement moindre dans la mesure ou on peut déterminer le format de la chaine de màj et de le faire simple, au lieu de parser l'intégralité d'une requête HTTP.
* Je pense qu'il est intéressant d'implanter un mode de "config initiale" par le port série pour qu'on puisse mettre manuellement les infos du capteur avant le permier déploiement (de toutes façons il faut bien entrer une conf initiale) quitte à le vérouiller logiciellement (via un bit en EEPROM par exemple) lorsqu'on en a fini avec lui. De cette manière il ne sera plus reprogrammable que par le serveur de BDD ou par un re-flashage de l'EEPROM.
==Partie Web/BDD==
=== Point sur la partie BDD/Web au 28 février 2014 ===
* Prise en main d'INK (framework css : [http://ink.sapo.pt/] ). Justification d'utilisation :
** Design visuellement beau (subjectif)
** Simple d'utilisation une fois assimilé
* La base de données est constituée de 2 tables : une pour gérer les utilisateurs qui se connecteront à la plateforme de monitoring et l'autre pour stocker les données des capteurs.
* Le site se compose à cette date de 2 onglets : l'un est l'index où l'on peut voir les dernières mises à jour des capteurs et l'autre permet de chercher un capteur en particulier et d'en afficher les informations.

=== Point sur la partie BDD/Web mi-mars ===
* La base de données contient désormais 3 tables :
** L'une contient toujours les utilisateurs de la plateforme
** La seconde contient désormais la liste des capteurs déclarés
** La dernières contient les données des capteurs.
* Le site a été amélioré :
** Au niveau de la recherche, on affiche toujours les informations du capteur sélectionné mais on projette d'implanter un graphique des données (Utilisation de Chart.js)
** On peut désormais déclarer et supprimer un capteur de la base. Seul les capteurs déclarés peuvent stocker leurs données dans la BDD.
** Panel d'administration : Ajout et suppression d'utilisateur de la plateforme. Vidage de la table des données possible.
* Modification des mises à jour dans la base de données : précédemment, on récupérait les données envoyées par l'Arduino sous format JSON. On a décidé finalement d'envoyer les données en POST (simple optimisation mémoire de l'arduino, le JSON prenait un tout petit peu plus de place)

=== Point sur la partie BDD/Web début avril ===
* La base de données n'a pas changé depuis la dernière fois.
* La plateforme Web a été améliorée :
** Deux graphiques ont été incorporés suite à la recherche d'information sur un capteur. On peut désormais voir l'évolution des 10 dernières mesures de température et de luminosité du capteur sélectionné.
** La partie d'administration permet désormais d'obtenir un suivi des mises à jour des capteurs. On y voit désormais un résumé des capteurs (ratio et liste) n'ayant pas communiqué leurs informations à H+1 (ou plus).

=== Requêtes sur la base ===
* Requêtes de création :
** Table 'captors' :
CREATE TABLE IF NOT EXISTS `captors` (
`id` int(255) NOT NULL,
`temp` float NOT NULL,
`lum` int(255) NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

** Table 'data' :
CREATE TABLE IF NOT EXISTS `data` (
`id` int(255) NOT NULL auto_increment,
`password` text character set utf8 NOT NULL,
`name` varchar(255) character set utf8 NOT NULL,
`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=0;

** Table 'users' :
CREATE TABLE IF NOT EXISTS `users` (
`login` varchar(255) character set utf8 NOT NULL,
`password` varchar(255) character set utf8 NOT NULL,
UNIQUE KEY `name` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

* Requêtes d'insertion (préparées avec PDO)
Exemple
INSERT INTO captors(temp,lum,timestamp,id) VALUES(?,?,?,?)
Les '?' sont à remplacer par les variables PHP contenant les valeurs à mettre à jour

* Requêtes d'update (préparées avec PDO)
Exemple
UPDATE data SET timestamp=? WHERE id=?

* Requêtes de suppression (préparées avec PDO)
Exemple
DELETE captors FROM captors WHERE timestamp < ?

=== Visuel de la plateforme ===

<gallery>
File:Indexssw.jpg|Page de connexion de la plateforme
File:Connectessw.jpg|une fois connecté,...
File:Searchssw.jpg|Recherche d'un capteur
File:Search_graphssw.jpg|Capteur trouvé mon capitaine!
File:Addssw.jpg‎|une fois connecté,...
File:Adminssw.jpg|Panel d'administration
</gallery>