air - User contributions [en]

Projets-2015-2016-OpenSmartCampus/tuto serveur

2016-03-16T23:01:14Z

Jeremy.Hammerer:

Nous allons, lors de ce tutoriel, utiliser un script (load_services.sh) dans le but d'installer un CA, Mosquitto, Telegraf, InfluxDB, Grafana sur une ou des machines.

Cloner le projet situé sur [https://github.com/quentin74/Smartcampus, GitHub]
git clone https://github.com/quentin74/Smartcampus.git
Se placer dans le dossier Smartcampus/load_services :
cd Smartcampus/load_services

Ouvrir le fichier load_services.sh avec un éditeur :
nano load_services.sh

Dans ce fichier il faut changer les variables permettant de se connecter aux machines sur lesquelles installer les différents outils :
USER_X_SERVER -> L'utilisateur de la machine sur laquelle l'outil X sera installé.
PATH_PRIVATE_KEY_X -> Le path vers la clef qui permet de se connecter sur la machine où sera installé l'outil X.
HOST_X -> L'adresse de la machine X sur laquelle sera installé l'outil X.

Ensuite il faut changer, si besoin, les fichier de configuration :
*mosquitto.conf : Ce fichier permet de choisir la configuration du serveur Mosquitto.
*mqtt_influxdb.conf : Ce fichier permet de configurer le serveur Telegraf. Il est important dans ce fichier de changer deux lignes.
**(l.62) Remplacer l'adresse actuelle par l'adresse du serveur InfluxDB.
**(l.86) Remplacer l'adresse actuelle par l'adresse du broker Mosquitto.
*influxdb.conf : Fichier configuration du serveur InfluxDB.
*grafana.ini : Fichier configuration du serveur Grafana.

Dans ces fichier, il est déconseillé de changer les paths des certificats. En effet, c'est dans ces paths que seront mis par défaut les certificats et les clefs des services.

Une fois les fichiers de configuration modifiés, il faut lancer le script.
./load_services.sh

Durant le déroulement du script des actions seront demandées. Comme par exemple pour la création des différents certificats et certaines installations.

Projets-2015-2016-OpenSmartCampus/tuto serveur

2016-03-16T22:59:20Z

Jeremy.Hammerer: Created page with "Nous allons, lors de ce tutoriel, utiliser un script (load_services.sh) dans le but d'installer un CA, Mosquitto, Telegraf, InfluxDB, Grafana sur une ou des machines. Cloner ..."

Nous allons, lors de ce tutoriel, utiliser un script (load_services.sh) dans le but d'installer un CA, Mosquitto, Telegraf, InfluxDB, Grafana sur une ou des machines.

Cloner le projet situé sur [https://github.com/quentin74/Smartcampus, GitHub]
git clone https://github.com/quentin74/Smartcampus.git
Se placer dans le dossier Smartcampus/load_services :
cd Smartcampus/load_services

Ouvrir le fichier load_services.sh avec un éditeur :
nano load_services.sh

Dans ce fichier il faut changer les variables permettant de se connecter aux machines sur lesquelles installer les différents outils :
USER_X_SERVER -> L'utilisateur de la machine sur laquelle l'outil X sera installé.
PATH_PRIVATE_KEY_X -> Le path vers la clef qui permet de se connecter sur la machine où sera installé l'outil X.
HOST_X -> L'adresse de la machine X sur laquelle sera installé l'outil X.

Ensuite changer, si besoin, les fichier de configuration :
*mosquitto.conf : Ce fichier permet de choisir la configuration du serveur Mosquitto.
*mqtt_influxdb.conf : Ce fichier permet de configurer le serveur Telegraf. Il est important dans ce fichier de changer deux lignes.
**(l.62) Remplacer l'adresse actuelle par l'adresse du serveur InfluxDB.
**(l.86) Remplacer l'adresse actuelle par l'adresse du broker Mosquitto.
*influxdb.conf : Fichier configuration du serveur InfluxDB.
*grafana.ini : Fichier configuration du serveur Grafana.

Dans ces fichier, il est déconseillé de changer les paths des certificats. En effet, c'est dans ces paths que seront mis par défaut les certificats et les clefs des services.

Une fois les fichiers de configuration modifiés, il faut lancer le script.
./load_services.sh

Durant le déroulement du script des actions seront demandées. Comme par exemple pour la création des différents certificats et certaines installations.

Projets-2015-2016-OpenSmartCampus

2016-03-15T09:45:39Z

Jeremy.Hammerer: /* Configuration d'apacheDS */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Configuration des ports====

http://www.latelierdugeek.fr/2015/02/02/domotique-partie-8-ajout-du-support-du-z-wave-dans-domoticz/

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/quentin74/Smartcampus/master/node-red/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

Pour le broker mosquitto, nous avons changé le fichier config dans le but de pouvoir utiliser TLS/SSL. Le fichier config est complété comme suivant :
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example
pid_file /var/run/mosquitto.pid
#TLS
require_certificate false
listener 8883
cafile /etc/mosquitto/ca_certificates/ca.crt
certfile /etc/mosquitto/certs/server.crt
keyfile /etc/mosquitto/certs/server.key
#
persistence true
persistence_location /var/lib/mosquitto/
log_dest file /var/log/mosquitto/mosquitto.log
include_dir /etc/mosquitto/conf.d
allow_anonymous true
password_file /etc/mosquitto/passwd

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

==Sprint 5 (du 29 Février au 6 Mars)==

=== Ajout de Widget dans grafana integrant cartographie leaflet ===
Attention --> cette tache ne sera pas réalisée car sur le forum de grafana ou d'autres nous avons vu qu'intégrer de la cartographie était dans les projet à venir de grafana, par consequent il est inutile de perdre du temps sur une tache qui sera prochainement réalisée.

=== Mise en place d'une PKI ===

Une PKI (Public Key Infrastructure) permet de gérer la création, la récupération et la révocation de certificats. Nous avons, dans le cadre de la sécurisation de notre plateforme, d'en créer une dans le but de fournir des certificats à nos différentes machines. Nous avons décider de suivre le tutoriel suivant :
* Mise en place d'une d'une PKI: http://stankiewicz.free.fr/Wikka/wikka.php?wakka=HowtoPKI

Nous avons donc commencé à travailler sur ce tutoriel. Cependant, celui-ci semble être obsolète (certaines technologies semblent avoir évoluées depuis et donc certaines actions du tutoriel ne fonctionnent plus). Nous avons perdu beaucoup de temps à essayer de résoudre ces problèmes.

===Configuration d'OpenVPN, dans le but d'ajouter de nouveaux utilisateurs ===

Au départ, nous avions alloué une instance Amazon dédiée à OpenVPN. Plus précisément, c'était une image dans laquelle OpenVPN était préinstallé. Nous n'arrivions pas à ajouter de nouveaux utilisateurs pour ce VPN avec cette instance. Nous avons donc décidé de supprimer l'instance Amazon d'OpenVPN et de l'installer par nous même sur notre instance principale. Après avoir fait cela, nous arrivions à créer différents utilisateurs pour notre VPN. Cependant, nous avons remarqué qu'OpenVPN limite le nombre de connexions à deux utilisateurs maximum (en même temps).

==Sprint 6 (du 7 Mars au 13 Mars)==
Equipement des salles avec les raspberry pi , les capteurs enocean, les capteurs Zwave

Ajout de fichier de configuration dans l'application meteor, pour faciliter le déploiement. Ajout par exemple de chemins génériques.

==Sprint 7 (du 14 Mars au 17 Mars)==
* Equipement des salles air et fablab avec les capteurs Zwave, Rfxcom
* Contact des administrateurs réseaux de Polytech pour pouvoir débloquer les ports

Projets-2015-2016-OpenSmartCampus

2016-03-15T09:34:19Z

Jeremy.Hammerer: /* Configuration d'openVpn, dans le but d'ajouter de nouveaux utilisateurs */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Configuration des ports====

http://www.latelierdugeek.fr/2015/02/02/domotique-partie-8-ajout-du-support-du-z-wave-dans-domoticz/

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/quentin74/Smartcampus/master/node-red/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

Pour le broker mosquitto, nous avons changé le fichier config dans le but de pouvoir utiliser TLS/SSL. Le fichier config est complété comme suivant :
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example
pid_file /var/run/mosquitto.pid
#TLS
require_certificate false
listener 8883
cafile /etc/mosquitto/ca_certificates/ca.crt
certfile /etc/mosquitto/certs/server.crt
keyfile /etc/mosquitto/certs/server.key
#
persistence true
persistence_location /var/lib/mosquitto/
log_dest file /var/log/mosquitto/mosquitto.log
include_dir /etc/mosquitto/conf.d
allow_anonymous true
password_file /etc/mosquitto/passwd

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

==Sprint 5 (du 29 Février au 6 Mars)==

=== Ajout de Widget dans grafana integrant cartographie leaflet ===
Attention --> cette tache ne sera pas réalisée car sur le forum de grafana ou d'autres nous avons vu qu'intégrer de la cartographie était dans les projet à venir de grafana, par consequent il est inutile de perdre du temps sur une tache qui sera prochainement réalisée.

=== Configuration d'apacheDS ===

* Ajout d'une PKI:
http://stankiewicz.free.fr/Wikka/wikka.php?wakka=HowtoPKI

===Configuration d'OpenVPN, dans le but d'ajouter de nouveaux utilisateurs ===

Au départ, nous avions alloué une instance Amazon dédiée à OpenVPN. Plus précisément, c'était une image dans laquelle OpenVPN était préinstallé. Nous n'arrivions pas à ajouter de nouveaux utilisateurs pour ce VPN avec cette instance. Nous avons donc décidé de supprimer l'instance Amazon d'OpenVPN et de l'installer par nous même sur notre instance principale. Après avoir fait cela, nous arrivions à créer différents utilisateurs pour notre VPN. Cependant, nous avons remarqué qu'OpenVPN limite le nombre de connexions à deux utilisateurs maximum (en même temps).

==Sprint 6 (du 7 Mars au 13 Mars)==
Equipement des salles avec les raspberry pi , les capteurs enocean, les capteurs Zwave

Ajout de fichier de configuration dans l'application meteor, pour faciliter le déploiement. Ajout par exemple de chemins génériques.

==Sprint 7 (du 14 Mars au 17 Mars)==
* Equipement des salles air et fablab avec les capteurs Zwave, Rfxcom
* Contact des administrateurs réseaux de Polytech pour pouvoir débloquer les ports

Projets-2015-2016-OpenSmartCampus

2016-02-29T08:44:24Z

Jeremy.Hammerer: /* Passage en MQTTS */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

Pour le broker mosquitto, nous avons changé le fichier config dans le but de pouvoir utiliser TLS/SSL. Le fichier config est complété comme suivant :
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example
pid_file /var/run/mosquitto.pid
#TLS
require_certificate false
listener 8883
cafile /etc/mosquitto/ca_certificates/ca.crt
certfile /etc/mosquitto/certs/server.crt
keyfile /etc/mosquitto/certs/server.key
#
persistence true
persistence_location /var/lib/mosquitto/
log_dest file /var/log/mosquitto/mosquitto.log
include_dir /etc/mosquitto/conf.d
allow_anonymous true
password_file /etc/mosquitto/passwd

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

Projets-2015-2016-OpenSmartCampus

2016-02-29T08:43:50Z

Jeremy.Hammerer: /* Passage en MQTTS */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

Pour le broker mosquitto, nous avons changé le fichier config dans le but de pouvoir utiliser TLS/SSL. Le fichier config est complété comme suivant :
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example

pid_file /var/run/mosquitto.pid

#TLS
require_certificate false
listener 8883
cafile /etc/mosquitto/ca_certificates/ca.crt
certfile /etc/mosquitto/certs/server.crt
keyfile /etc/mosquitto/certs/server.key
#
persistence true
persistence_location /var/lib/mosquitto/
log_dest file /var/log/mosquitto/mosquitto.log
include_dir /etc/mosquitto/conf.d
allow_anonymous true
password_file /etc/mosquitto/passwd

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

Projets-2015-2016-OpenSmartCampus

2016-02-29T08:27:58Z

Jeremy.Hammerer: /* Sprint 4 (du 15 Février au 21 Février) */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

Pour le broker mosquitto, nous avons changé le fichier config dans le but de pouvoir utiliser TLS/SSL.

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

Projets-2015-2016-OpenSmartCampus

2016-02-29T08:23:41Z

Jeremy.Hammerer: /* Installation de Kibana */

=Présentation du Projet=
==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

'''Le projet en 2014-2015 :''' [http://air.imag.fr/index.php/Proj-2014-2015-SmartCampus2015 '''SmartCampus2014-2015''']

'''Le projet en 2013-2014 :''' [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi '''SmartCampus2013-2014''']

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas Gillet-Pascal

'''Encadrants : '''
*Didier Donsez
*Vivien Quéma

=Organisation du Projet=
Dans le but de mener à bien notre projet, nous avons décider d'utiliser la méthode agile Scrum. Le projet étant à faire dans un court intervalle de temps (2 mois), nous avons décidé de faire des sprints d'une semaine chacun.

==Sprint 1 (du 25 Janvier au 31 Janvier)==
Matériel récupéré:
* Gateways
** [[Raspberry Pi]] 2 + Alimentation 5V DC
* [[ZWave]]
** Clé USB Sigma ZWave
** [http://www.domadoo.fr/fr/peripheriques/2921-aeon-labs-detecteur-multifonctions-6-en-1-multisensor-z-wave-plus-gen5-1220000013100.html Détecteur de présence Aeon-labs ZWave]
** [http://www.domadoo.fr/fr/peripheriques/2608-zipato-detecteur-z-wave-4-en-1-mouvement-ouverture-luminosite-tem-3858890730425.html Détecteur d'ouverture Zipato ZWave]
*[[Rfxcom]]
** Récepteur RFXCom 443 MHz
** Station WMR88
** Sonde Oregon Hygro Baro
** Sonde Oregon Luminosité
** Sonde Oregon Thermo Hygro All Weather
* [[enOcean]]
* Digital Security Camera
** [[DLink DSC 5222L]] PTZ, UPnP

Travail effectué:
** Etude de l'existant
** Etude des données de la métro de Grenoble, savoir si l'on peut leur apporter de nouvelles données ou non.

A voir
* http://fablab.ensimag.fr/index.php/SmartCampus/FicheSuivi
* http://air.imag.fr/index.php/PM2M/2016/TP
* http://air.imag.fr/index.php/GrenobloisFut%C3%A9

==Sprint 2 (du 1 Février au 7 Février)==

Architecture réalisée avec Didier Donsez :
[[Image:Architecture_SmartCampus_2016.png|800px|thumb|center]]

L'utilisation de [http://www.angular-meteor.com/ Météor] avec une base de donnée MongoDB est possible . Une alternative à explorer est [http://sailsjs.org/ Sails.js]. Étant donné le caractère exploratoire de ce sprint, l'architecture peut être amenée à changer. Notamment en ce qui concerne l'utilisation de Météor ou la base de donnée MongoDB.

Taches :

*Explorer l'utilisation de Météor et de [https://kadira.io/ Kadira] à travers des tutoriels. Installation locale pour l'instant.

*Installer un serveur Mosquito/MQTT(S) pour les communications avec les cartes

*Installer Node-Red sur Rasberry PI : faire flux de reception/envoie entre la carte et le serveur MQTT : [http://nodered.org/docs/hardware/raspberrypi.html Tutoriel d'installation Node-Red]

[http://www.rs-online.com/designspark/electronics/eng/blog/building-distributed-node-red-applications-with-mqtt Tutoriel pour connecter Node-Red avec serveur MQTT]. Ceci est à adapter suivant la configuration dans settings.json

[http://flows.nodered.org/flow/015f1c7463476d5e5fd8 Regarder ce flux existant proposant un envoie sécurisé sur le serveur]

[http://flows.nodered.org/flow/bf9814b4c6bffda3c675 Regarder ce flux existant pour envoyer des données reçues par la Z-Wave]

*Explorer l'utilisation de [https://www.twilio.com/ Twilio] pour l'envoie de sms automatique depuis les cartes. Technologies JavaScript utilisable sur serveur Node.js

=== Prendre en main sa rasberry pi à distance ===
http://www.framboise314.fr/prenez-la-main-a-distance-sur-votre-raspberry-pi-avec-vnc/

===Installation sur Rasberry Pi Wheezy===
* Lancer node-red sur la rasberry-pi B+ grâce aux commandes suivantes dans un script. Sur l'OS Debian wheezy.

#!/bin/bash
#install nodered
sudo apt-get remove nodered
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio
# install Node-red
sudo npm install -g --unsafe-perm node-red
echo nmp--------------------->[OK]

Tentatives de démarrer le serveur au boot de la carte sur l'OS Wheezy. Malgré plusieurs tentatives (utilisation de update.rc, de PM2) le serveur ne démarre pas au lancement.

=== Utilisation de la plateforme AWS d'Amazon ===
* Création d'un compte gratuit sur Amazon d'une validité d'un an.
* Création d'une machine virtuelle Ubuntu sur la plateforme.
* Installation et mise en marche d'un serveur Mosquitto (broker) sur la machine virtuelle. (voir [http://mosquitto.org/2013/01/mosquitto-debian-repository/ installation])

===Sur l'OS Debian Jessie : Une version de node-red est pré-installée.===

Pour passer de Wheezy à Jessie (solution adoptée) : installation de [https://www.raspberrypi.org/downloads/noobs/ NOOBS] puis de Debian Jessie via cet utilitaire. Il est nécessaire d'avoir une carte SD vierge ou de la formater.

Mise à jour des logiciels :
sudo apt-get update
sudo apt-get upgrade

le système pré-installé sur Jessie permet de lancer au démarrage et, en cas de panne, de relancer le serveur node-red grâce à nodered.service.

Pour l'activer, taper la commande :
sudo systemctl enable nodered.service

===Installation des noeuds RFXcom pour le récepteur 433 Mhz et du noeud pour le récepteur Zwave===

Il est nécessaire d'installer npm pour ajouter des noeuds à node-red:
sudo apt-get install npm

Les noeuds sont à installer dans le dossier $HOME/.node-red/ pour qu'un seul utilisateur y ai accès. La commande npm sans -g installera le noeud dans le dossier courant. Sinon avec l'option -g et les droits root dans le dossier node_module/node-red. Pour que le noeud apparaisse, il faut redémarrer node-red.

====Téléchargement du noeud RFXcom====

[http://flows.nodered.org/node/node-red-contrib-rfxcom Noeud RfxCom]

====Installation des noeuds Zwave====

[http://flows.nodered.org/node/node-red-contrib-openzwave Noeud Zwave]

Ce noeud dépend d'une version d'Openzwave avec nodejs : [https://github.com/OpenZWave/node-openzwave-shared node-openzave]. Il faut donc installer la librairie OpenZwave.

Téléchargement de la version 1.4 [https://github.com/OpenZWave/open-zwave/releases/tag/v1.4 OpenZwave 1.4] en zip.

Dans le répertoire décompressé.
make
sudo make install

La commande make, provoquant la compilation, peut mettre du temps.
Il est possible qu'une librairie soit manquante et provoque une erreur.

Pour y remédier :
sudo apt-get install libudev-dev

La commande make install copie les librairies openzwave dans /usr/local/lib. Si node-red n'est pas dans /usr/local/lib/node_modules/ il faut déplacer les librairies dans /usr/lib/.

Pour vérifier la bonne installation, lors de lancement de node-red, un noeud Zwave in et Zwave out sont respectivement dans Input et Output.

L'installation du noeud peut provoquer une erreur si la version de nodejs est inférieure ou égale à 0.10.29

====Mettre à jour nodejs====
sudo apt-get remove nodered
sudo apt-get remove nodejs nodejs-legacy
sudo apt-get remove npm

=====Raspberry Pi 2=====
curl -sL https://deb.nodesource.com/setup_4.x | sudo bash -
sudo apt-get install -y build-essential python-dev python-rpi.gpio nodejs

=====Raspberry Pi=====
wget http://node-arm.herokuapp.com/node_archive_armhf.deb
sudo dpkg -i node_archive_armhf.deb
sudo apt-get install build-essential python-dev python-rpi.gpio

Une fois nodejs mis à jour(nodejs -v > 0.12.x ou 4.2.x)
sudo npm cache clean
sudo npm install -g --unsafe-perm node-red

=====Remettre les scripts de lancement et de démarrage=====
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/nodered.service -O /lib/systemd/system/nodered.service
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-start -O /usr/bin/node-red-start
sudo wget https://raw.githubusercontent.com/node-red/raspbian-deb-package/master/resources/node-red-stop -O /usr/bin/node-red-stop
sudo chmod +x /usr/bin/node-red-st*
sudo systemctl daemon-reload

==Sprint 3 (du 8 Février au 14 Février)==

=== Mise en place d'un VPN ===
Dans le but de pouvoir avancer plus facilement dans le projet, nous avons dû mettre en place un serveur VPN car les ports utilisés par MQTT sont bloqués sur le réseau de l'université. Il est donc impossible pour une Raspberry Pi de communiquer avec un serveur mosquitto basé sur la plateforme AWS sans passer par un VPN (en utilisant le réseau de l'université). L'avantage d'utiliser un VPN est aussi de sécuriser les communications entre les Raspberry pi et le serveur mosquitto. Les étapes de la mise en place de notre VPN sont les suivantes :

* Création d'une nouvelle machine virtuelle dans le but d'installer un serveur VPN openVPN dans le cluster d'amazon (voir [https://www.youtube.com/watch?v=VWqRrMGHJQg installation]).

* Installation d'un client VPN sur une Raspberry

===Mise en place d'une base de donnée [https://influxdata.com/ InfluxDB]===

Installation sur le serveur amazone d'une base InfluxDB:
wget https://s3.amazonaws.com/influxdb/influxdb_0.10.1-1_amd64.deb
sudo dpkg -i influxdb_0.10.1-1_amd64.deb

===Installation de [http://grafana.org/download/ Grafana]===
Connexion avec la base InfluxDB et première visualisation de données émises par les capteurs météorologiques.

===Modification du flow Node-red===
Récupération d'informations depuis le récepteur RfxCom et envoie vers le broker mqtt.

==Sprint 4 (du 15 Février au 21 Février)==

===Passage en MQTTS===
Changement du port de configuration sur le flow node-red : 1883 -> 8883
Activation du cryptage tls/ssl et désactivation de la vérification du certificat du serveur. En effet, tous les certificats générés sont auto-signés. Afin que la connexion puisse se faire il faut, soit un certificat signé par une autorité reconnue, soit désactiver la vérification.

Pour Telegraf (voir installation ci-dessous)

Changement du port et définition de la clé et du certificat pour la communication cryptée dans le fichier de configuration.

===Installation de [https://github.com/influxdata/telegraf Telegraf]===
La dernière release précompilée pour Ubuntu(0.10.2) ne contient pas le plugin "mqtt_consumer". Elle ne sera disponible que dans la release 0.10.3. Il faut donc l'installer depuis les sources si la version n'est pas supérieur à 0.10.3.
Afin de faciliter le démarrage automatique de Telegraf, on installe via le package debian puis on remplacera l'exécutable par une version plus récente:

[http://get.influxdb.org/telegraf/telegraf_0.10.3-1_amd64.deb Dernière version disponible actuellement]

====Installation de GO====
Sur AWS, une version de go est pré-existante mais non fonctionnelle car non à jour.
sudo rm /usr/bin/go

Choisir la dernière version de go : [https://golang.org/dl/ GO]

Décompresser l'archive:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz

Ajouter dans /etc/profile ou $HOME/.profile. L'exemple ci-dessous n'est fonctionnel que si vous avez décompréssé dans /usr/local:
export PATH=$PATH:/usr/local/go/bin

Créer la variable GOPATH:
export GOPATH=<YOUR_PATH>

Télécharger les sources:
go get github.com/influxdata/telegraf

Aller dans le dossier de téléchargements:
cd $GOPATH/src/github.com/influxdata/telegraf
make
sudo cp telegraf /usr/bin/

====Configuration de Telegraf====

Un exemple de fichier de configuration est obtenu via la commande suivante :

telegraf -sample-config -input-filter mqtt_consumer -output-filter influxdb > YOUR_FILE.conf
[https://github.com/influxdata/telegraf/tree/master/plugins/inputs/mqtt_consumer Exemple configuration mqtt]

Changez l'adresse et le port du broker mqtt et de la base influxDB. Choissez les topics auxquels souscrire, le format des données reçu de la part du broker (json,influx...)

Si vous utilisez des certificats auto-signés ne pas oublier
skip_verify_ssl = true

Le fichier de configuration lu au démarrage se situe dans :
/etc/telegraf

Pour renommer le fichier de configuration lu au démarrage :
sudo nano /etc/init.d/telegraf

Changer la ligne avec la variable confile=/etc/telegraf/YOUR_FILE.conf

===Passage d'influxDB en https===
Dans le fichier /etc/influxdb/infludb.conf :

Modifier les attributs de [admin] et [http] en mettant https = true et le chemin vers la clé/certificat pour influxDB. Une subtilité est à retenir pour influxDB ssl. En effet, la clé et le certificat doivent être dans le même fichier :
cat key.pem crt.pem > key_crt.pem

Projets-2015-2016-OpenSmartCampus

2016-02-15T09:55:51Z

Jeremy.Hammerer: /* Sprint 2 (du 1 Février au 7 Février) */

Projets-2015-2016-OpenSmartCampus

2016-02-15T09:55:12Z

Jeremy.Hammerer: /* Prendre en main sa rasberry pi à distance */

Projets-2015-2016-OpenSmartCampus

2016-02-15T09:54:39Z

Jeremy.Hammerer: /* Sprint 3 (du 8 Février au 14 Février) */

Projets-2015-2016-OpenSmartCampus

2016-02-15T08:58:08Z

Jeremy.Hammerer:

Projets-2015-2016-OpenSmartCampus

2016-02-15T08:53:21Z

Jeremy.Hammerer:

Contribution à OpenSmartCampus

2016-01-27T09:37:42Z

Jeremy.Hammerer: /* OpenSmartCampus */

Encadrants : Didier Donsez, Vivien Quéma

Contribution à OpenSmartCampus

2016-01-27T09:36:42Z

Jeremy.Hammerer: /* OpenSmartCampus */

=OpenSmartCampus=
Encadrants : Didier Donsez, Vivien Quéma

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:35:58Z

Jeremy.Hammerer: /* L'équipe */

Contribution à OpenSmartCampus

2016-01-27T09:35:29Z

Jeremy.Hammerer: /* OpenSmartCampus */

=OpenSmartCampus=
Encadrants : Didier Donsez,

Contribution à OpenSmartCampus

2016-01-27T09:34:56Z

Jeremy.Hammerer: Created page with "=OpenSmartCampus="

=OpenSmartCampus=

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:30:38Z

Jeremy.Hammerer: /* Sprint (du 1 Février au 7 Février) */

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:30:27Z

Jeremy.Hammerer: /* Organisation du Projet */

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:07:18Z

Jeremy.Hammerer: /* Présentation du Projet */

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:05:00Z

Jeremy.Hammerer: /* Introduction */

Projets-2015-2016-OpenSmartCampus

2016-01-27T09:01:09Z

Jeremy.Hammerer: /* Introduction */

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:56:15Z

Jeremy.Hammerer: /* Présentation du Projet */

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:46:10Z

Jeremy.Hammerer: /* L'équipe */

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:45:55Z

Jeremy.Hammerer: /* Présentation du Projet */

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:45:42Z

Jeremy.Hammerer: /* Introduction */

=Présentation du Projet=
==Introduction==

==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Il a vu le jour il y a 3 ans et il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas ???

'''Responsables : '''
*Didier Donsez
*Vivien Quéma

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:45:03Z

Jeremy.Hammerer: /* L'équipe */

=Présentation du Projet=
==Introduction==

==Introduction==
Le projet nommé smart Campus est un projet étudiant visant à rendre un domaine universitaire intelligent. Ce projet a vu le jour il y a 3 ans. Il a comme but principal de rendre plus pratique la vie sur le campus ainsi que la gestion de celui-ci.

==L'équipe==

'''RICM5 : '''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT : '''
*Andréas ???

'''Responsables : '''
*Didier Donsez
*Vivien Quéma

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:34:14Z

Jeremy.Hammerer: /* L'équipe */

=Présentation du Projet=
==Introduction==

==L'équipe==

'''RICM5'''
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

'''DUT'''
*Andréas ???

'''Responsables'''
*Didier Donsez
*Vivien Quéma

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:33:31Z

Jeremy.Hammerer: /* Responsables= */

=Présentation du Projet=
==Introduction==

==L'équipe==

===RICM5===
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

===DUT===
*

===Responsables===
*Didier Donsez
*Vivien Quéma

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:32:41Z

Jeremy.Hammerer: /* RICM5 */

=Présentation du Projet=
==Introduction==

==L'équipe==

===RICM5===
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

===DUT===
*

===Responsables====

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:31:41Z

Jeremy.Hammerer: /* L'équipe */

=Présentation du Projet=
==Introduction==

==L'équipe==

===RICM5===
*Quentin Torck
*Vivien Michel
*Jérémy Hammerer
*Rama Codazzi
*Zhengmeng Zhang

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:30:11Z

Jeremy.Hammerer: /* L'équipe */

=Présentation du Projet=
==Introduction==

==L'équipe==
Quentin Torck
Vivien Michel
Jérémy Hammerer
Rama Codazzi
Zhengmeng Zhang

Projets-2015-2016-OpenSmartCampus

2016-01-27T08:29:09Z

Jeremy.Hammerer: Created page with "=Présentation du Projet= ==Introduction== ==L'équipe== Quentin Torck"

=Présentation du Projet=
==Introduction==

==L'équipe==
Quentin Torck

Projets 2015-2016

2016-01-27T08:25:20Z

Jeremy.Hammerer: /* Projet Semestre S10 */

<<[[Projets 2014-2015]] | [[Projets]] | [[Projets 2016-2017]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* '''Evaluation à mi-parcours le lundi 29 février''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: vous creusez la question, vous contactez l'auteur du code si il y a lieux, vous faites un rapport de bug ('''Attention:''' ca se prépare !), vous soumettez un patch, vous contactez l'enseignant ou la personne suivant le projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle
indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016.

* '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.

* Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Dashboard pour gestionnaire de tâches et de ressources]]
| CROUZET, MATHIEU
| Richard
| [[Projets-2015-2016-DashBoard| '''Fiche''']]
| [https://github.com/MatthieuCrouzet/Projet4A '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 2
| [[Speeding Simplified Script Language]]
| POPEK, BERTRAND, DALECHAMPS, WEI
| Richard
| [[Projets-2015-2016-SSSL| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Groupe2_AIR.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[Borne interactive]]
| DUNAND - NAVARRO - REVEL
| Maisonnasse
| [[Projets-2015-2016-Borne-Interactive| '''Fiche''']] - [[Projets-2015-2016-Borne-Interactive-SRS | '''SRS''']]
| [https://github.com/Kant73/InteractiveDisplay '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:IPopo.pdf|Rapport Consultant]]
|-

!scope="row"| 4
| [[Sonotone]]
| LECORPS, VOUTAT, Hattinguais
| Maisonnasse, Richard
| [[Projets-2015-2016-Sonotone| '''Fiche''']] - [[Projets-2015-2016-Sonotone-SRS | '''SRS''']]
| [https://github.com/Gorgorot38/Sonotone-RICM4 '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:SRS_Consultant_Sonotone_4.pdf|Rapport_Consultant]]
|-

!scope="row"| 5
| [[Sous-titre en temps réel d'un cours]]
| LECHEVALLIER, BUI, OUNISSI
| Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRS_Groupe_5.pdf| Rapport Consultant]]
|-

!scope="row"| 6
| [[GrenobloisFuté]]
| MOURET, DELAPORTE, Lucidarme
| Nicolas Palix
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_G14.pdf|Rapport Consultant]]
|-

!scope="row"| 7
| [[Streaming en stéréoscopie]]
| ZHAO ZILONG, HAMMOUTI
| Maisonnasse
| [[Fiche| '''Fiche''']] - [[SRS - Streaming en stéréoscopie | '''SRS''']]
| [https://github.com/zhao-zilong/streaming_stereo '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:bruel_medewou_ndiaye.pdf|Rapport_consultant]]
|-

!scope="row"| 8
| [[PersyCup2016]]
| BIN, ZEGAOUI, ELLAPIN
| Donsez, Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]]
|-

!scope="row"| 9
| [[Services étendus pour le modèle de composants iPOPO pour Python]]
| FOUNAS, HALLAL, GATTAZ
| Calmant & Donsez
| [[Proj-2015-2016-Extensions_IPOPO | '''Fiche''']] - [[Proj-2015-2016-Extensions_IPOPO/SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:9_RapportProjet.pdf|Rapport]] - [[Media:9_TransparentsProojet.pdf|Transparents]] - [[Media:9_FlyerProjet.pdf|Flyer]] - [[Media:3-SRS-Pres.pdf| Rapport Consultant]]
|-

!scope="row"| 10
| [[IndoorGeoloc2016]]
| ARRADA - CRASTES - FAURE - STOIAN
| Donsez
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRSGroupe17.pdf| Rapport Consultant]]
|-

!scope="row"| 11
| [[UPnPOpenHAB2016]]
| Medewou , Ndiyae Yacine , Bruel Anna
| Didier Donsez & Jérome Maisonnasse
| [[Fiche| '''Fiche''']] - [[Proj-2015-2016-Int%C3%A9gration_de_cam%C3%A9ra_de_surveillance_UPnP_%C3%A0_Openhab/SRS| '''SRS''']]
| [https://github.com/openHab-UPnP/projetAir2016.git '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_ZHAO_HAMMOUTI.pdf|Rapport Consultant]]
|-

!scope="row"| 12
| [[Sign2Speech]]
| NIOGRET, NOGUERON, TITH
| Didier Donsez
| [[sign2speech_ricm4_2015_2016| '''Fiche''']] - [[SRS - Sign2Speech | '''SRS''']]
| [https://github.com/SignToSpeech-Project/sign2speech '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:12-Sign2Speech-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 13
| [[AstroImage]]
| RACHEX, BLANC, GERRY
| Olivier Richard et Bruno Bzeznik
| [[Fiche| '''Fiche''']] - [[AstroImage/SRS | '''SRS''']]
| [https://github.com/nicolas-blanc/AstroImage '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:13-AstroImage-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 14
| [[Tachymètre]]
| MACE, NOUGUIER, RAMEL
| Olivier Gattaz
| [[Fiche - Tachymètre | '''Fiche''']] - [[SRS - Tachymètre| '''SRS''']] - [[UML - Tachymètre| '''UML''']]
| [https://github.com/Quego/Tachymetre '''github - Tachymètre''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:srs_tachymetre.pdf|Rapport consultant]]
|-

!scope="row"| 16
| [[SmartProjector]]
| BRANGER, HABLOT
| Donsez, Richard
| [[Fiche_SmartProjector_ricm4_2015_2016| '''Fiche''']] - [[SRS - SmartProjector| '''SRS''']]
| [https://github.com/P0ppoff/SmartProjector '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Gl_groupe16.pdf|Rapport Consultant]]
|-

|}

===Liste de projets===

* [[Dashboard pour gestionnaire de tâches et de ressources]], Olivier Richard
* [[Moteur distribué d'exécution de commande]], Olivier Richard
* [[Environnement d'expérimentation de pour NVIDIA Shield (Tegra X1)]], Olivier Richard
* [[Speeding Simplified Script Language]], Olivier Richard

* Aide (Open-Source)au Handicap Auditif, avec Didier Donsez, Jérome Maisonnasse, Marie-Paule Balicco (SAH UGA) et Nicolas Vuillerme
** [[Borne interactive]] (1 sujet)
** [[Sonotone]] (1 sujet)
** [[Sous-titre en temps réel d'un cours]] (1 sujet)
* [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.
* [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix
* [[Smart campus augmenté et contributif]] Didier Donsez, Vivien Quema

* [[Streaming en stéréoscopie]] sur [[WebRTC]] avec rendu sur [[Oculus]] pour le robot [[RobAIR]], Jérôme Maisonnasse. ([http://gstconf.ubicast.tv/videos/stereoscopic-3d-video/ voir]).
* [[STM32F7]] : Mise en oeuvre de la chaîne de compilation sous Linux avec [[OpenSTM32]] et [[OpenOCD]]. Nicolas Palix
* [[PersyCup2016]] : Persyval Robocup, Didier Donsez, Vivien Quema, Jérome Maisonnasse. (3 étudiants)
* [[Services étendus pour le modèle de composants iPOPO pour Python]], Didier Donsez & Thomas Calmant. (2 étudiants)
* [[SmartClassRoom2016|Développement d'une interface partagée pour tables tactiles (projet SmartClassRoom)]], Didier Donsez, Jérôme Maisonnasse. (2 étudiants)
* [[iRock2016|iRock : surveillance de glissement de terrains]], Didier Donsez & Vivien Quema
* [[IndoorGeoloc2016|Géolocalisation in-door au moyen de balises (beacon) BLE et Wifi à base de STM32 et de balises iBeacon & AltBeacon]], Didier Donsez & Vivien Quema
* [[UPnPOpenHAB2016|Intégration et gestion de caméras de surveillance UPnP dans la plateforme domotique open-source OpenHAB et myOpenHAB]], Didier Donsez & Jérome Maisonnasse.

'''Projets non prioritaires'''

* [[Liveprogramming with Kivy]], Olivier Richard
* [[AstroImage]] production d'image d'astronomie, Olivier Richard et Bruno Bzeznik
* [[G-code Cruncher]] Controle de machine CNC (Nucleo grbl + esp8266 + Sdcard), Olivier Richard
* [[Intégration OpenHAB / OpenTele]] Nicolas Palix

==RICM5==

===Projet Semestre S10===

Enseignant responsable : Didier Donsez

Démarrage : Lundi 25/01 à 10H30-12H30, P253 (Rendez-vous devant la salle AIR) - Visioconf pour Thibaut Cordier

Soutenance : Vendredi 18/03 à 8H30-12H30, Salle à confirmer

Etudiants : RICM5 + 8 étudiants Avosti DUT RT

Rappel séances MPI
* Séance 1 : mardi 26 janvier après midi - Stéphanie Diligent
* Séance 2 : mardi 2 février après midi - Stéphanie Diligent
* Séance 3 : lundi 8 février matin - Emmanuelle Tréhoust
* Séance 4 : jeudi 11 février matin - Emmanuelle Tréhoust
* Séance 5 : lundi 21 mars matin - Stéphanie Diligent et Emmanuelle Tréhoust

Planning soutenance (à venir).
* Bossa
* IaaS Docker
* Immersion EDF
* SmartCampus
* SmartClassRoom (en C005)
* Pot d' "Au Revoir"

{|class="wikitable alternance"
|+ Affectation des projets RICM5 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai, Bonnard Loïc, Caperan Théo
| Didier Donsez
| [[Projets-2015-2016-IaaS_Docker| '''Fiche''']]
| [https://github.com/EudesRobin/iaas-collaboratif '''github''']
| [[Media:Rapport_IaaS.pdf|Rapport]] - [[Media:Transparents_IaaS.pdf|Transparents]] - [[Media:Flyer_IaaS.pdf|Flyer]]
|-
!scope="row"| 2
| [http://air.imag.fr/index.php/Portage_de_Bossa Portage de Bossa sur le Kernel Linux 4x]
| Eric Michel Fotsing, Ombeline Rossi, Longfei Yao
| Nicolas Palix, Didier Donsez
| [[Projets-2015-2016-Portage_Bossa| '''Fiche''']]
| [https://github.com/ZenithKaizer/ '''github''']
| [[Media:Rapport_Bossa.pdf|Rapport]] - [[Media:Transparents_Bossa.pdf|Transparents]] - [[Media:Flyer_Bossa.pdf|Flyer]]
|-

!scope="row"| 3
| [[Visite immersive en réalité virtuelle dans une usine avec EDF]]
| Adam Christophe, Aissanou Sarah, Klipffel Tararaina, Qian Jean, Zominy Laurent
| Didier Donsez, Georges-Pierre Bonneau, Thibaut Cordier (EDF)
| [[Projets-2015-2016-VisiteImmersiveEDF| '''Fiche''']]
| [https://github.com/VisiteImmersiveEDF '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]]
|-

!scope="row"| 4
| [[Contribution à OpenSmartCampus]] (voir http://data.beta.metropolegrenoble.fr/)
| Quentin Torck, Vivien Michel, Jérémy Hammerer, Rama Codazzi, Zhengmeng Zhang
| Didier Donsez, Vivien Quéma
| [[Projets-2015-2016-OpenSmartCampus| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]]
|-

!scope="row"| 5
| [[Contribution à SmartClassRoom]] (Interfaces tactiles distribuées et partagées)
| Saussac Thibault, Toussaint Sébastien, Hamdani Youcef, Zoppello Sebastien, Melik sak, Mesnier Vincent
| Jérôme Maisonnasse, Didier Donsez
| [[Projets-2015-2016-SmartClassRoom| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetSmartClassRoom.pdf|Rapport]] - [[Media:TransparentsProjetSmartClassRoom.pdf|Transparents]] - [[Media:FlyerProjetSmartClassRoom.pdf|Flyer]]
|-

|}

===Projets annulés et reportés===
* Projet avec [[Tango Project]] (Annulé)
* Hack the Beam, Didier Donsez & Jérôme Maisonnasse.
* [[Algorithmes de suivi de personnes pour robot de téléprésence RobAIR]] (Jérôme Maisonnasse, Didier Donsez)

Projets 2015-2016

2016-01-27T08:20:12Z

Jeremy.Hammerer: /* Projet Semestre S10 */

<<[[Projets 2014-2015]] | [[Projets]] | [[Projets 2016-2017]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* '''Evaluation à mi-parcours le lundi 29 février''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: vous creusez la question, vous contactez l'auteur du code si il y a lieux, vous faites un rapport de bug ('''Attention:''' ca se prépare !), vous soumettez un patch, vous contactez l'enseignant ou la personne suivant le projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle
indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016.

* '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.

* Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Dashboard pour gestionnaire de tâches et de ressources]]
| CROUZET, MATHIEU
| Richard
| [[Projets-2015-2016-DashBoard| '''Fiche''']]
| [https://github.com/MatthieuCrouzet/Projet4A '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 2
| [[Speeding Simplified Script Language]]
| POPEK, BERTRAND, DALECHAMPS, WEI
| Richard
| [[Projets-2015-2016-SSSL| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Groupe2_AIR.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[Borne interactive]]
| DUNAND - NAVARRO - REVEL
| Maisonnasse
| [[Projets-2015-2016-Borne-Interactive| '''Fiche''']] - [[Projets-2015-2016-Borne-Interactive-SRS | '''SRS''']]
| [https://github.com/Kant73/InteractiveDisplay '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:IPopo.pdf|Rapport Consultant]]
|-

!scope="row"| 4
| [[Sonotone]]
| LECORPS, VOUTAT, Hattinguais
| Maisonnasse, Richard
| [[Projets-2015-2016-Sonotone| '''Fiche''']] - [[Projets-2015-2016-Sonotone-SRS | '''SRS''']]
| [https://github.com/Gorgorot38/Sonotone-RICM4 '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:SRS_Consultant_Sonotone_4.pdf|Rapport_Consultant]]
|-

!scope="row"| 5
| [[Sous-titre en temps réel d'un cours]]
| LECHEVALLIER, BUI, OUNISSI
| Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRS_Groupe_5.pdf| Rapport Consultant]]
|-

!scope="row"| 6
| [[GrenobloisFuté]]
| MOURET, DELAPORTE, Lucidarme
| Nicolas Palix
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_G14.pdf|Rapport Consultant]]
|-

!scope="row"| 7
| [[Streaming en stéréoscopie]]
| ZHAO ZILONG, HAMMOUTI
| Maisonnasse
| [[Fiche| '''Fiche''']] - [[SRS - Streaming en stéréoscopie | '''SRS''']]
| [https://github.com/zhao-zilong/streaming_stereo '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:bruel_medewou_ndiaye.pdf|Rapport_consultant]]
|-

!scope="row"| 8
| [[PersyCup2016]]
| BIN, ZEGAOUI, ELLAPIN
| Donsez, Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]]
|-

!scope="row"| 9
| [[Services étendus pour le modèle de composants iPOPO pour Python]]
| FOUNAS, HALLAL, GATTAZ
| Calmant & Donsez
| [[Proj-2015-2016-Extensions_IPOPO | '''Fiche''']] - [[Proj-2015-2016-Extensions_IPOPO/SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:9_RapportProjet.pdf|Rapport]] - [[Media:9_TransparentsProojet.pdf|Transparents]] - [[Media:9_FlyerProjet.pdf|Flyer]] - [[Media:3-SRS-Pres.pdf| Rapport Consultant]]
|-

!scope="row"| 10
| [[IndoorGeoloc2016]]
| ARRADA - CRASTES - FAURE - STOIAN
| Donsez
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRSGroupe17.pdf| Rapport Consultant]]
|-

!scope="row"| 11
| [[UPnPOpenHAB2016]]
| Medewou , Ndiyae Yacine , Bruel Anna
| Didier Donsez & Jérome Maisonnasse
| [[Fiche| '''Fiche''']] - [[Proj-2015-2016-Int%C3%A9gration_de_cam%C3%A9ra_de_surveillance_UPnP_%C3%A0_Openhab/SRS| '''SRS''']]
| [https://github.com/openHab-UPnP/projetAir2016.git '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_ZHAO_HAMMOUTI.pdf|Rapport Consultant]]
|-

!scope="row"| 12
| [[Sign2Speech]]
| NIOGRET, NOGUERON, TITH
| Didier Donsez
| [[sign2speech_ricm4_2015_2016| '''Fiche''']] - [[SRS - Sign2Speech | '''SRS''']]
| [https://github.com/SignToSpeech-Project/sign2speech '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:12-Sign2Speech-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 13
| [[AstroImage]]
| RACHEX, BLANC, GERRY
| Olivier Richard et Bruno Bzeznik
| [[Fiche| '''Fiche''']] - [[AstroImage/SRS | '''SRS''']]
| [https://github.com/nicolas-blanc/AstroImage '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:13-AstroImage-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 14
| [[Tachymètre]]
| MACE, NOUGUIER, RAMEL
| Olivier Gattaz
| [[Fiche - Tachymètre | '''Fiche''']] - [[SRS - Tachymètre| '''SRS''']] - [[UML - Tachymètre| '''UML''']]
| [https://github.com/Quego/Tachymetre '''github - Tachymètre''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:srs_tachymetre.pdf|Rapport consultant]]
|-

!scope="row"| 16
| [[SmartProjector]]
| BRANGER, HABLOT
| Donsez, Richard
| [[Fiche_SmartProjector_ricm4_2015_2016| '''Fiche''']] - [[SRS - SmartProjector| '''SRS''']]
| [https://github.com/P0ppoff/SmartProjector '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Gl_groupe16.pdf|Rapport Consultant]]
|-

|}

===Liste de projets===

* [[Dashboard pour gestionnaire de tâches et de ressources]], Olivier Richard
* [[Moteur distribué d'exécution de commande]], Olivier Richard
* [[Environnement d'expérimentation de pour NVIDIA Shield (Tegra X1)]], Olivier Richard
* [[Speeding Simplified Script Language]], Olivier Richard

* Aide (Open-Source)au Handicap Auditif, avec Didier Donsez, Jérome Maisonnasse, Marie-Paule Balicco (SAH UGA) et Nicolas Vuillerme
** [[Borne interactive]] (1 sujet)
** [[Sonotone]] (1 sujet)
** [[Sous-titre en temps réel d'un cours]] (1 sujet)
* [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.
* [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix
* [[Smart campus augmenté et contributif]] Didier Donsez, Vivien Quema

* [[Streaming en stéréoscopie]] sur [[WebRTC]] avec rendu sur [[Oculus]] pour le robot [[RobAIR]], Jérôme Maisonnasse. ([http://gstconf.ubicast.tv/videos/stereoscopic-3d-video/ voir]).
* [[STM32F7]] : Mise en oeuvre de la chaîne de compilation sous Linux avec [[OpenSTM32]] et [[OpenOCD]]. Nicolas Palix
* [[PersyCup2016]] : Persyval Robocup, Didier Donsez, Vivien Quema, Jérome Maisonnasse. (3 étudiants)
* [[Services étendus pour le modèle de composants iPOPO pour Python]], Didier Donsez & Thomas Calmant. (2 étudiants)
* [[SmartClassRoom2016|Développement d'une interface partagée pour tables tactiles (projet SmartClassRoom)]], Didier Donsez, Jérôme Maisonnasse. (2 étudiants)
* [[iRock2016|iRock : surveillance de glissement de terrains]], Didier Donsez & Vivien Quema
* [[IndoorGeoloc2016|Géolocalisation in-door au moyen de balises (beacon) BLE et Wifi à base de STM32 et de balises iBeacon & AltBeacon]], Didier Donsez & Vivien Quema
* [[UPnPOpenHAB2016|Intégration et gestion de caméras de surveillance UPnP dans la plateforme domotique open-source OpenHAB et myOpenHAB]], Didier Donsez & Jérome Maisonnasse.

'''Projets non prioritaires'''

* [[Liveprogramming with Kivy]], Olivier Richard
* [[AstroImage]] production d'image d'astronomie, Olivier Richard et Bruno Bzeznik
* [[G-code Cruncher]] Controle de machine CNC (Nucleo grbl + esp8266 + Sdcard), Olivier Richard
* [[Intégration OpenHAB / OpenTele]] Nicolas Palix

==RICM5==

===Projet Semestre S10===

Enseignant responsable : Didier Donsez

Démarrage : Lundi 25/01 à 10H30-12H30, P253 (Rendez-vous devant la salle AIR) - Visioconf pour Thibaut Cordier

Soutenance : Vendredi 18/03 à 8H30-12H30, Salle à confirmer

Etudiants : RICM5 + 8 étudiants Avosti DUT RT

Rappel séances MPI
* Séance 1 : mardi 26 janvier après midi - Stéphanie Diligent
* Séance 2 : mardi 2 février après midi - Stéphanie Diligent
* Séance 3 : lundi 8 février matin - Emmanuelle Tréhoust
* Séance 4 : jeudi 11 février matin - Emmanuelle Tréhoust
* Séance 5 : lundi 21 mars matin - Stéphanie Diligent et Emmanuelle Tréhoust

Planning soutenance (à venir).
* Bossa
* IaaS Docker
* Immersion EDF
* SmartCampus
* SmartClassRoom (en C005)
* Pot d' "Au Revoir"

{|class="wikitable alternance"
|+ Affectation des projets RICM5 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai, Bonnard Loïc, Caperan Théo
| Didier Donsez
| [[Projets-2015-2016-IaaS_Docker| '''Fiche''']]
| [https://github.com/EudesRobin/iaas-collaboratif '''github''']
| [[Media:Rapport_IaaS.pdf|Rapport]] - [[Media:Transparents_IaaS.pdf|Transparents]] - [[Media:Flyer_IaaS.pdf|Flyer]]
|-
!scope="row"| 2
| [http://air.imag.fr/index.php/Portage_de_Bossa Portage de Bossa sur le Kernel Linux 4x]
| Eric Michel Fotsing, Ombeline Rossi, Longfei Yao
| Nicolas Palix, Didier Donsez
| [[Projets-2015-2016-Portage_Bossa| '''Fiche''']]
| [https://github.com/ZenithKaizer/ '''github''']
| [[Media:Rapport_Bossa.pdf|Rapport]] - [[Media:Transparents_Bossa.pdf|Transparents]] - [[Media:Flyer_Bossa.pdf|Flyer]]
|-

!scope="row"| 3
| [[Visite immersive en réalité virtuelle dans une usine avec EDF]]
| Adam Christophe, Aissanou Sarah, Klipffel Tararaina, Qian Jean, Zominy Laurent
| Didier Donsez, Georges-Pierre Bonneau, Thibaut Cordier (EDF)
| [[Projets-2015-2016-VisiteImmersiveEDF| '''Fiche''']]
| [https://github.com/VisiteImmersiveEDF '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]]
|-

!scope="row"| 4
| [[Contribution à OpenSmartCampus]] (voir http://data.beta.metropolegrenoble.fr/)
| Quentin Torck, Vivien Michel, Jérémy Hammerer, Rama Codazzi, Zhengmeng Zhang
| Didier Donsez, Vivien Quéma
| [[Projets-2015-2016-XXXX| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]]
|-

!scope="row"| 5
| [[Contribution à SmartClassRoom]] (Interfaces tactiles distribuées et partagées)
| Saussac Thibault, Toussaint Sébastien, Hamdani Youcef, Zoppello Sebastien, Melik sak, Mesnier Vincent
| Jérôme Maisonnasse, Didier Donsez
| [[Projets-2015-2016-SmartClassRoom| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetSmartClassRoom.pdf|Rapport]] - [[Media:TransparentsProjetSmartClassRoom.pdf|Transparents]] - [[Media:FlyerProjetSmartClassRoom.pdf|Flyer]]
|-

|}

===Projets annulés et reportés===
* Projet avec [[Tango Project]] (Annulé)
* Hack the Beam, Didier Donsez & Jérôme Maisonnasse.
* [[Algorithmes de suivi de personnes pour robot de téléprésence RobAIR]] (Jérôme Maisonnasse, Didier Donsez)

VT2015 Geolocalisation Indoor

2015-10-27T10:27:21Z

Jeremy.Hammerer: /* Conclusion */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords : positioning, indoor, guiding, geofencing, beacons.

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étages de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va interagir avec un objet qui est plus ou moins proche de nous et le fait d'interagir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produits que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hôpitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une paire de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type geofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacons), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beaucoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-27T10:26:03Z

Jeremy.Hammerer: /* Fonctionnement des beacons */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords : positioning, indoor, guiding, geofencing, beacons.

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étages de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va interagir avec un objet qui est plus ou moins proche de nous et le fait d'interagir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produits que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hôpitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une paire de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-27T10:22:58Z

Jeremy.Hammerer: /* Les marchés */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords : positioning, indoor, guiding, geofencing, beacons.

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étages de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va interagir avec un objet qui est plus ou moins proche de nous et le fait d'interagir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produits que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hôpitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-27T10:19:34Z

Jeremy.Hammerer: /* Contexte */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords : positioning, indoor, guiding, geofencing, beacons.

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étages de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va interagir avec un objet qui est plus ou moins proche de nous et le fait d'interagir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

ECOM RICM5 Groupe2 2015/SRS

2015-10-19T06:29:59Z

Jeremy.Hammerer: /* 1.3 Définitions, acronymes et abréviations */

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

'''Read first:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

{|class="wikitable alternance"
|+ Document History
|-
|
!scope="col"| Version
!scope="col"| Date
!scope="col"| Authors
!scope="col"| Description
!scope="col"| Validator
!scope="col"| Validation Date
|-
!scope="row" |
| 0.1.0
| Octobre 2015
| Alan Damotte, Quentin Torck, Jérémy Hammerer, Rama Codazzi, Kai Guo
| Présentation des exigences du projet ECOM-Stickers
| TBC
| TBC

|}

=1. Introduction=
==1.1 Objectif du document d'exigence==
Ce document présente les exigences fonctionnelles et non fonctionnelles, les critères de qualité et les risques du projet ECOM-stickers.

==1.2 Cadre du produit==
Ce produit est intégré à la formation de'ingénieur RICM5 (Réseau Informatique & Communication Multimédia) de l'école Polytech Grenoble dans le module ECOM. Celui-ci se déroulera durant le premier semestre de l'année. Ce projet sera mené par cinq étudiants (trois de l'option réseau et deux de l'option multimédia).

==1.3 Définitions, acronymes et abréviations==

==1.4 Références==

==1.5 Présentation du restant du document==

=2. Description générale =
ECOM-stickers est un site e-commerce proposant aux visiteurs d'acheter des stickers en ligne. Le client pourra choisir des stickers parmi une liste de stickers prédéfinis. Celui-ci pourra aussi choisir de créer ses propres stickers en ajoutant des images, des texte, etc... Le client pourra, pour le sticker, choisir une forme prédéfinie (rond, carré, etc...) et une dimension parmi plusieurs proposées par notre site.

==2.1 Perspective du produit==

==2.2 Fonctions du produit==
* Acheter des stickers
* Personnaliser des stickers

==2.3 Caractéristiques de l'utilisateur==
*Tout public
*Principalement des jeunes

==2.4 Contraintes générales==
* Contraintes de charges
* Contraintes de disponibilité
* Contraintes de débit
* Contraintes de sécurité

==2.5 Hypothèses et dépendances==

=3. Exigences spécifiques, exigences d'interface, exigences fonctionnelles, exigences non fonctionnelles=
* Documenter les interfaces externes
* Décrire les fonctionnalités système et les performances système
* Spécifier les exigences de la base de données logique
* Préciser les contraintes
==3.1 Exigences==
'''Fonction''' : Création d'un site e-commerce

'''Description''' : Création d'un site d'achat de stickers. Le client peut acheter des stickers prédéfinis ou personnalisés.

'''Inputs''' : Ordinateur, tablette ou smartphone

'''Outputs''' : Ordinateur, tablette ou smartphone

'''Destination''' : Destiné à tous types d'utilisateurs, mais principalement des jeunes (environ 20 ans)

'''Action''' :
* Créer un compte
* Gérer un compte
* Choisir un ou plusieurs stickers prédéfinis
* Personnaliser un sticker
* Commander un ou plusieurs stickers
* Annuler une commande

'''Exigences fonctionnelles''' :
Une interface web en HTML5 dans le but de permettre:
* La gestion de compte (création de compte ou gestion de compte)
* La personnalisation d'un sticker
* La sélection de stickers prédéfinis
* La commande d'un ou plusieurs stickers
* L'annulation d'une commande

'''Exigences non fonctionnelles''' :
* Portabilité : doit fonctionner sur ordinateur
* Compatibilité : doit fonctionner sur Chrome et Mozilla
* Utilisabilité : pas d'expérience requise. Interface clair et facile d'utilisation
* Robustesse : Le système doit pouvoir fonctionner malgré un grand nombre de connexions simultanées. De plus, en cas de panne du système, celui-ci doit se reconstruire automatiquement
* Sécurité : La fonctionnalité de paiement doit être sécurisée
* Atomicité : L'utilisation de transactions pour le paiement. La transaction doit être terminé, sinon, rien n'est fait.

'''Risques''' :
* Panne du serveur
* Vol des informations des utilisateurs

'''Qualité''' :

'''Pré-condition''' :
* Avoir un ordinateur ou une tablette ou un smartphone
* Être connecté à Internet

'''Post-condition''' :
* Réception des stickers

=4. Product evolution=
The SmartClassroom project is based on several scenarios realised by a number of groups. The part described here is just one of them.
Future enhancements of this environment could be proposed and implemented by future groups in charge of developping this classroom.

=5. Appendices=

=6. Index=

VT2015 Geolocalisation Indoor

2015-10-09T07:46:54Z

Jeremy.Hammerer: /* Abstract */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords : positioning, indoor, guiding, geofencing, beacons.

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-09T07:45:52Z

Jeremy.Hammerer: /* Abstract */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=
Indoor positioning allows to locate a person or an object locate inside a building thanks to coordinates. There are three types of indoor positioning. The first consist of guiding a person in a covered area. The second allows to interact closely with an object. Finally, the third type, called geofencing, seeks to locate a person or an object which is in a particular area. Beacons are a technology that is used to do geofecing effectively. In fact, beacons send a unique identifier within a certain radius. In conclusion, they cover an area. When people enter in a beacon area, their smartphone smartphone receive the beacon identifier. If people own an application which know the beacon idenfier, the application will send informations which are linked to the beacon.

*Keywords :

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-09T06:47:13Z

Jeremy.Hammerer: /* Résumé */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage, micro-localisation, geofencing, beacons, balises.

=Abstract=

*Keywords :

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-09T06:45:53Z

Jeremy.Hammerer: /* Résumé */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

La géolocalisation indoor permet de localiser une personne ou un objet situé en intérieur grâce à des coordonnées. Il existe plusieurs types de géolocalisation indoor. Le guidage, qui consiste à guider une personne dans un lieu couvert. La micro-localisation, qui permet d'interagir de façon rapprochée avec un objet. Enfin, le geofencing, qui permet de savoir lorsqu'une personne entre dans une certaine zone. Les beacons ou balises sont une technologie permettant de faire efficacement du geofencing. En effet, ces balises envoient un identifiant unique dans un certain rayon. Elles couvrent donc une certaine zone. Lorsqu'une personne entre dans cette zone, son smartphone va capter le signal de la balise. Si cette personne possède une application qui "connait" l'identifiant de cette balise, l'application va pouvoir envoyer des informations liées à la balise, comme par exemple les réductions sur un produit.

* Mots-clés : géolocalisation, indoor, guidage,

=Abstract=

*Keywords :

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-09T06:14:33Z

Jeremy.Hammerer: /* Présentation */

=Présentation=
* Sujet : Geolocalisation Indoor : Google Eddystone, Apple iBeacon, AltBeacon
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

* Mots-clés :

=Abstract=

*Keywords :

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-08T22:24:56Z

Jeremy.Hammerer: /* Abstract */

=Présentation=
* Sujet : Geolocalisation Indoor
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

* Mots-clés :

=Abstract=

*Keywords :

=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-08T22:24:31Z

Jeremy.Hammerer: /* Résumé */

=Présentation=
* Sujet : Geolocalisation Indoor
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=

* Mots-clés :

=Abstract=
=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-08T22:21:51Z

Jeremy.Hammerer: /* Présentation */

=Présentation=
* Sujet : Geolocalisation Indoor
* Auteur : Jérémy HAMMERER
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
* Date : 02/10/2015

=Résumé=
=Abstract=
=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.

VT2015 Geolocalisation Indoor

2015-10-08T22:20:19Z

Jeremy.Hammerer:

=Présentation=
* Sujet : Geolocalisation Indoor
* Enseignants : Didier Donsez, Georges-Pierre Bonneau
=Résumé=
=Abstract=
=Synthèse=
==Contexte==
La géolocalisation est un principe qui, de nos jours, est très réputé et utilisé. Par définition, la géolocalisation est le fait de localiser un objet (mobile ou non) ou une personne sur un plan à l'aide de ses coordonnées. Actuellement, le système de géolocalisation le plus connu est le GPS (Guidage Par Satellite). Il permet de géolocaliser plus ou moins efficacement une personne sur terre. Le problème de cette technologie est qu'elle ne permet malheureusement pas de géolocaliser avec une forte précision une personne située dans un lieu couvert. En effet, les murs, les toits et les interférences des bâtiments détériorent le signal GPS. Mais encore cette technologie ne permet pas dans un bâtiment de plusieurs étage de connaître à quel étage on se situe. La technologie GPS n'est donc pas utile pour ce que l'on appelle la géolocalisation indoor ou géolocalisation en intérieur. Il existe trois types de géolocalisation indoor. La première, a un but proche du GPS. C'est à dire qu'elle va permettre à une personne d'être guidée dans un bâtiment. La seconde, appelée micro-localisation, a pour but de se géolocaliser de manière très rapproché. Plus précisément, on va intéragir avec un objet qui est plus ou moins proche de nous et le fait d'intéragir avec cet objet va permettre de s'avoir où l'on se situe. Le troisième type de géolocalisation est appelée geofencing. Ce dernier type consiste en la géolocalisation d'une personne ou d'un objet à partir du moment qu'il entre dans une certaine zone.

==Les technologies==
Dans le but de permettre la géolocalisation indoor, plusieurs types de technologies ont vu le jour. Ces technologies sont les suivantes :

* Wi-Fi Positioning System (WPS) : Cette technologie est actuellement beacoup utilisée pour guider des personnes en intérieur. Elle permet, comme son nom l'indique, de positionner une personne à l'aide du Wi-Fi. Elle n'est malheureusement pas assez précise pour proposer de la micro-localisation ou du geofencing.

* Near Field Communication (NFC) : Cette technologie permet une communication de courte portée entre des appareils. On peut à partir de cela, savoir que la technologie NFC est très efficace pour la micro-localisation. Sa courte portée ne permet cependant pas de faire du guidage ou du geofencing

* Localisation par champ magnétique : En connaissant les différents champs magnétiques d'un bâtiment il est possible de se gélocaliser dans celui-ci. Cette technologie est extrêmement précise. Elle est très efficace pour du guidage et pour du geofencing. Cependant, elle nécessite une cartographie magnétique d'un bâtiment pour pouvoir géolocaliser et actuellement très peu de bâtiments sont cartographiés.

* Beacon : Les beacons, ou balises, sont une technologie permettant de localiser une personne ou un objet entrant dans un certain espace. C'est donc une technologie efficace pour du geofencing. Cette technologie est décrite un peu plus loin dans cette synthèse.

Comme nous pouvons le voir, chacune de ces technologies a ses avantages et ses inconveignants dans la géolocalisation indoor. Dans la suite de cette synthèse nous allons nous focaliser sur la technologie des beacons.

==Les marchés et les acteurs des beacons==
===Les marchés===
Les marchés dans lesquels se développent les beacons sont de plus en plus nombreux. En voici quelques exemples :

* Les centres commerciaux : En s'approchant d'un commerce, une personne pourrait être mise au courant, via une application mobile, des promotions que celui-ci propose.

* Les commerces : Les personnes utilisant l'application du commerce pourraient être mises au courant lorsqu'elles passent dans un certain rayon des nouveaux produit que celui-ci propose. Une telle technologie peut aussi être utilisée, par exemple, par un commerçant qui désirerait connaître les rayons qui sont le plus visités pour pouvoir réorganiser son magasin.

* Les espaces intérieurs publics : Hopitaux, Universités...

* Les musées : Un exemple d'utilisation de beacons sera expliqué plus loin dans la synthèse.

* ...

===Les acteurs===
Actuellement, il existe plusieurs acteurs travaillant sur la technologie des beacons. Les trois principaux sont Apple, Google et Radius Network. Tous les trois proposent un format de beacon avec des spécifications précises et des API. Apple propose le format iBeacon, Google propose le format Eddystone et Radius Networks propose le format AltBeacon. Il existe aussi d'autres acteurs comme par exemple Qualcomm, Philips et Motorola.

==Fonctionnement des beacons==
Les beacons utilisent la technologie sans fil appelée Bluetooth Low Energy (BLE) qui est apparue avec les spécifications bluetooth 4.0. Le BLE a pour caractéristique d'envoyer de très petites quantités d'informations. Il a donc pour avantage de consommer peu d'énergie pour fonctionner. Cette technologie est très intéressante pour fonctionner sur des supports ayant besoin de peu consommer comme par exemple les appareils mobiles qui fonctionnent à l'aide de piles où d'une batterie. Les beacons n'étant pas reliées directement au secteur ont donc besoin de consommer le moins possible, c'est pour cela qu'elles utilisent le BLE pour communiquer.
Plus précisément, une beacon est un petit boîtier assez discret qui a un seul rôle qui est d'envoyer régulièrement en BLE, dans un certain rayon, un identifiant unique qui la représente.
Le plus gros du travail se fait côté client. La personne ou la société qui a mis en place la beacon, doit proposer une application qui permet de la détecter. En effet, lorsqu'une personne possédant l'application va passer dans la zone d'action de la beacon, elle va, au bout d'un moment, recevoir le message envoyé par la beacon contenant son identifiant. L'application va reconnaître l'identifiant de la balise et va pouvoir proposer le service représenté par la beacon (par exemple afficher les soldes sur une pair de chaussures).

==Comparaison de beacons==
Le tableau ci-dessous montre une comparaison entre différents formats de beacons (iBeacon, AltBeacon, Eddystone) :

{|class="wikitable alternance"
|+ Comparaison de beacons
|-
|
!scope="col"| iBeacon
!scope="col"| AltBeacon
!scope="col"| EddyStone
|-

!scope="row"| Portée
| environ 50 mètres
| environ 50 mètres
| environ 50 mètres
|-

!scope="row"| Support Android officiel
| NON
| OUI
| OUI
|-

!scope="row"| Support IOS officiel
| OUI
| OUI
| OUI
|-

!scope="row"| Open source
| NON
| OUI
| OUI
|-

!scope="row"| Apparition
| Juin 2013
| Juillet 2014
| Juillet 2015
|-

|}

==Conclusion==
En conclusion, on peut voir que les différents formats de beacons cités précédement ne sont pas très différents, mis à part que le format iBeacon d'Apple n'est pas open source et qu'il ne propose pas de solution logicielle officielle pour le développement Android. La technologie des beacons est très efficace pour faire de la géolocalisation de type géofencing. Cependant, elle est moins efficace pour faire du guidage (car pour être précis, il faut un grand nombre de beacon), et encore moins pour faire de la micro-localisation (car la portée des beacons est trop grande). Enfin, cette technologie est toute récente et il reste encore beacoup de services à proposer.

==Un exemple d'utilisation des beacons==
À Anvers, en Belgique il existe un musée appelé la maison de Rubens. Ce musée, comme son nom l'indique, était avant la maison d'un peintre nommé Pierre Paul Rubens (1577-1640). Ce musée propose de découvrir la maison du peintre, ses oeuvres et aussi les oeuvres de ses élèves. Avec l'accord des gérants du musée, la société Prophets a mis en place un dispositif constitué de beacons au format iBeacon permettant aux utilisateurs via une application IOS de découvrir le musée de manière ludique. Lorsqu'un utilisateur passe devant une peinture, l'application envoie une notification et affiche des informations sur l'oeuvre ou bien encore propose des jeux concernant l'oeuvre.