<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://air.imag.fr/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MENGOLI.JEAN-LUC</id>
	<title>air - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://air.imag.fr/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MENGOLI.JEAN-LUC"/>
	<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php/Special:Contributions/MENGOLI.JEAN-LUC"/>
	<updated>2026-06-01T15:47:03Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.17</generator>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29796</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29796"/>
		<updated>2016-04-12T11:06:20Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mail */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:M2M-Chartier-Mengoli_Presentation.pptx|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
===Dashboard===&lt;br /&gt;
&lt;br /&gt;
Le dashboard permet de visualiser les données reçues pour la température, les UV et l&#039;humidité. &lt;br /&gt;
&lt;br /&gt;
La couleur du nombre de degrée de la température est affiché en :&lt;br /&gt;
&lt;br /&gt;
    - Bleu si température &amp;lt; 10&lt;br /&gt;
&lt;br /&gt;
    - Rouge si température &amp;gt; 30&lt;br /&gt;
&lt;br /&gt;
    - Orange sinon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
La photo du réservoir pour l&#039;humité se remplit d&#039;eau tout les 20 points (de 0: vide à 100 : rempli)&lt;br /&gt;
&lt;br /&gt;
La couleur du nombre d&#039;humité est affiché en gris de 0 à 40, et en bleu au dessus.&lt;br /&gt;
&lt;br /&gt;
Pour chaque données un graphique est disponible. Ce graphique peut affiché les données sur la journée, la semaine ou le mois.&lt;br /&gt;
&lt;br /&gt;
Un graphique mélant les données des températures et de l&#039;humidité est disponible. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Envoie d&#039;Email===&lt;br /&gt;
Si la température dépasse 30 degrée ou descend en dessous de 0 degrée un mail de notification est envoyé, de même si l&#039;humidité dépasse 60 %.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Envoi_de_Mail.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29795</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29795"/>
		<updated>2016-04-12T11:05:48Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Dashboard + Envoie de mail */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:M2M-Chartier-Mengoli_Presentation.pptx|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
===Dashboard===&lt;br /&gt;
&lt;br /&gt;
Le dashboard permet de visualiser les données reçues pour la température, les UV et l&#039;humidité. &lt;br /&gt;
&lt;br /&gt;
La couleur du nombre de degrée de la température est affiché en :&lt;br /&gt;
&lt;br /&gt;
    - Bleu si température &amp;lt; 10&lt;br /&gt;
&lt;br /&gt;
    - Rouge si température &amp;gt; 30&lt;br /&gt;
&lt;br /&gt;
    - Orange sinon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
La photo du réservoir pour l&#039;humité se remplit d&#039;eau tout les 20 points (de 0: vide à 100 : rempli)&lt;br /&gt;
&lt;br /&gt;
La couleur du nombre d&#039;humité est affiché en gris de 0 à 40, et en bleu au dessus.&lt;br /&gt;
&lt;br /&gt;
Pour chaque données un graphique est disponible. Ce graphique peut affiché les données sur la journée, la semaine ou le mois.&lt;br /&gt;
&lt;br /&gt;
Un graphique mélant les données des températures et de l&#039;humidité est disponible. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Mail===&lt;br /&gt;
Si la température dépasse 30 degrée ou descend en dessous de 0 degrée un mail de notification est envoyé, de même si l&#039;humidité dépasse 60 %.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Envoi_de_Mail.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29794</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29794"/>
		<updated>2016-04-12T11:03:04Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Envoie de mail */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:M2M-Chartier-Mengoli_Presentation.pptx|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
===Dashboard + Envoie de mail===&lt;br /&gt;
&lt;br /&gt;
Le dashboard permet de visualiser les données reçues pour la température, les UV et l&#039;humidité. &lt;br /&gt;
&lt;br /&gt;
La couleur du nombre de degrée de la température est affiché en :&lt;br /&gt;
&lt;br /&gt;
    - Bleu si température &amp;lt; 10&lt;br /&gt;
&lt;br /&gt;
    - Rouge si température &amp;gt; 30&lt;br /&gt;
&lt;br /&gt;
    - Orange sinon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
La photo du réservoir pour l&#039;humité se remplit d&#039;eau tout les 20 points (de 0: vide à 100 : rempli)&lt;br /&gt;
&lt;br /&gt;
La couleur du nombre d&#039;humité est affiché en gris de 0 à 40, et en bleu au dessus.&lt;br /&gt;
&lt;br /&gt;
Pour chaque données un graphique est disponible. Ce graphique peut affiché les données sur la journée, la semaine ou le mois.&lt;br /&gt;
&lt;br /&gt;
Un graphique mélant les données des températures et de l&#039;humidité est disponible. &lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Envoi_de_Mail.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29633</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29633"/>
		<updated>2016-04-11T17:00:05Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:M2M-Chartier-Mengoli_Presentation.pptx|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Envoi_de_Mail.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=29632</id>
		<title>PM2M/2016/TP</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=29632"/>
		<updated>2016-04-11T16:58:42Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Page 2016 des supports de cours et travaux pratiques de l&#039;UE [[Projets M2PGI Services Machine-to-Machine]].&lt;br /&gt;
