PM2M/2017/TP: Difference between revisions

From air
Jump to navigation Jump to search
Line 48: Line 48:
* [[Zephyr Project]]
* [[Zephyr Project]]
* [[S3P]]
* [[S3P]]
* [[Apache Edgent]]
* [[Apache Edgent]] (--> Frédéric Derue)
* [[Apache Nifi]]
* [[Apache Nifi]]
* [[Eclipse Kura]]
* [[Eclipse Kura]]

Revision as of 08:04, 1 March 2017

Page 2017 des supports de cours et travaux pratiques de l'UE Projets M2PGI Services Machine-to-Machine.

Enseignants 2017 : Didier Donsez

Partie démarrant 28/02 au 28/03 .

Soutenance du mi-projet le 28/03 (1H30).

Rendu fiche de synthèse : 27/03 à minuit.

Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'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).

Support de cours

Etapes

Remarque : pour gagner du temps, utilisez Docker pour le déploiement des (micro-)services et Puppet pour la configuration de ceux si c'est nécessaire.

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.

Fiche de synthèse

Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.

...

Capteurs et Actionneurs

Sensors Mix
Genuino 101
LoPy (LoRa)
SiPy (Sigfox)
File:Fipy.png
FiPy (the full monty)
  1. Pycom LoPy
  2. Pycom SiPy
  3. Pycom FiPy
  4. STM32 Nucleo + Shield LoRa SX1272 + Shield Météo
  5. STM32 Nucleo + Shield LoRa SX1276 + Shield Météo
  6. STM32 Nucleo + Shield NFC + Shield BLE (avec client Android MQTT)
  7. STM32 Nucleo + Récepteur RDS + ESP8266
  8. Sensors ZWave + Clé ZWave
  9. Sensors RFXCom 433MHz + Clé RFXCom 433MHz
  10. STM32 Nucleo + Shield BLE (capture de beacons iBeacon & AltBeacon) (avec client Android MQTT)
  11. Sensors enOcean (à vérifier auprès de Jérôme Maisonnasse)
  12. Sensors Zigbee (à vérifier auprès de Jérôme Maisonnasse)
  13. Sensors XBee (à vérifier auprès de Jérôme Maisonnasse)
  14. Carte Wifi ESP8266 (IDE Arduino) + Shield OpenEnergyMonitor
  15. Carte Wifi ESP8266 (Lua) + Shield OpenEnergyMonitor
  16. Carte de démonstration SigFox
  17. Carte Intel Curie Genuino 101 (avec client Android MQTT)
  18. Carte Intel Curie Genuino 101 (avec client Android MQTT) +Ceinture cardio Geonaute
  19. Carte Xadow GSM+BLE du RePhone (voir ArduinoPhone 2.0)
  20. Carte LoRa

Mini-Projet

Architecture Mini-Projet

Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'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 "broker" 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, 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 ...)


Sujets des mini-projets

Affectation des projets PM2M 2016-2017
Sujet Étudiants Fiche de suivi Dépôt git Documents Matériel

Contenu général des mini-projets

Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.

CoAP Binding for OpenHAB

Extension de Node-RED

Création ou Amélioration de Nodes

Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/

Déploiement sur plateforme Cloud

Le serveur Node-RED et le "broker" PubSub MQTT (Mosquitto ou RabbitMQ) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme Windows Azure ou Amazon EC2, Heroku, IBM Bluemix, Digital Ocean, OVH ou sur votre machine via des images Docker.

Attention, Eduroam bloque le port 1883 du protocole MQTT (entre autre).

PubSub des mesures capteur avec Apache Kafka

GPS > Kafka > Storm on Azure Demo

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).

PubSub des mesures capteur avec Apache Flume

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).

Collecte, Stockage et Visualisation des mesures capteur avec Logstash, Elastic Search, Kibana

voir NodeRED ElasticSearch3

Routage avec Apache Nifi

Décodage avec Eclipse Vorto

Affichage des positions avec Bootleaf

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'un champ latlon, latlonalt, geo, ... dans le JSON des flows Node-RED.

Analyse des mesures capteurs en temps réel avec Apache Spark Streaming

Installer Spark sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).

S'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.

Faire de même avec les brokers Apache Kafka et Apache Flume

Intégration à un ESB Apache Camel

Compléter le tutoriel avec un déploiement de composants Apache Camel Vous pourrez utiliser les composants suivants

Monitoring de votre infrastructure avec Telegraf, InfluxDB, Grafana et Kapacitor

Monitoring de votre infrastructure avec AWS Cloudwatch et Grafana

Pour monitorer les machines qui hébergent les serveurs (Mosquitto, ...) sur AWS EC2:

Soutenances

Planning des soutenances

COMING SOON

Instructions pour les soutenances des mini-projets

  • chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.
  • respectez le temps donc repetez la
  • remplissez le doodle pour choisir un creneau de passage
  • la présentation mettra en avant
    • le titre (avec les noms prénoms des binômes)
    • les applications IoT cibles/envisagées
    • le ou les architectures (successivement) implémentées,
    • les composants logiciels et matériels utilisés,
    • les métriques (langages de programmation, sloc, performance ...),
    • les problèmes rencontrés et les solutions élaborées,
    • la conclusion
    • des perspectives possibles à votre développement.

Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance. 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.

Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.

La présentation peut-être réalisée avec Reveal.js.

Pensez a répéter vos présentations.

Projets

Matériel à disposition

Visualisation

Stockage

Liens

Autres

Galeries

Galerie 2016

Suivez les tweets :

Galerie 2015

Galerie 2014

PM2M 2014PM2M 2014PM2M 2014PM2M 2014PM2M 2014PM2M 2014PM2M 2014PM2M 2014

Retrieved from "https://air.imag.fr/index.php?title=PM2M/2017/TP&oldid=34022"