&lt;br /&gt;
Enseignants 2016 : Didier Donsez, Laurent Lemke&lt;br /&gt;
&lt;br /&gt;
Partie démarrant le 1er Mars 2016 en F112.&lt;br /&gt;
&lt;br /&gt;
Soutenance : 12 Avril 2016 de 13H30 à 17H30.&lt;br /&gt;
&lt;br /&gt;
Rendu fiche de synthèse : 12 Avril 2016 de 13H00&lt;br /&gt;
&lt;br /&gt;
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d&#039;une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz).&lt;br /&gt;
&lt;br /&gt;
==Support de cours==&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l&#039;IoT]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]&lt;br /&gt;
&lt;br /&gt;
==Etapes==&lt;br /&gt;
* Tutoriel [[OSGi]]&lt;br /&gt;
* [[UE_PEIP_L1|Tutoriel Arduino]]&lt;br /&gt;
* Installation d&#039;[[OpenHAB]]&lt;br /&gt;
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]&lt;br /&gt;
* Installation de [[Mosquitto]]&lt;br /&gt;
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09&lt;br /&gt;
* Installation de [[Node-RED]]&lt;br /&gt;
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP]  ... et [http://flows.nodered.org/ autres]  (en fonction de votre projet).&lt;br /&gt;
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]&lt;br /&gt;
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]&lt;br /&gt;
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...&lt;br /&gt;
* Installation de [[Spark]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque : pour gagner du temps, utilisez [[Docker]] pour le déploiement des (micro-)services et [[Puppet]] pour la configuration de ceux si c&#039;est nécessaire&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Twitter, ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
==Fiche de synthèse==&lt;br /&gt;
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.&lt;br /&gt;
* [[SARAH]] (BUCHS Thibaud)&lt;br /&gt;
* [[WirelessHART]] (= BAYLE Stéphane)&lt;br /&gt;
* [[Weightless]] (= AIT-MOULOUD Amine)&lt;br /&gt;
* [[OpenRF]] (= Jean-Yves Bottraud)&lt;br /&gt;
* [[WMBus]]&lt;br /&gt;
* [[Thread]] (Google) (= GUERIN Cedric )&lt;br /&gt;
* [[LoRaWAN]] (= BERGER Stéphane)&lt;br /&gt;
* [[NB-IoT]]&lt;br /&gt;
* [[NB-LTE]]&lt;br /&gt;
* [[HaLow]] (=SUN Huanan) &lt;br /&gt;
* [[Iridium]] (=  DONIAS Pierre)&lt;br /&gt;
* [[Apple Homekit]]&lt;br /&gt;
* [[AllJoyn]](= MAKHLOUF Mehdi)&lt;br /&gt;
* [[OneM2M]]&lt;br /&gt;
* [[OPC-UA]]&lt;br /&gt;
* [[DTN|Delay Tolerant Networks]] (= RUKUNDO Fiston)&lt;br /&gt;
* [[Radio Data System]] (= ABHAMON Ronan)&lt;br /&gt;
* [[Tetra Radio]]&lt;br /&gt;
* [[IPSO]] (= CROZE Erwan)&lt;br /&gt;
* [[GeoJSON]] (= AZOUZI Marwen)&lt;br /&gt;
* [[Avro]] (= FAURE Adrien)&lt;br /&gt;
* [[Thrift]] (= FAURE Maximilien)&lt;br /&gt;
* [[Protobuf]] (= ZAKARI TOURE Ismael)&lt;br /&gt;
* [[Apache Flume]] (= MARQUE Bastien)&lt;br /&gt;
* [[Apache Zeppelin]] (= BIGARD Florian)&lt;br /&gt;
* [[Kaa]]&lt;br /&gt;
* [[Hypercat]] (= CHARTIER Aurélien)&lt;br /&gt;
* [[Jupyter]] (= SAHUC Alexandre)&lt;br /&gt;
* [[AWS IoT]] (= DIAGNE El Hadji Malick)&lt;br /&gt;
* [[Brillo]] (= MENGOLI Jean-Luc)&lt;br /&gt;
* [[EVRYTHNG]] (= OLVERA BADILLO Angélica)&lt;br /&gt;
* [[OGC SensorThings]] &lt;br /&gt;
* [[Zephyr Project]]&lt;br /&gt;
* [[OpenEnergyMonitor]] (= Loïc FAGNO)&lt;br /&gt;
* [[PlatformIO]](= BANWARTH Pierre)&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
==Capteurs et Actionneurs==&lt;br /&gt;
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]&lt;br /&gt;
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo&lt;br /&gt;
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]&lt;br /&gt;
# Sensors ZWave + Clé ZWave&lt;br /&gt;
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz&lt;br /&gt;
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] &amp;amp; [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte de démonstration [[SigFox]]&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]&lt;br /&gt;
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])&lt;br /&gt;
# Carte LoRa&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Mini-Projet==&lt;br /&gt;
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]&lt;br /&gt;
&lt;br /&gt;
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L&#039;acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un &amp;quot;broker&amp;quot; [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...) &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Sujets des mini-projets===&lt;br /&gt;
&lt;br /&gt;
 {|class=&amp;quot;wikitable alternance&amp;quot;&lt;br /&gt;
 |+ Affectation des projets PM2M 2015-2016&lt;br /&gt;
 |-&lt;br /&gt;
 |&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Sujet&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Étudiants&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Fiche de suivi&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Dépôt git&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Documents&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Matériel&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 1&lt;br /&gt;
 | Géolocalisation Outdoor sans GPS&lt;br /&gt;
 | AVRIL	Sébastien, BOTTRAUD	Jean-Yves, FAGNO 	Loïc, BERGER	Stéphane&lt;br /&gt;
 | [[PM2M-2016-GeolocOutdoor/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-GeolocOutdoor/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-GeolocOutdoor.pdf|Rapport]] - [[Media:PM2M-2016-GeolocOutdoor-slides.pdf|Transparents]] - [[Media:PM2M-2016-GeolocOutdoor-flyer.pdf|Flyer]]&lt;br /&gt;
 | Cartes [[STM32 Nucleo]] (x4), Shield MBed [[LoRa]] SX1276 (x4), Semtech LoRaMote (x2) &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 2&lt;br /&gt;
 | Détecteur de Présence Wifi&lt;br /&gt;
 | AZOUZI	MARWEN, FAURE	ADRIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-Presence/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-Presence/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Presence.pdf|Rapport]] - [[Media:PM2M-2016-Presence-slides.pdf|Transparents]] - [[Media:PM2M-2016-Presence-flyer.pdf|Flyer]]&lt;br /&gt;
 | ESP8266 + FTDI + US100 + PIR Motion + Breadboard&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 3&lt;br /&gt;
 | Feuille de présence apprenti NFC &lt;br /&gt;
 | FAURE	MAXIMILIEN, MARQUE	BASTIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-NFCApprenti/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCApprenti/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCApprenti.pdf|Rapport]] - [[Media:PM2M-2016-NFCApprenti-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCApprenti-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + Lecteur NFC ACR 211 + Tags NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 4&lt;br /&gt;
 | LoRaMote Wyres&lt;br /&gt;
 | SAHUC	Alexandre, CROZE	Erwan&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-LoRaMote/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-MOTES/PM2M2016-MOTES &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-LoRaMote.pdf|Rapport]] - [[Media:PM2M-2016-LoRaMote-slides.pdf|Transparents]] - [[Media:PM2M-2016-LoRaMote-flyer.pdf|Flyer]]&lt;br /&gt;
 | 2 Motes Wyres + RPI1 + 1 LoRaMote Semtech + 1 carte SX1301 [[IMST iC880A]] (FTDI)&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 5&lt;br /&gt;
 | Méteo 433 MHz&lt;br /&gt;
 | CHARTIER	Aurelien, MENGOLI	JEAN-LUC&lt;br /&gt;
 | [[PM2M-2016-Meteo433/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:M2M-Chartier-Mengoli_Presentation.pptx|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + RFXCom + 2 Sondes (UV, Thermo) + Modules TxRx 433&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 6&lt;br /&gt;
 | Lecteur NFC Sigfox (Application : Gestion des rondes de surveillance)&lt;br /&gt;
 | AIT-MOULOUD	Amine, GUERIN	CEDRIC&lt;br /&gt;
 | [[PM2M-2016-NFCSigfox/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCSigfox/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCSigfox.pdf|Rapport]] - [[Media:PM2M-2016-NFCSigfox-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCSigfox-flyer.pdf|Flyer]]&lt;br /&gt;
 | Platine  Snooplab Areku [[SigFox]] + Shield [[NFC]] + Tag NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 7&lt;br /&gt;
 | Collecte et analyse de messages RDS par radio FM&lt;br /&gt;
 | ABHAMON	Ronan, BIGARD	FLORIAN&lt;br /&gt;
 | [[PM2M-2016-RDSMining/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-A-B/ &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-RDSMining.pdf|Rapport]] - [[Media:PM2M-2016-RDSMining-slides.pdf|Transparents]] - [[Media:PM2M-2016-RDSMining-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[BeagleBone Black]] + [[SparkFun FM Tuner Evaluation Board - Si4703|Sparkfun FM Tuner]] + Ecran [[Graphic LCD 84x48 - Nokia 5110]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 8&lt;br /&gt;
 | Serrure intelligente (A CONFIRMER) - voir [[Touchkey]] &amp;amp; [[SmartSelfService/FicheSuivi2014|SmartSelfService]]&lt;br /&gt;
 | BAYLE	STEPHANE, BUCHS 	THIBAUD, MAKHLOUF	MEHDI&lt;br /&gt;
 | [[PM2M-2016-NfcCoffrefort/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[STM32 Nucleo]] + Shield Nucleo [[NFC]] + Servo-Moteur + [[ESP8266]] + Coffre-fort de [[FabMSTIC]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 9&lt;br /&gt;
 | Compteur de passage de véhicules avec [[OpenCV]] (A CONFIRMER)&lt;br /&gt;
 | OLVERA BADILLO	ANGELICA, RUKUNDO	Fiston, SUN	HUANAN&lt;br /&gt;
 | [[PM2M-2016-XXXXX/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Intel Galileo]] + Alim 5V + Module Wifi [[ESP8266]] + WebCam USB&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 10&lt;br /&gt;
 | Culture Hydroponique&lt;br /&gt;
 | BANWARTH	PIERRE, DONIAS	PIERRE&lt;br /&gt;
 | [[PM2M-2016-CultureHydroponique/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PierreBanwarth/M2M_E-Grow &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-CultureHydroponique.pdf|Rapport]] - [[Media:PM2M-2016-CultureHydroponique-slides.pdf|Transparents]] - [[Media:PM2M-2016-CultureHydroponique-flyer.pdf|Flyer]]&lt;br /&gt;
 | Arduino Uno, Pompe Peristalique, LEDs, Enceintes, Capteur Ultrason, 2 raspberry pi 2, [[AgriSensor_:_Arduino-Based_Sensor_for_Agriculture|AgriSensor]]&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 11&lt;br /&gt;
 | Capteurs XBee&lt;br /&gt;
 | DIAGNE EI	HADJI MALICK, ZAKARI TOURE	ISMAEL&lt;br /&gt;
 | [[PM2M-2016-XBee/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XBee/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XBee.pdf|Rapport]] - [[Media:PM2M-2016-XBee-slides.pdf|Transparents]] - [[Media:PM2M-2016-XBee-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Arduino FIO]] + FTDI + 2 [[XBee S1]] + Xbee Explorer &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Contenu général des mini-projets==&lt;br /&gt;
Les équipes ne font qu&#039;une partie des manipulations en fonction du sujet du mini-projet affecté.&lt;br /&gt;
&lt;br /&gt;
====[[CoAP]] Binding for [[OpenHAB]]====&lt;br /&gt;
* avec [[Californium]]&lt;br /&gt;
* avec https://github.com/eclipse/californium/pull/25&lt;br /&gt;
&lt;br /&gt;
====Extension de [[Node-RED]]====&lt;br /&gt;
Création ou Amélioration de Nodes&lt;br /&gt;
* Node Crypto (avec https://nodejs.org/api/crypto.html)&lt;br /&gt;
* Node [[Apache Kafka]]&lt;br /&gt;
* Node [[Apache Flume]]&lt;br /&gt;
* Node [[CoAP]]&lt;br /&gt;
* Node [[UPnP]]&lt;br /&gt;
* Node [[DTLS]] en étendant le node UDP&lt;br /&gt;
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]&lt;br /&gt;
* Node [[SigFox]] (uplink et downlink)&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Avro]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Thrift]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Protobuf]]&lt;br /&gt;
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]&lt;br /&gt;
* Node [[Streamdata.io]]&lt;br /&gt;
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])&lt;br /&gt;
* Node Provider SMS Twilio&lt;br /&gt;
* Node [[Provider SMS Free Mobile]]&lt;br /&gt;
* Node Provider SMS Orange Mobile&lt;br /&gt;
&lt;br /&gt;
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/&lt;br /&gt;
&lt;br /&gt;
====Déploiement sur plateforme Cloud====&lt;br /&gt;
Le serveur [[Node-RED]] et le &amp;quot;broker&amp;quot; [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]] ou sur votre machine.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====&lt;br /&gt;
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS &amp;gt; Kafka &amp;gt; Storm on Azure Demo]]&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====&lt;br /&gt;
&lt;br /&gt;
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]&lt;br /&gt;
&lt;br /&gt;
====Affichage des positions avec [[Bootleaf]]====&lt;br /&gt;
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d&#039;un champ latlon, latlonalt, geo, ...  dans le JSON des flows [[Node-RED]].&lt;br /&gt;
&lt;br /&gt;
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====&lt;br /&gt;
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).&lt;br /&gt;
&lt;br /&gt;
S&#039;inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.&lt;br /&gt;
&lt;br /&gt;
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]&lt;br /&gt;
&lt;br /&gt;
====Intégration à un ESB [[Apache Camel]]====&lt;br /&gt;
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]&lt;br /&gt;
Vous pourrez utiliser les composants suivants&lt;br /&gt;
* https://camel.apache.org/weather.html&lt;br /&gt;
* https://camel.apache.org/mqtt.html&lt;br /&gt;
** http://tingenek.wordpress.com/category/mqtt/&lt;br /&gt;
* https://camel.apache.org/rss.html&lt;br /&gt;
* https://camel.apache.org/esper.html&lt;br /&gt;
* https://camel.apache.org/mongodb.html&lt;br /&gt;
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====&lt;br /&gt;
&lt;br /&gt;
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:&lt;br /&gt;
* Activer [[AWS Cloudwatch]]&lt;br /&gt;
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).&lt;br /&gt;
&lt;br /&gt;
==Soutenances==&lt;br /&gt;
&lt;br /&gt;
====Planning des soutenances====&lt;br /&gt;
COMING SOON&lt;br /&gt;
&lt;br /&gt;
====Instructions pour les soutenances des mini-projets====&lt;br /&gt;
&lt;br /&gt;
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu&#039;une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.&lt;br /&gt;
* respectez le temps donc repetez la &lt;br /&gt;
* remplissez le doodle pour choisir un creneau de passage&lt;br /&gt;
* la présentation mettra en avant&lt;br /&gt;
** le titre (avec les noms prénoms des binômes)&lt;br /&gt;
** les applications IoT cibles/envisagées&lt;br /&gt;
** le ou les architectures (successivement) implémentées,&lt;br /&gt;
** les composants logiciels et matériels utilisés,&lt;br /&gt;
** les métriques (langages de programmation, sloc, performance ...),&lt;br /&gt;
** les problèmes rencontrés et les solutions élaborées,&lt;br /&gt;
** la conclusion&lt;br /&gt;
** des perspectives possibles à votre développement.&lt;br /&gt;
&lt;br /&gt;
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.&lt;br /&gt;
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.&lt;br /&gt;
&lt;br /&gt;
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.&lt;br /&gt;
&lt;br /&gt;
La présentation peut-être réalisée avec [[Reveal.js]].&lt;br /&gt;
&lt;br /&gt;
Pensez a répéter vos présentations.&lt;br /&gt;
&lt;br /&gt;
==Projets==&lt;br /&gt;
&lt;br /&gt;
==Matériel à disposition==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://intel-software-academic-program.com/courses/#iot&lt;br /&gt;
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf&lt;br /&gt;
* [[Gas Sensors]]&lt;br /&gt;
* [[DHT11/DHT21/DHT22 etc. Temperature &amp;amp; Humidity sensors]]&lt;br /&gt;
* [[SCL3711]] NFC Reader --&amp;gt; voir [[NFCpy]]&lt;br /&gt;
* [[Capteur de pression BMP085]]&lt;br /&gt;
* [[High Sensitivity Alarm Vibration Sensor Module]]&lt;br /&gt;
* [[PIR Motion Sensor]]&lt;br /&gt;
* [[BMP085 Pressure Sensor]]&lt;br /&gt;
* [[CC2541 SensorTag Development Kit]]&lt;br /&gt;
* [[Socket.io]]&lt;br /&gt;
* [[STM32 Nucleo]]&lt;br /&gt;
** Shield BlueNRG&lt;br /&gt;
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.&lt;br /&gt;
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.&lt;br /&gt;
&lt;br /&gt;
==Visualisation==&lt;br /&gt;
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]&lt;br /&gt;
* MQTT over Websocket&lt;br /&gt;
** https://www.npmjs.org/package/mqtt-ws&lt;br /&gt;
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets&lt;br /&gt;
* [[Leaflet.js]]  modern open-source JavaScript library for mobile-friendly interactive maps&lt;br /&gt;
* [[Morris.js]] Charts in Javascript&lt;br /&gt;
* [[Grafana]]&lt;br /&gt;
* [[Graphite]]&lt;br /&gt;
* [[Ganglia]]&lt;br /&gt;
&lt;br /&gt;
==Stockage==&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
* [[MongoDB]]&lt;br /&gt;
&lt;br /&gt;
==Liens==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014&lt;br /&gt;
* https://github.com/SmartDollHouse&lt;br /&gt;
* https://twitter.com/FablabAIR&lt;br /&gt;
&lt;br /&gt;
==Autres==&lt;br /&gt;
* [[IoTSyS]]&lt;br /&gt;
* [https://github.com/denschu/home.pi  Home.pi]&lt;br /&gt;
* [[OM2M]]&lt;br /&gt;
* [[Gladys]]&lt;br /&gt;
* DEPRECATED :  [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]&lt;br /&gt;
* [https://github.com/SmartDollHouse Dépôt GitHub]&lt;br /&gt;
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]&lt;br /&gt;
* [[Flot Charts]]&lt;br /&gt;
&lt;br /&gt;
==Galerie 2016==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2015==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2014==&lt;br /&gt;
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:M2M-Chartier-Mengoli_Presentation.pptx&amp;diff=29631</id>
		<title>File:M2M-Chartier-Mengoli Presentation.pptx</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:M2M-Chartier-Mengoli_Presentation.pptx&amp;diff=29631"/>
		<updated>2016-04-11T16:57:51Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: Transparent projet M2M station météo&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Transparent projet M2M station météo&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29622</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29622"/>
		<updated>2016-04-11T16:12:21Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et les comprendre.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015).&lt;br /&gt;
[https://developers.google.com/brillo/ Brillo website]&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
Brillo supporte ARM, Intelx86 et matériels MIPS. Il est facile de mettre son logiciel en production car offre des fonctionnalités interne pour cela. &lt;br /&gt;
&lt;br /&gt;
Il fonctionne à grosse échelle et permet d&#039;avoir des mises à jours OTA(over-the-air update), des statistiques sur les exécutions ainsi que des crashs report.&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29384</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29384"/>
		<updated>2016-04-10T11:45:29Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et les comprendre.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015).&lt;br /&gt;
[https://developers.google.com/brillo/ Brillo website]&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29383</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29383"/>
		<updated>2016-04-10T11:45:16Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et les comprendre.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
[https://developers.google.com/brillo/ Brillo website]&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29382</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29382"/>
		<updated>2016-04-10T11:44:18Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et les comprendre.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29381</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29381"/>
		<updated>2016-04-10T11:44:03Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et les comprendre.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29380</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29380"/>
		<updated>2016-04-10T11:43:36Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (compatible avec Android aussi) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29379</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29379"/>
		<updated>2016-04-10T11:43:10Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo (ou Android) et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29378</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29378"/>
		<updated>2016-04-10T11:42:11Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google i/o 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29377</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29377"/>
		<updated>2016-04-10T11:41:46Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039;  (traduction d&#039;un slide de la Google Iot 2015)&lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29375</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29375"/>
		<updated>2016-04-10T11:40:44Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Organiser les informations du monde et les rendre accéssibles par tous éfficacement&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué qui est basé sur Android et open source. &lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29374</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29374"/>
		<updated>2016-04-10T11:28:49Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose, tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29373</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29373"/>
		<updated>2016-04-10T11:27:59Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
En utilisant le même langage de communication partout, si un objet envoit des données sur son état ou ce qui le compose,&lt;br /&gt;
&lt;br /&gt;
tous les autres objets pourront accéder à ces informations et comprendre ces données.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29372</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29372"/>
		<updated>2016-04-10T11:25:01Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Projet Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
=Brillo=&lt;br /&gt;
Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29371</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29371"/>
		<updated>2016-04-10T11:22:51Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservé à l&#039;internet des objets.&lt;br /&gt;
[https://developers.google.com/weave/ Weave website]&lt;br /&gt;
Weave permet :&lt;br /&gt;
       -La configuration du matériel &lt;br /&gt;
       -La communication des matériels entre eux et avec le Cloud &lt;br /&gt;
       -L’interaction des utilisateurs depuis les téléphones/tablettes et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Dans cette optique, chaque objet connecté doit être sous l&#039;OS Brillo et communiquer avec Weave.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=29370</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=29370"/>
		<updated>2016-04-10T11:18:25Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Contexte */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets (Iot) est un enjeu majeur dans lequel de plus en plus d&#039;objets communiquent entre eux. &lt;br /&gt;
&lt;br /&gt;
C&#039;est notamment le cas dans le domaine de la domotique où on a pour besoin de faire communiquer beaucoups d&#039;objets en continue.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé le projet Brillo lors de la Google i/o 2015. Ce projet est composé d&#039;un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il a besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire. &lt;br /&gt;
&lt;br /&gt;
De plus, les objets ont besoin de communiquer rapidement et efficacement, c&#039;est pourquoi Google ajoute avec l&#039;OS un langage de communication Weave.&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29362</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29362"/>
		<updated>2016-04-10T09:15:24Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=29361</id>
		<title>PM2M/2016/TP</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=29361"/>
		<updated>2016-04-10T09:14:00Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Sujets des mini-projets */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Page 2016 des supports de cours et travaux pratiques de l&#039;UE [[Projets M2PGI Services Machine-to-Machine]].&lt;br /&gt;
&lt;br /&gt;
Enseignants 2016 : Didier Donsez, Laurent Lemke&lt;br /&gt;
&lt;br /&gt;
Partie démarrant le 1er Mars 2016 en F112.&lt;br /&gt;
&lt;br /&gt;
Soutenance : 12 Avril 2016 de 13H30 à 17H30.&lt;br /&gt;
&lt;br /&gt;
Rendu fiche de synthèse : 12 Avril 2016 de 13H00&lt;br /&gt;
&lt;br /&gt;
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d&#039;une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz).&lt;br /&gt;
&lt;br /&gt;
==Support de cours==&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l&#039;IoT]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]&lt;br /&gt;
&lt;br /&gt;
==Etapes==&lt;br /&gt;
* Tutoriel [[OSGi]]&lt;br /&gt;
* [[UE_PEIP_L1|Tutoriel Arduino]]&lt;br /&gt;
* Installation d&#039;[[OpenHAB]]&lt;br /&gt;
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]&lt;br /&gt;
* Installation de [[Mosquitto]]&lt;br /&gt;
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09&lt;br /&gt;
* Installation de [[Node-RED]]&lt;br /&gt;
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP]  ... et [http://flows.nodered.org/ autres]  (en fonction de votre projet).&lt;br /&gt;
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]&lt;br /&gt;
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]&lt;br /&gt;
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...&lt;br /&gt;
* Installation de [[Spark]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque : pour gagner du temps, utilisez [[Docker]] pour le déploiement des (micro-)services et [[Puppet]] pour la configuration de ceux si c&#039;est nécessaire&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Twitter, ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
==Fiche de synthèse==&lt;br /&gt;
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.&lt;br /&gt;
* [[SARAH]] (BUCHS Thibaud)&lt;br /&gt;
* [[WirelessHART]] (= BAYLE Stéphane)&lt;br /&gt;
* [[Weightless]] (= AIT-MOULOUD Amine)&lt;br /&gt;
* [[OpenRF]] (= Jean-Yves Bottraud)&lt;br /&gt;
* [[WMBus]]&lt;br /&gt;
* [[Thread]] (Google) (= GUERIN Cedric )&lt;br /&gt;
* [[LoRaWAN]] (= BERGER Stéphane)&lt;br /&gt;
* [[NB-IoT]]&lt;br /&gt;
* [[NB-LTE]]&lt;br /&gt;
* [[HaLow]] (=SUN Huanan) &lt;br /&gt;
* [[Iridium]] (=  DONIAS Pierre)&lt;br /&gt;
* [[Apple Homekit]]&lt;br /&gt;
* [[AllJoyn]](= MAKHLOUF Mehdi)&lt;br /&gt;
* [[OneM2M]]&lt;br /&gt;
* [[OPC-UA]]&lt;br /&gt;
* [[DTN|Delay Tolerant Networks]] (= RUKUNDO Fiston)&lt;br /&gt;
* [[Radio Data System]] (= ABHAMON Ronan)&lt;br /&gt;
* [[Tetra Radio]]&lt;br /&gt;
* [[IPSO]] (= CROZE Erwan)&lt;br /&gt;
* [[GeoJSON]] (= AZOUZI Marwen)&lt;br /&gt;
* [[Avro]] (= FAURE Adrien)&lt;br /&gt;
* [[Thrift]] (= FAURE Maximilien)&lt;br /&gt;
* [[Protobuf]] (= ZAKARI TOURE Ismael)&lt;br /&gt;
* [[Apache Flume]] (= MARQUE Bastien)&lt;br /&gt;
* [[Apache Zeppelin]] (= BIGARD Florian)&lt;br /&gt;
* [[Kaa]]&lt;br /&gt;
* [[Hypercat]] (= CHARTIER Aurélien)&lt;br /&gt;
* [[Jupyter]] (= SAHUC Alexandre)&lt;br /&gt;
* [[AWS IoT]] (= DIAGNE El Hadji Malick)&lt;br /&gt;
* [[Brillo]] (= MENGOLI Jean-Luc)&lt;br /&gt;
* [[EVRYTHNG]]&lt;br /&gt;
* [[OGC SensorThings]] &lt;br /&gt;
* [[Zephyr Project]]&lt;br /&gt;
* [[OpenEnergyMonitor]] (= Loïc FAGNO)&lt;br /&gt;
* [[PlatformIO]](= BANWARTH Pierre)&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
==Capteurs et Actionneurs==&lt;br /&gt;
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]&lt;br /&gt;
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo&lt;br /&gt;
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]&lt;br /&gt;
# Sensors ZWave + Clé ZWave&lt;br /&gt;
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz&lt;br /&gt;
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] &amp;amp; [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte de démonstration [[SigFox]]&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]&lt;br /&gt;
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])&lt;br /&gt;
# Carte LoRa&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Mini-Projet==&lt;br /&gt;
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]&lt;br /&gt;
&lt;br /&gt;
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L&#039;acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un &amp;quot;broker&amp;quot; [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...) &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Sujets des mini-projets===&lt;br /&gt;
&lt;br /&gt;
 {|class=&amp;quot;wikitable alternance&amp;quot;&lt;br /&gt;
 |+ Affectation des projets PM2M 2015-2016&lt;br /&gt;
 |-&lt;br /&gt;
 |&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Sujet&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Étudiants&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Fiche de suivi&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Dépôt git&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Documents&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Matériel&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 1&lt;br /&gt;
 | Géolocalisation Outdoor sans GPS&lt;br /&gt;
 | AVRIL	Sébastien, BOTTRAUD	Jean-Yves, FAGNO 	Loïc, BERGER	Stéphane&lt;br /&gt;
 | [[PM2M-2016-GeolocOutdoor/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-GeolocOutdoor/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-GeolocOutdoor.pdf|Rapport]] - [[Media:PM2M-2016-GeolocOutdoor-slides.pdf|Transparents]] - [[Media:PM2M-2016-GeolocOutdoor-flyer.pdf|Flyer]]&lt;br /&gt;
 | Cartes [[STM32 Nucleo]] (x4), Shield MBed [[LoRa]] SX1276 (x4), Semtech LoRaMote (x2) &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 2&lt;br /&gt;
 | Détecteur de Présence Wifi&lt;br /&gt;
 | AZOUZI	MARWEN, FAURE	ADRIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-Presence/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-Presence/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Presence.pdf|Rapport]] - [[Media:PM2M-2016-Presence-slides.pdf|Transparents]] - [[Media:PM2M-2016-Presence-flyer.pdf|Flyer]]&lt;br /&gt;
 | ESP8266 + FTDI + US100 + PIR Motion + Breadboard&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 3&lt;br /&gt;
 | Feuille de présence apprenti NFC &lt;br /&gt;
 | FAURE	MAXIMILIEN, MARQUE	BASTIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-NFCApprenti/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCApprenti/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCApprenti.pdf|Rapport]] - [[Media:PM2M-2016-NFCApprenti-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCApprenti-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + Lecteur NFC ACR 211 + Tags NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 4&lt;br /&gt;
 | LoRaMote Wyres&lt;br /&gt;
 | SAHUC	Alexandre, CROZE	Erwan&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-LoRaMote/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-MOTES/PM2M2016-MOTES &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-LoRaMote.pdf|Rapport]] - [[Media:PM2M-2016-LoRaMote-slides.pdf|Transparents]] - [[Media:PM2M-2016-LoRaMote-flyer.pdf|Flyer]]&lt;br /&gt;
 | 2 Motes Wyres + RPI1 + 1 LoRaMote Semtech + 1 carte SX1301 [[IMST iC880A]] (FTDI)&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 5&lt;br /&gt;
 | Méteo 433 MHz&lt;br /&gt;
 | CHARTIER	Aurelien, MENGOLI	JEAN-LUC&lt;br /&gt;
 | [[PM2M-2016-Meteo433/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-CHARTIER-MENGOLI/M2M_Projet &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + RFXCom + 2 Sondes (UV, Thermo) + Modules TxRx 433&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 6&lt;br /&gt;
 | Lecteur NFC Sigfox (Application : Gestion des rondes de surveillance)&lt;br /&gt;
 | AIT-MOULOUD	Amine, GUERIN	CEDRIC&lt;br /&gt;
 | [[PM2M-2016-NFCSigfox/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCSigfox/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCSigfox.pdf|Rapport]] - [[Media:PM2M-2016-NFCSigfox-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCSigfox-flyer.pdf|Flyer]]&lt;br /&gt;
 | Platine  Snooplab Areku [[SigFox]] + Shield [[NFC]] + Tag NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 7&lt;br /&gt;
 | Collecte et analyse de messages RDS par radio FM&lt;br /&gt;
 | ABHAMON	Ronan, BIGARD	FLORIAN&lt;br /&gt;
 | [[PM2M-2016-RDSMining/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M2016-A-B/ &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-RDSMining.pdf|Rapport]] - [[Media:PM2M-2016-RDSMining-slides.pdf|Transparents]] - [[Media:PM2M-2016-RDSMining-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[BeagleBone Black]] + [[SparkFun FM Tuner Evaluation Board - Si4703|Sparkfun FM Tuner]] + Ecran [[Graphic LCD 84x48 - Nokia 5110]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 8&lt;br /&gt;
 | Serrure intelligente (A CONFIRMER) - voir [[Touchkey]] &amp;amp; [[SmartSelfService/FicheSuivi2014|SmartSelfService]]&lt;br /&gt;
 | BAYLE	STEPHANE, BUCHS 	THIBAUD, MAKHLOUF	MEHDI&lt;br /&gt;
 | [[PM2M-2016-XXXXX/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[STM32 Nucleo]] + Shield Nucleo [[NFC]] + Servo-Moteur + [[ESP8266]] + Coffre-fort de [[FabMSTIC]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 9&lt;br /&gt;
 | Compteur de passage de véhicules avec [[OpenCV]] (A CONFIRMER)&lt;br /&gt;
 | OLVERA BADILLO	ANGELICA, RUKUNDO	Fiston, SUN	HUANAN&lt;br /&gt;
 | [[PM2M-2016-XXXXX/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Intel Galileo]] + Alim 5V + Module Wifi [[ESP8266]] + WebCam USB&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 10&lt;br /&gt;
 | Culture Hydroponique&lt;br /&gt;
 | BANWARTH	PIERRE, DONIAS	PIERRE&lt;br /&gt;
 | [[PM2M-2016-CultureHydroponique/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PierreBanwarth/M2M_E-Grow &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-CultureHydroponique.pdf|Rapport]] - [[Media:PM2M-2016-CultureHydroponique-slides.pdf|Transparents]] - [[Media:PM2M-2016-CultureHydroponique-flyer.pdf|Flyer]]&lt;br /&gt;
 | Arduino Uno, Pompe Peristalique, LEDs, Enceintes, Capteur Ultrason, 2 raspberry pi 2, [[AgriSensor_:_Arduino-Based_Sensor_for_Agriculture|AgriSensor]]&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 11&lt;br /&gt;
 | Capteurs XBee&lt;br /&gt;
 | DIAGNE EI	HADJI MALICK, ZAKARI TOURE	ISMAEL&lt;br /&gt;
 | [[PM2M-2016-XBee/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XBee/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XBee.pdf|Rapport]] - [[Media:PM2M-2016-XBee-slides.pdf|Transparents]] - [[Media:PM2M-2016-XBee-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Arduino FIO]] + FTDI + 2 [[XBee S1]] + Xbee Explorer &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Contenu général des mini-projets==&lt;br /&gt;
Les équipes ne font qu&#039;une partie des manipulations en fonction du sujet du mini-projet affecté.&lt;br /&gt;
&lt;br /&gt;
====[[CoAP]] Binding for [[OpenHAB]]====&lt;br /&gt;
* avec [[Californium]]&lt;br /&gt;
* avec https://github.com/eclipse/californium/pull/25&lt;br /&gt;
&lt;br /&gt;
====Extension de [[Node-RED]]====&lt;br /&gt;
Création ou Amélioration de Nodes&lt;br /&gt;
* Node Crypto (avec https://nodejs.org/api/crypto.html)&lt;br /&gt;
* Node [[Apache Kafka]]&lt;br /&gt;
* Node [[Apache Flume]]&lt;br /&gt;
* Node [[CoAP]]&lt;br /&gt;
* Node [[UPnP]]&lt;br /&gt;
* Node [[DTLS]] en étendant le node UDP&lt;br /&gt;
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]&lt;br /&gt;
* Node [[SigFox]] (uplink et downlink)&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Avro]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Thrift]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Protobuf]]&lt;br /&gt;
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]&lt;br /&gt;
* Node [[Streamdata.io]]&lt;br /&gt;
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])&lt;br /&gt;
* Node Provider SMS Twilio&lt;br /&gt;
* Node [[Provider SMS Free Mobile]]&lt;br /&gt;
* Node Provider SMS Orange Mobile&lt;br /&gt;
&lt;br /&gt;
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/&lt;br /&gt;
&lt;br /&gt;
====Déploiement sur plateforme Cloud====&lt;br /&gt;
Le serveur [[Node-RED]] et le &amp;quot;broker&amp;quot; [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]] ou sur votre machine.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====&lt;br /&gt;
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS &amp;gt; Kafka &amp;gt; Storm on Azure Demo]]&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====&lt;br /&gt;
&lt;br /&gt;
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]&lt;br /&gt;
&lt;br /&gt;
====Affichage des positions avec [[Bootleaf]]====&lt;br /&gt;
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d&#039;un champ latlon, latlonalt, geo, ...  dans le JSON des flows [[Node-RED]].&lt;br /&gt;
&lt;br /&gt;
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====&lt;br /&gt;
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).&lt;br /&gt;
&lt;br /&gt;
S&#039;inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.&lt;br /&gt;
&lt;br /&gt;
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]&lt;br /&gt;
&lt;br /&gt;
====Intégration à un ESB [[Apache Camel]]====&lt;br /&gt;
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]&lt;br /&gt;
Vous pourrez utiliser les composants suivants&lt;br /&gt;
* https://camel.apache.org/weather.html&lt;br /&gt;
* https://camel.apache.org/mqtt.html&lt;br /&gt;
** http://tingenek.wordpress.com/category/mqtt/&lt;br /&gt;
* https://camel.apache.org/rss.html&lt;br /&gt;
* https://camel.apache.org/esper.html&lt;br /&gt;
* https://camel.apache.org/mongodb.html&lt;br /&gt;
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====&lt;br /&gt;
&lt;br /&gt;
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:&lt;br /&gt;
* Activer [[AWS Cloudwatch]]&lt;br /&gt;
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).&lt;br /&gt;
&lt;br /&gt;
==Soutenances==&lt;br /&gt;
&lt;br /&gt;
====Planning des soutenances====&lt;br /&gt;
COMING SOON&lt;br /&gt;
&lt;br /&gt;
====Instructions pour les soutenances des mini-projets====&lt;br /&gt;
&lt;br /&gt;
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu&#039;une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.&lt;br /&gt;
* respectez le temps donc repetez la &lt;br /&gt;
* remplissez le doodle pour choisir un creneau de passage&lt;br /&gt;
* la présentation mettra en avant&lt;br /&gt;
** le titre (avec les noms prénoms des binômes)&lt;br /&gt;
** les applications IoT cibles/envisagées&lt;br /&gt;
** le ou les architectures (successivement) implémentées,&lt;br /&gt;
** les composants logiciels et matériels utilisés,&lt;br /&gt;
** les métriques (langages de programmation, sloc, performance ...),&lt;br /&gt;
** les problèmes rencontrés et les solutions élaborées,&lt;br /&gt;
** la conclusion&lt;br /&gt;
** des perspectives possibles à votre développement.&lt;br /&gt;
&lt;br /&gt;
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.&lt;br /&gt;
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.&lt;br /&gt;
&lt;br /&gt;
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.&lt;br /&gt;
&lt;br /&gt;
La présentation peut-être réalisée avec [[Reveal.js]].&lt;br /&gt;
&lt;br /&gt;
Pensez a répéter vos présentations.&lt;br /&gt;
&lt;br /&gt;
==Projets==&lt;br /&gt;
&lt;br /&gt;
==Matériel à disposition==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://intel-software-academic-program.com/courses/#iot&lt;br /&gt;
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf&lt;br /&gt;
* [[Gas Sensors]]&lt;br /&gt;
* [[DHT11/DHT21/DHT22 etc. Temperature &amp;amp; Humidity sensors]]&lt;br /&gt;
* [[SCL3711]] NFC Reader --&amp;gt; voir [[NFCpy]]&lt;br /&gt;
* [[Capteur de pression BMP085]]&lt;br /&gt;
* [[High Sensitivity Alarm Vibration Sensor Module]]&lt;br /&gt;
* [[PIR Motion Sensor]]&lt;br /&gt;
* [[BMP085 Pressure Sensor]]&lt;br /&gt;
* [[CC2541 SensorTag Development Kit]]&lt;br /&gt;
* [[Socket.io]]&lt;br /&gt;
* [[STM32 Nucleo]]&lt;br /&gt;
** Shield BlueNRG&lt;br /&gt;
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.&lt;br /&gt;
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.&lt;br /&gt;
&lt;br /&gt;
==Visualisation==&lt;br /&gt;
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]&lt;br /&gt;
* MQTT over Websocket&lt;br /&gt;
** https://www.npmjs.org/package/mqtt-ws&lt;br /&gt;
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets&lt;br /&gt;
* [[Leaflet.js]]  modern open-source JavaScript library for mobile-friendly interactive maps&lt;br /&gt;
* [[Morris.js]] Charts in Javascript&lt;br /&gt;
* [[Grafana]]&lt;br /&gt;
* [[Graphite]]&lt;br /&gt;
* [[Ganglia]]&lt;br /&gt;
&lt;br /&gt;
==Stockage==&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
* [[MongoDB]]&lt;br /&gt;
&lt;br /&gt;
==Liens==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014&lt;br /&gt;
* https://github.com/SmartDollHouse&lt;br /&gt;
* https://twitter.com/FablabAIR&lt;br /&gt;
&lt;br /&gt;
==Autres==&lt;br /&gt;
* [[IoTSyS]]&lt;br /&gt;
* [https://github.com/denschu/home.pi  Home.pi]&lt;br /&gt;
* [[OM2M]]&lt;br /&gt;
* [[Gladys]]&lt;br /&gt;
* DEPRECATED :  [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]&lt;br /&gt;
* [https://github.com/SmartDollHouse Dépôt GitHub]&lt;br /&gt;
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]&lt;br /&gt;
* [[Flot Charts]]&lt;br /&gt;
&lt;br /&gt;
==Galerie 2016==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2015==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2014==&lt;br /&gt;
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29360</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29360"/>
		<updated>2016-04-09T13:42:33Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Chartier Aurelien et Mengoli Jean-Luc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29357</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29357"/>
		<updated>2016-04-09T11:56:29Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mise en place de l&amp;#039;infrastructure */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29356</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29356"/>
		<updated>2016-04-09T11:56:21Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mise en place de l&amp;#039;infrastructure */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (Tableau de bord).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au tableau de bord(visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29355</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29355"/>
		<updated>2016-04-09T11:54:39Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mise en place de l&amp;#039;infrastructure */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique (dashboard).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Accès cloud à distance :&#039;&#039;&#039;&lt;br /&gt;
Nous avons créé un groupe de sécurité sur AWS pour rendre accessible les données uniquement sur les machines voulus. &lt;br /&gt;
Il est donc possible uniquement pour celles-ci d&#039;accéder au dashboard (visualisation données).&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29354</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29354"/>
		<updated>2016-04-09T11:51:57Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mise en place de l&amp;#039;infrastructure */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le capteur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fait un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyés dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons le sitemap d&#039;OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons les rules d&#039;OpenHab pour le traitement et l&#039;envoie des alertes par email.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29353</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29353"/>
		<updated>2016-04-09T11:49:35Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Technologies utilisées */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoie des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoie d&#039;email&lt;br /&gt;
    - Persistence : Envoie donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le cateur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fais un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyées dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29350</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29350"/>
		<updated>2016-04-09T11:48:44Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Plan de développement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoit des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoit d&#039;email&lt;br /&gt;
    - Persistence : Envoit donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoie de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Réception des données sur la machine du cloud.&lt;br /&gt;
    - Création base de donnée MySql&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le cateur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fais un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyées dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29347</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29347"/>
		<updated>2016-04-09T11:46:53Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Technologies utilisées */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoit des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/{event} avec event=(Temp, Humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoit d&#039;email&lt;br /&gt;
    - Persistence : Envoit donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoi de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Reception des données sur la machine du cloud.&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le cateur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fais un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyées dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29346</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29346"/>
		<updated>2016-04-09T11:46:17Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Objectif du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de température et d&#039;UV et de les envoyer sur le cloud où elles seront traitées. Il sera alors possible de les consulter selon le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulières tels que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoit des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/data avec data=(temp, humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoit d&#039;email&lt;br /&gt;
    - Persistence : Envoit donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoi de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Reception des données sur la machine du cloud.&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le cateur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fais un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyées dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29345</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29345"/>
		<updated>2016-04-09T11:44:38Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Contexte */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteurs envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant se connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coûte moins de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de temperature et d&#039;UV et de les envoyer sur le cloud où ils seront traitées. Il sera alors possible de les consulter celons le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulière telle que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoit des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/data avec data=(temp, humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoit d&#039;email&lt;br /&gt;
    - Persistence : Envoit donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoi de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Reception des données sur la machine du cloud.&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&#039;&#039;&#039;Des capteurs aux beagleBone Black :&#039;&#039;&#039;&lt;br /&gt;
Les capteurs envoient, en 433MHz, des tableaux de bits toutes les 50 secondes pour le cateur de température et d&#039;humitité et toutes les 70 secondes pour le capteur d&#039;UV. Pour les recevoir la carte BeagleBone Black est connectée à l&#039;antenne RFXcom. C&#039;est un script Python qui est chargé de récupérer les données et de les décrypter, ce script utilise la librairie de RFXcom. Ici nous avons rencontré un problème majeur, nous ne recevions pas les tableaux de bits provenant du capteur UV. Après de nombreux essais nous sommes allé à la FabLab pour savoir pourquoi nous ne recevions pas ces données. La seul explication que avons trouvé est due à la fréquence de 433MHz qui est assez instable, le capteur UV envoie sur un fréquence légèrement plus haute ou plus basse c&#039;est pourquoi le récepteur RFXcom qui capte précisément en 433 n&#039;arrive pas à récupérer les données du capteur UV. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du beagleBone Black au cloud :&#039;&#039;&#039;&lt;br /&gt;
Pour l&#039;envoie et la réception des données sur le cloud nous avons utilisé l&#039;API Mosquitto. A chaque fois que le script Python reçoit des données, il les décrypte et fais un publish sur un broker MQTT public (hiveMQ). Selon leurs type(température, humidité...), ils sont envoyées dans le dossier /Captor/M2M du broker. Sur le cloud la machine est charger de faire un subscribe sur le broker pour récupérer les données. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux graphiques :&#039;&#039;&#039;&lt;br /&gt;
Nous utilisons OpenHab pour la visualisation des données sous forme de graphique.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Du cloud aux mails :&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&#039;&#039;&#039;Emetteur/Recepteur rf 433MHz :&#039;&#039;&#039;&lt;br /&gt;
Nous avons essayé de remplacer l&#039;antenne RFXcom avec les composant rf 433MHz. Une des motivation fut la non réception des données du capteur UV avec l&#039;antenne RFXcom. Si les UV n&#039;était pas reçus avec cette antenne, peut être le serait ils avec les composants rf ? L&#039;autre motivation concerne le prix de l&#039;antenne à plus de 100 euros et des composants rf à moins de 5 euros. Si notre expérimentation était un succès, cela aurais pu faire économiser une centaines d&#039;euros aux différents utilisateur souhaitant réaliser un système semblable au notre. Cependant si la réception des données était aussi simpliste avec l&#039;antenne RFXcom c&#039;est grâce à la librairie déjà existante de RFXcom. Malheureusement nous ne disposions pas d&#039;assez de temps pour l&#039;analyse et le développement du code nécessaire à la réception des données en 433MHz.&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29311</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=29311"/>
		<updated>2016-04-08T18:42:37Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Mise en place de l&amp;#039;infrastructure */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
RFXcom permet de recevoir les données de nombreux capteur envoyées en 433MHz et de les décrypter. Pour ce faire il existe une librairie rfxcom disponible pour plusieurs languages de programmation comme le &amp;quot;C&amp;quot; ou le &amp;quot;Python&amp;quot;. Ce matériel coûte une centaine d&#039;euros. &lt;br /&gt;
(RFXcom peut également servir d&#039;émetteur).&lt;br /&gt;
 &lt;br /&gt;
Il existe un récepteur rf en 433MHz pouvant ce connecter à une carte BeagleBone. Bien qu&#039;il n&#039;existe aucune librairie, ce récepteur peut théoriquement &amp;quot;remplacer&amp;quot; RFXcom (il existe également un émetteur rf en 433MHZ). Ce composant coût moin de 5 euros.&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
Le but du project est de récupérer en temps-réel les données envoyées par les capteurs de temperature et d&#039;UV et de les envoyer sur le cloud où ils seront traitées. Il sera alors possible de les consulter celons le jour,la semaine ou le mois. Notre système pourra envoyer un mail d&#039;alerte pour prévenir de conditions particulière telle que le gel ou la sécheresse.&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* Carte BeagleBone Black &lt;br /&gt;
* Emetteur/récepteur 433MHz RFXCom&lt;br /&gt;
* Emetteur rf 433MHz&lt;br /&gt;
* Récepteur rf 433MHz&lt;br /&gt;
* Capteur UV Oregon Scientific&lt;br /&gt;
* Capteur de température Oregon Scientific&lt;br /&gt;
* Machine Amazon T2.micro (Ubuntu)&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* Script python : &lt;br /&gt;
   - Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)&lt;br /&gt;
   - Décode la tram et envoit des données sur un serveur MQTT (publish)&lt;br /&gt;
* Mosquitto : &lt;br /&gt;
    - Broker : borker.hivemq.com&lt;br /&gt;
    - Port : 1883&lt;br /&gt;
    - PATH : /Captor/M2M/data avec data=(temp, humidity, UV)&lt;br /&gt;
* MySQL : Base de donnée Openhab&lt;br /&gt;
* OpenHab (subscribe sur /Captor/M2M/# :&lt;br /&gt;
    - Item : Temperature, Humidité, UV&lt;br /&gt;
    - Sitemap : Dashboard &lt;br /&gt;
    - Rules : Envoit d&#039;email&lt;br /&gt;
    - Persistence : Envoit donnée vers MySQL&lt;br /&gt;
* AWS EC2 :&lt;br /&gt;
    Installé sur la machine : &lt;br /&gt;
         -Openhab sous /opt/openhab&lt;br /&gt;
         -Mosquitto&lt;br /&gt;
         -MySql&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
Le travail à été effectué en parallèle et réparti de la manière suivante :&lt;br /&gt;
* Aurélien Chartier :&lt;br /&gt;
    - Réception des données provenant des capteurs sur la beagleBone. &lt;br /&gt;
    - Décryptage des données.&lt;br /&gt;
    - Envoi de ces données de la beagleBone Black au cloud.&lt;br /&gt;
* Jean-Luc Mengoli :&lt;br /&gt;
    - Reception des données sur la machine du cloud.&lt;br /&gt;
    - Visualisation des données sur des graphiques.&lt;br /&gt;
    - Envoie de mails d&#039;alerte.&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
# Des capteurs aux beagleBone Black&lt;br /&gt;
# Du beagleBone Black au cloud&lt;br /&gt;
# Du cloud aux graphiques&lt;br /&gt;
# Du cloud aux mails&lt;br /&gt;
&lt;br /&gt;
[[File:M2M-Chartier-Mengoli_Architecture.png]]&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:M2M-Chartier-Mengoli_Architecture.png&amp;diff=29310</id>
		<title>File:M2M-Chartier-Mengoli Architecture.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:M2M-Chartier-Mengoli_Architecture.png&amp;diff=29310"/>
		<updated>2016-04-08T18:41:12Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: Image architecture&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Image architecture&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28892</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28892"/>
		<updated>2016-04-05T19:09:22Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Architecture */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;br /&gt;
 &#039;&#039;Voir vidéo Google i/o 2015 [https://www.youtube.com/watch?v=nhAhwpTtEZg link Vidéo Brillo Google] &#039;&#039;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28889</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28889"/>
		<updated>2016-04-05T18:36:00Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Architecture */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:Untitled_Diagram.png‎]]&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=File:Untitled_Diagram.png&amp;diff=28888</id>
		<title>File:Untitled Diagram.png</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=File:Untitled_Diagram.png&amp;diff=28888"/>
		<updated>2016-04-05T18:34:45Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28887</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28887"/>
		<updated>2016-04-05T18:31:37Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Architecture=&lt;br /&gt;
[[File:]]&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28883</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28883"/>
		<updated>2016-04-05T18:14:09Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Projet Brillo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Composé d&#039;une console Weave dans laquelle on peut voir les données récupérées par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28881</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28881"/>
		<updated>2016-04-05T18:13:16Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Weave */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapté pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Fonctionne avec Weave crée par Google pour accompagner Brillo.&lt;br /&gt;
&lt;br /&gt;
Weave console dans laquelle on peux voir les données récupéré par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=Brillo&amp;diff=28867</id>
		<title>Brillo</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=Brillo&amp;diff=28867"/>
		<updated>2016-04-05T17:30:57Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&#039;&#039;Brillo brings the simplicity and speed of software development to hardware for IoT with an embedded OS, core services, developer kit, and developer console. &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
https://developers.google.com/brillo/&lt;br /&gt;
&lt;br /&gt;
https://youtu.be/2rPkbyyviGI&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui l&#039;internet des objets est un enjeux majeurs et de plus en plus d&#039;objets communiquent entre eux notamment dans le domaine de la domotique.&lt;br /&gt;
&lt;br /&gt;
Le problème est que les systèmes d&#039;exploitations consomment beaucoup d&#039;énergie pour des traitements qui ne sont pas adaptés pour l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
C&#039;est pourquoi Google à annoncé Brillo lors de la Google i/o 2015, un système d&#039;exploitation embarqué basé sur Android, conçu spécialement pour répondre à cette problématique.&lt;br /&gt;
&lt;br /&gt;
L&#039;avantage de cet OS est qu&#039;il à besoin de peu de ressources pour fonctionner et qu&#039;il consomme peu de mémoire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Weave=&lt;br /&gt;
Afin de permettre au mieux la communication des objets entre eux, Google annonce avec Brillo, Weave un langage communication réservée à l&#039;internet des objets.&lt;br /&gt;
&lt;br /&gt;
Weave permet la configuration du matériel ainsi la communication des matériels entre eux et avec le Cloud ainsi que l’interaction des utilisateur depuis les téléphones et internet.&lt;br /&gt;
&lt;br /&gt;
En combinant Weave et Brillo, Google veut offrir un environnement complet et adapter pour l&#039;internet des objets.&lt;br /&gt;
=Projet Brillo=&lt;br /&gt;
Le projet Brillo est composé par :&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Un système d&#039;exploitation embarqué : basé sur Android et open source&lt;br /&gt;
&lt;br /&gt;
- Un Core services : Fonctionne avec Weave crée par Google pour accompagner Brillo.&lt;br /&gt;
&lt;br /&gt;
Weave console dans laquelle on peux voir les données récupéré par les capteurs ainsi que vous les matériels défectueux.&lt;br /&gt;
&lt;br /&gt;
- Un kit développeur : basé sur Android.mk architecture, intégrant une plateforme de tests permettant les tests unitaire,tests d&#039;intégration ainsi qu&#039;un débogueur.&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28518</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28518"/>
		<updated>2016-04-03T14:18:59Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Technologies utilisées */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* [[RFXCom]]&lt;br /&gt;
* [[Beaglebones]]&lt;br /&gt;
* [[Machine Amazon T2.micro]]&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* [[Script python :]] &lt;br /&gt;
   - [[Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)]]&lt;br /&gt;
   - [[Décode la tram et envoit des données sur un serveur MQTT (publish)]]&lt;br /&gt;
* [[Mosquitto :]]  &lt;br /&gt;
    - [[Broker : borker.hivemq.com]]&lt;br /&gt;
    - [[Port : 1883]]&lt;br /&gt;
    - [[PATH : /Captor/M2M/data   avec data=(temp, humidity, UV)]]&lt;br /&gt;
* [[MySQL : Base de donnée Openhab]]&lt;br /&gt;
* [[OpenHab (subscribe sur /Captor/M2M/#]] :&lt;br /&gt;
    - [[Item : Temperature, Humidité, UV]]&lt;br /&gt;
    - [[Sitemap : Dashboard ]]&lt;br /&gt;
    - [[Rules : Envoit d&#039;email]]&lt;br /&gt;
    - [[Persistence : Envoit donnée vers MySQL]]&lt;br /&gt;
* [[AWS EC2 :]]&lt;br /&gt;
    [[Installé sur la machine : ]]&lt;br /&gt;
         -[[Openhab sous /opt/openhab]]&lt;br /&gt;
         -[[Mosquitto]]&lt;br /&gt;
         -[[MySql]]&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28517</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28517"/>
		<updated>2016-04-03T14:18:46Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Technologies utilisées */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* [[RFXCom]]&lt;br /&gt;
* [[Beaglebones]]&lt;br /&gt;
* [[Machine Amazon T2.micro]]&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* [[Script python :]] &lt;br /&gt;
   - [[Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)]]&lt;br /&gt;
   - [[Décode la tram et envoit des données sur un serveur MQTT (publish)]]&lt;br /&gt;
* [[Mosquitto :]]  &lt;br /&gt;
    - [[Broker : borker.hivemq.com]]&lt;br /&gt;
    - [[Port : 1883]]&lt;br /&gt;
    - [[PATH : /Captor/M2M/data   avec data=(temp, humidity, UV)]]&lt;br /&gt;
* [[MySQL : Base de donnée Openhab]]&lt;br /&gt;
* [[OpenHab (subscribe sur /Captor/M2M/#]] :&lt;br /&gt;
    - [[Item : Temperature, Humidité, UV]]&lt;br /&gt;
    - [[Sitemap : Dashboard ]]&lt;br /&gt;
    - [[Rules : Envoit d&#039;email]]&lt;br /&gt;
    - [[Persistence : Envoit donnée vers MySQL]]&lt;br /&gt;
* [[AWS EC2 :]]&lt;br /&gt;
    [[Installé sur la machine : &lt;br /&gt;
         -[[Openhab sous /opt/openhab]]&lt;br /&gt;
         -[[Mosquitto]]&lt;br /&gt;
         -[[MySql]]&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28516</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28516"/>
		<updated>2016-04-03T14:16:16Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* [[RFXCom]]&lt;br /&gt;
* [[Beaglebones]]&lt;br /&gt;
* [[Machine Amazon T2.micro]]&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
** [[Script python :]] &lt;br /&gt;
   - [[Récupère les données des capteurs avec l&#039;antenne RFXCOM (433MHZ)]]&lt;br /&gt;
   - [[Décode la tram et envoit des données sur un serveur MQTT (publish)]]&lt;br /&gt;
* [[Mosquitto :]]  &lt;br /&gt;
    - [[Broker : borker.hivemq.com]]&lt;br /&gt;
    - [[Port : 1883]]&lt;br /&gt;
    - [[Rest : /Captor/M2M/{Option}   avec Option={temp, humidity, UV}]]&lt;br /&gt;
* [[MySQL : Base de donnée Openhab]]&lt;br /&gt;
* [[OpenHab (subscribe sur /Captor/M2M/#]] :&lt;br /&gt;
    - [[Item : Temperature, Humidité, UV]]&lt;br /&gt;
    - [[Sitemap : Dashboard ]]&lt;br /&gt;
    - [[Rules : Envoit d&#039;email]]&lt;br /&gt;
    - [[Persistence : Envoit donnée vers MySQL]]&lt;br /&gt;
* [[AWS EC2 :]]&lt;br /&gt;
    - [[installé sur la machine : &lt;br /&gt;
      [[Openhab sous /opt/openhab]]&lt;br /&gt;
      [[Mosquitto]]&lt;br /&gt;
      [[MySql]]&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28515</id>
		<title>PM2M-2016-Meteo433/Suivi</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M-2016-Meteo433/Suivi&amp;diff=28515"/>
		<updated>2016-04-03T14:03:46Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Matériel utilisé */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Station météo 433 MHz&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Etudiants [[PM2M/2016/TP|M2PGI PM2M]]: Etudiants&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Dépôt Git : [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
Documents : [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]] - Video&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Contexte=&lt;br /&gt;
&lt;br /&gt;
=Objectif du projet=&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Matériel utilisé=&lt;br /&gt;
* [[RFXCom]]&lt;br /&gt;
* [[Beaglebones]]&lt;br /&gt;
* [[Machine Amazon T2.micro]]&lt;br /&gt;
&lt;br /&gt;
=Technologies utilisées=&lt;br /&gt;
* [[Mosquitto]]&lt;br /&gt;
* [[Node-RED]]&lt;br /&gt;
* [[AWS EC2]]&lt;br /&gt;
&lt;br /&gt;
=Plan de développement=&lt;br /&gt;
&lt;br /&gt;
==Mise en place de l&#039;infrastructure==&lt;br /&gt;
&lt;br /&gt;
=Expérimentations et Résultats=&lt;br /&gt;
&lt;br /&gt;
=Photos et Vidéo=&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
	<entry>
		<id>https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=28375</id>
		<title>PM2M/2016/TP</title>
		<link rel="alternate" type="text/html" href="https://air.imag.fr/index.php?title=PM2M/2016/TP&amp;diff=28375"/>
		<updated>2016-03-27T09:56:21Z</updated>

		<summary type="html">&lt;p&gt;MENGOLI.JEAN-LUC: /* Fiche de synthèse */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Page 2016 des supports de cours et travaux pratiques de l&#039;UE [[Projets M2PGI Services Machine-to-Machine]].&lt;br /&gt;
&lt;br /&gt;
Enseignants 2016 : Didier Donsez, Laurent Lemke&lt;br /&gt;
&lt;br /&gt;
Partie démarrant le 1er Mars 2016 en F112.&lt;br /&gt;
&lt;br /&gt;
Soutenance : A définir (1 Créneau de 2H du 11 au 13 Avril 2016).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d&#039;une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz).&lt;br /&gt;
&lt;br /&gt;
==Support de cours==&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l&#039;IoT]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]&lt;br /&gt;
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]&lt;br /&gt;
&lt;br /&gt;
==Etapes==&lt;br /&gt;
* Tutoriel [[OSGi]]&lt;br /&gt;
* [[UE_PEIP_L1|Tutoriel Arduino]]&lt;br /&gt;
* Installation d&#039;[[OpenHAB]]&lt;br /&gt;
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]&lt;br /&gt;
* Installation de [[Mosquitto]]&lt;br /&gt;
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09&lt;br /&gt;
* Installation de [[Node-RED]]&lt;br /&gt;
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP]  ... et [http://flows.nodered.org/ autres]  (en fonction de votre projet).&lt;br /&gt;
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]&lt;br /&gt;
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]&lt;br /&gt;
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...&lt;br /&gt;
* Installation de [[Spark]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque : pour gagner du temps, utilisez [[Docker]] pour le déploiement des (micro-)services et [[Puppet]] pour la configuration de ceux si c&#039;est nécessaire&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Twitter, ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
==Fiche de synthèse==&lt;br /&gt;
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.&lt;br /&gt;
* [[SARAH]] &lt;br /&gt;
* [[WirelessHART]]&lt;br /&gt;
* [[Weightless]] (= AIT-MOULOUD Amine)&lt;br /&gt;
* [[OpenRF]]&lt;br /&gt;
* [[WMBus]]&lt;br /&gt;
* [[Thread]] (Google) (= GUERIN Cedric )&lt;br /&gt;
* [[LoRaWAN]] (= BERGER Stéphane)&lt;br /&gt;
* [[NB-IoT]]&lt;br /&gt;
* [[NB-LTE]]&lt;br /&gt;
* [[HaLow]]&lt;br /&gt;
* [[Irridium]] (= DONIAS Pierre)&lt;br /&gt;
* [[Apple Homekit]]&lt;br /&gt;
* [[AllJoyn]]&lt;br /&gt;
* [[OneM2M]]&lt;br /&gt;
* [[OPC-UA]]&lt;br /&gt;
* [[DTN|Delay Tolerant Networks]] (= RUKUNDO Fiston)&lt;br /&gt;
* [[Radio Data System]] (= ABHAMON Ronan)&lt;br /&gt;
* [[Tetra Radio]]&lt;br /&gt;
* [[IPSO]] (= CROZE Erwan)&lt;br /&gt;
* [[GeoJSON]] (= AZOUZI Marwen)&lt;br /&gt;
* [[Avro]] (= FAURE Adrien)&lt;br /&gt;
* [[Thrift]] (= FAURE Maximilien)&lt;br /&gt;
* [[Protobuf]] (= ZAKARI TOURE Ismael)&lt;br /&gt;
* [[Apache Flume]] (= MARQUE Bastien)&lt;br /&gt;
* [[Apache Zeppelin]] (= BIGARD Florian)&lt;br /&gt;
* [[Kaa]]&lt;br /&gt;
* [[Hypercat]]&lt;br /&gt;
* [[Jupyter]] (= SAHUC Alexandre)&lt;br /&gt;
* [[AWS IoT]] (= DIAGNE El Hadji Malick)&lt;br /&gt;
* [[Brillo]] (= MENGOLI Jean-Luc)&lt;br /&gt;
* [[EVRYTHNG]]&lt;br /&gt;
* [[OGC SensorThings]] (= BANWARTH Pierre)&lt;br /&gt;
* [[Zephyr Project]]&lt;br /&gt;
* [[OpenEnergyMonitor]]&lt;br /&gt;
* [[PlatformIO]]&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
==Capteurs et Actionneurs==&lt;br /&gt;
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]&lt;br /&gt;
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo&lt;br /&gt;
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]&lt;br /&gt;
# Sensors ZWave + Clé ZWave&lt;br /&gt;
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz&lt;br /&gt;
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] &amp;amp; [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)&lt;br /&gt;
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]&lt;br /&gt;
# Carte de démonstration [[SigFox]]&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])&lt;br /&gt;
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]&lt;br /&gt;
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])&lt;br /&gt;
# Carte LoRa&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Mini-Projet==&lt;br /&gt;
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]&lt;br /&gt;
&lt;br /&gt;
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L&#039;acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un &amp;quot;broker&amp;quot; [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...) &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Sujets des mini-projets===&lt;br /&gt;
&lt;br /&gt;
 {|class=&amp;quot;wikitable alternance&amp;quot;&lt;br /&gt;
 |+ Affectation des projets PM2M 2015-2016&lt;br /&gt;
 |-&lt;br /&gt;
 |&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Sujet&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Étudiants&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Fiche de suivi&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Dépôt git&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Documents&lt;br /&gt;
 !scope=&amp;quot;col&amp;quot;| Matériel&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 1&lt;br /&gt;
 | Géolocalisation Outdoor sans GPS&lt;br /&gt;
 | AVRIL	Sébastien, BOTTRAUD	Jean-Yves, FAGNO 	Loïc, BERGER	Stéphane&lt;br /&gt;
 | [[PM2M-2016-GeolocOutdoor/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-GeolocOutdoor/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-GeolocOutdoor.pdf|Rapport]] - [[Media:PM2M-2016-GeolocOutdoor-slides.pdf|Transparents]] - [[Media:PM2M-2016-GeolocOutdoor-flyer.pdf|Flyer]]&lt;br /&gt;
 | Cartes [[STM32 Nucleo]] (x4), Shield MBed [[LoRa]] SX1276 (x4), Semtech LoRaMote (x2) &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 2&lt;br /&gt;
 | Détecteur de Présence Wifi&lt;br /&gt;
 | AZOUZI	MARWEN, FAURE	ADRIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-Presence/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-Presence/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Presence.pdf|Rapport]] - [[Media:PM2M-2016-Presence-slides.pdf|Transparents]] - [[Media:PM2M-2016-Presence-flyer.pdf|Flyer]]&lt;br /&gt;
 | ESP8266 + FTDI + US100 + PIR Motion + Breadboard&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 3&lt;br /&gt;
 | Feuille de présence apprenti NFC &lt;br /&gt;
 | FAURE	MAXIMILIEN, MARQUE	BASTIEN&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-NFCApprenti/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCApprenti/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCApprenti.pdf|Rapport]] - [[Media:PM2M-2016-NFCApprenti-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCApprenti-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + Lecteur NFC ACR 211 + Tags NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 4&lt;br /&gt;
 | LoRaMote Wyres&lt;br /&gt;
 | SAHUC	Alexandre, CROZE	Erwan&lt;br /&gt;
&lt;br /&gt;
 | [[PM2M-2016-LoRaMote/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-LoRaMote/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-LoRaMote.pdf|Rapport]] - [[Media:PM2M-2016-LoRaMote-slides.pdf|Transparents]] - [[Media:PM2M-2016-LoRaMote-flyer.pdf|Flyer]]&lt;br /&gt;
 | 2 Motes Wyres + RPI1 + 1 LoRaMote Semtech + 1 carte SX1301 [[IMST iC880A]] (FTDI)&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 5&lt;br /&gt;
 | Méteo 433 MHz&lt;br /&gt;
 | CHARTIER	Aurelien, MENGOLI	JEAN-LUC&lt;br /&gt;
 | [[PM2M-2016-Meteo433/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-Meteo433/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-Meteo433.pdf|Rapport]] - [[Media:PM2M-2016-Meteo433-slides.pdf|Transparents]] - [[Media:PM2M-2016-Meteo433-flyer.pdf|Flyer]]&lt;br /&gt;
 | BBB + RFXCom + 2 Sondes (UV, Thermo) + Modules TxRx 433&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 6&lt;br /&gt;
 | Lecteur NFC Sigfox (Application : Gestion des rondes de surveillance)&lt;br /&gt;
 | AIT-MOULOUD	Amine, GUERIN	CEDRIC&lt;br /&gt;
 | [[PM2M-2016-NFCSigfox/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-NFCSigfox/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-NFCSigfox.pdf|Rapport]] - [[Media:PM2M-2016-NFCSigfox-slides.pdf|Transparents]] - [[Media:PM2M-2016-NFCSigfox-flyer.pdf|Flyer]]&lt;br /&gt;
 | Platine  Snooplab Areku [[SigFox]] + Shield [[NFC]] + Tag NFC&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 7&lt;br /&gt;
 | Collecte et analyse de messages RDS par radio FM&lt;br /&gt;
 | ABHAMON	Ronan, BIGARD	FLORIAN&lt;br /&gt;
 | [[PM2M-2016-RDSMining/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-RDSMining/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-RDSMining.pdf|Rapport]] - [[Media:PM2M-2016-RDSMining-slides.pdf|Transparents]] - [[Media:PM2M-2016-RDSMining-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[BeagleBone Black]] + [[SparkFun FM Tuner Evaluation Board - Si4703|Sparkfun FM Tuner]] + Ecran [[Graphic LCD 84x48 - Nokia 5110]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 8&lt;br /&gt;
 | Serrure intelligente (A CONFIRMER) - voir [[Touchkey]] &amp;amp; [[SmartSelfService/FicheSuivi2014|SmartSelfService]]&lt;br /&gt;
 | BAYLE	STEPHANE, BUCHS 	THIBAUD, MAKHLOUF	MEHDI&lt;br /&gt;
 | [[PM2M-2016-XXXXX/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[STM32 Nucleo]] + Shield Nucleo [[NFC]] + Servo-Moteur + [[ESP8266]] + Coffre-fort de [[FabMSTIC]]&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 9&lt;br /&gt;
 | Compteur de passage de véhicules avec [[OpenCV]] (A CONFIRMER)&lt;br /&gt;
 | OLVERA BADILLO	ANGELICA, RUKUNDO	Fiston, SUN	HUANAN&lt;br /&gt;
 | [[PM2M-2016-XXXXX/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XXXXX.pdf|Rapport]] - [[Media:PM2M-2016-XXXXX-slides.pdf|Transparents]] - [[Media:PM2M-2016-XXXXX-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Intel Galileo]] + Alim 5V + Module Wifi [[ESP8266]] + WebCam USB&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 10&lt;br /&gt;
 | Culture Hydroponique&lt;br /&gt;
 | BANWARTH	PIERRE, DONIAS	PIERRE&lt;br /&gt;
 | [[PM2M-2016-CultureHydroponique/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XXXXX/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-CultureHydroponique.pdf|Rapport]] - [[Media:PM2M-2016-CultureHydroponique-slides.pdf|Transparents]] - [[Media:PM2M-2016-CultureHydroponique-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[STM32 Nucleo]] F401 + [[ESP8266]] + FTDI + [[AgriSensor_:_Arduino-Based_Sensor_for_Agriculture|AgriSensor]]&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 !scope=&amp;quot;row&amp;quot;| 11&lt;br /&gt;
 | Capteurs XBee&lt;br /&gt;
 | DIAGNE EI	HADJI MALICK, ZAKARI TOURE	ISMAEL&lt;br /&gt;
 | [[PM2M-2016-XBee/Suivi| &#039;&#039;&#039;Fiche&#039;&#039;&#039;]]&lt;br /&gt;
 | [https://github.com/PM2M-2016-XBee/pm2m &#039;&#039;&#039;github&#039;&#039;&#039;]&lt;br /&gt;
 | [[Media:PM2M-2016-XBee.pdf|Rapport]] - [[Media:PM2M-2016-XBee-slides.pdf|Transparents]] - [[Media:PM2M-2016-XBee-flyer.pdf|Flyer]]&lt;br /&gt;
 | [[Arduino FIO]] + FTDI + 2 [[XBee S1]] + Xbee Explorer &lt;br /&gt;
 |-&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Contenu général des mini-projets==&lt;br /&gt;
Les équipes ne font qu&#039;une partie des manipulations en fonction du sujet du mini-projet affecté.&lt;br /&gt;
&lt;br /&gt;
====[[CoAP]] Binding for [[OpenHAB]]====&lt;br /&gt;
* avec [[Californium]]&lt;br /&gt;
* avec https://github.com/eclipse/californium/pull/25&lt;br /&gt;
&lt;br /&gt;
====Extension de [[Node-RED]]====&lt;br /&gt;
Création ou Amélioration de Nodes&lt;br /&gt;
* Node Crypto (avec https://nodejs.org/api/crypto.html)&lt;br /&gt;
* Node [[Apache Kafka]]&lt;br /&gt;
* Node [[Apache Flume]]&lt;br /&gt;
* Node [[CoAP]]&lt;br /&gt;
* Node [[UPnP]]&lt;br /&gt;
* Node [[DTLS]] en étendant le node UDP&lt;br /&gt;
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]&lt;br /&gt;
* Node [[SigFox]] (uplink et downlink)&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Avro]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Thrift]]&lt;br /&gt;
* Node Sérialisation/Déserialisation [[Protobuf]]&lt;br /&gt;
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]&lt;br /&gt;
* Node [[Streamdata.io]]&lt;br /&gt;
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])&lt;br /&gt;
* Node Provider SMS Twilio&lt;br /&gt;
* Node [[Provider SMS Free Mobile]]&lt;br /&gt;
* Node Provider SMS Orange Mobile&lt;br /&gt;
&lt;br /&gt;
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/&lt;br /&gt;
&lt;br /&gt;
====Déploiement sur plateforme Cloud====&lt;br /&gt;
Le serveur [[Node-RED]] et le &amp;quot;broker&amp;quot; [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]] ou sur votre machine.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====&lt;br /&gt;
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS &amp;gt; Kafka &amp;gt; Storm on Azure Demo]]&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====&lt;br /&gt;
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).&lt;br /&gt;
&lt;br /&gt;
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====&lt;br /&gt;
&lt;br /&gt;
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]&lt;br /&gt;
&lt;br /&gt;
====Affichage des positions avec [[Bootleaf]]====&lt;br /&gt;
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d&#039;un champ latlon, latlonalt, geo, ...  dans le JSON des flows [[Node-RED]].&lt;br /&gt;
&lt;br /&gt;
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====&lt;br /&gt;
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).&lt;br /&gt;
&lt;br /&gt;
S&#039;inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.&lt;br /&gt;
&lt;br /&gt;
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]&lt;br /&gt;
&lt;br /&gt;
====Intégration à un ESB [[Apache Camel]]====&lt;br /&gt;
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]&lt;br /&gt;
Vous pourrez utiliser les composants suivants&lt;br /&gt;
* https://camel.apache.org/weather.html&lt;br /&gt;
* https://camel.apache.org/mqtt.html&lt;br /&gt;
** http://tingenek.wordpress.com/category/mqtt/&lt;br /&gt;
* https://camel.apache.org/rss.html&lt;br /&gt;
* https://camel.apache.org/esper.html&lt;br /&gt;
* https://camel.apache.org/mongodb.html&lt;br /&gt;
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====&lt;br /&gt;
&lt;br /&gt;
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====&lt;br /&gt;
&lt;br /&gt;
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:&lt;br /&gt;
* Activer [[AWS Cloudwatch]]&lt;br /&gt;
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).&lt;br /&gt;
&lt;br /&gt;
==Soutenances==&lt;br /&gt;
&lt;br /&gt;
====Planning des soutenances====&lt;br /&gt;
COMING SOON&lt;br /&gt;
&lt;br /&gt;
====Instructions pour les soutenances des mini-projets====&lt;br /&gt;
&lt;br /&gt;
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu&#039;une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.&lt;br /&gt;
* respectez le temps donc repetez la &lt;br /&gt;
* remplissez le doodle pour choisir un creneau de passage&lt;br /&gt;
* la présentation mettra en avant&lt;br /&gt;
** le titre (avec les noms prénoms des binômes)&lt;br /&gt;
** les applications IoT cibles/envisagées&lt;br /&gt;
** le ou les architectures (successivement) implémentées,&lt;br /&gt;
** les composants logiciels et matériels utilisés,&lt;br /&gt;
** les métriques (langages de programmation, sloc, performance ...),&lt;br /&gt;
** les problèmes rencontrés et les solutions élaborées,&lt;br /&gt;
** la conclusion&lt;br /&gt;
** des perspectives possibles à votre développement.&lt;br /&gt;
&lt;br /&gt;
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.&lt;br /&gt;
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.&lt;br /&gt;
&lt;br /&gt;
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.&lt;br /&gt;
&lt;br /&gt;
La présentation peut-être réalisée avec [[Reveal.js]].&lt;br /&gt;
&lt;br /&gt;
Pensez a répéter vos présentations.&lt;br /&gt;
&lt;br /&gt;
==Projets==&lt;br /&gt;
&lt;br /&gt;
==Matériel à disposition==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://intel-software-academic-program.com/courses/#iot&lt;br /&gt;
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf&lt;br /&gt;
* [[Gas Sensors]]&lt;br /&gt;
* [[DHT11/DHT21/DHT22 etc. Temperature &amp;amp; Humidity sensors]]&lt;br /&gt;
* [[SCL3711]] NFC Reader --&amp;gt; voir [[NFCpy]]&lt;br /&gt;
* [[Capteur de pression BMP085]]&lt;br /&gt;
* [[High Sensitivity Alarm Vibration Sensor Module]]&lt;br /&gt;
* [[PIR Motion Sensor]]&lt;br /&gt;
* [[BMP085 Pressure Sensor]]&lt;br /&gt;
* [[CC2541 SensorTag Development Kit]]&lt;br /&gt;
* [[Socket.io]]&lt;br /&gt;
* [[STM32 Nucleo]]&lt;br /&gt;
** Shield BlueNRG&lt;br /&gt;
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.&lt;br /&gt;
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.&lt;br /&gt;
&lt;br /&gt;
==Visualisation==&lt;br /&gt;
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]&lt;br /&gt;
* MQTT over Websocket&lt;br /&gt;
** https://www.npmjs.org/package/mqtt-ws&lt;br /&gt;
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets&lt;br /&gt;
* [[Leaflet.js]]  modern open-source JavaScript library for mobile-friendly interactive maps&lt;br /&gt;
* [[Morris.js]] Charts in Javascript&lt;br /&gt;
* [[Grafana]]&lt;br /&gt;
* [[Graphite]]&lt;br /&gt;
* [[Ganglia]]&lt;br /&gt;
&lt;br /&gt;
==Stockage==&lt;br /&gt;
* [[InfluxDB]]&lt;br /&gt;
* [[MongoDB]]&lt;br /&gt;
&lt;br /&gt;
==Liens==&lt;br /&gt;
* [[Intel Galileo]]&lt;br /&gt;
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014&lt;br /&gt;
* https://github.com/SmartDollHouse&lt;br /&gt;
* https://twitter.com/FablabAIR&lt;br /&gt;
&lt;br /&gt;
==Autres==&lt;br /&gt;
* [[IoTSyS]]&lt;br /&gt;
* [https://github.com/denschu/home.pi  Home.pi]&lt;br /&gt;
* [[OM2M]]&lt;br /&gt;
* [[Gladys]]&lt;br /&gt;
* DEPRECATED :  [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]&lt;br /&gt;
* [https://github.com/SmartDollHouse Dépôt GitHub]&lt;br /&gt;
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]&lt;br /&gt;
* [[Flot Charts]]&lt;br /&gt;
&lt;br /&gt;
==Galerie 2016==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2015==&lt;br /&gt;
&lt;br /&gt;
==Galerie 2014==&lt;br /&gt;
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]&lt;/div&gt;</summary>
		<author><name>MENGOLI.JEAN-LUC</name></author>
	</entry>
</feed>