air - User contributions [en]

PROJET-1FO5 1819 CampusIoT

2019-03-19T16:10:50Z

Guillaume.Besnard1: /* Remarque */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet, Développement (Algorithme Géolocalisation)
* Timothée Depriester - DevOps, Recherche problématique Duty Cycle
* Benjamin Besnier - Développement (Algorithme Géolocalisation), dactylographe
* Guillaume Besnard - Opération, Intégration, Test
* Théo Lévesque - Opération, Développement authentification ACL, Token, Intégration, Test

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Le LoRaServer a la responsabilité de toutes les passerelles de notre réseau. L'objectif est de pouvoir connaitre à tout moment l'état de l'utilisation de chaque passerelle pour pouvoir répartir la charge améliorer l'efficacité globale et respecter le duty cycle de chaque passerelle.

Pour cela, plusieurs solutions s'offrent à nous (une Issue a été ouverte à ce sujet sur LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) ) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air" nécessaire pour une communication. Un chronomètre pourrait donc être déclenché pour savoir si une passerelle à trop émis et doit être mise en attente.

En l'état actuel, la passerelle avec le meilleurs SNR/RSSI est choisie. Ce tri est effectué lors d'un UPLINK. Lorsque le SNR est considéré comme suffisamment bon (seuil), on trie par rssi. Ce tri ne prend en aucun cas en compte le duty cycle, et n'est pas effectué avant un DOWNLINK, mais lors d'un UPLINK. Au lieu d'utiliser la première gateway du tableau pour le DOWNLINK, on pourrait parcourir les gateway du tableau, et élire un la première n'ayant pas dépasser son duty cycle. A défaut de gateway disponible, le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

* Une autre solution, qui semble être le parti pris de Broocar ( [lien](https://github.com/brocaar/loraserver/issues/370) ), serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages UNICAST et pas au MULTICAST qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T16:09:11Z

Guillaume.Besnard1: /* Cas du LoRaServer */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet, Développement (Algorithme Géolocalisation)
* Timothée Depriester - DevOps, Recherche problématique Duty Cycle
* Benjamin Besnier - Développement (Algorithme Géolocalisation), dactylographe
* Guillaume Besnard - Opération, Intégration, Test
* Théo Lévesque - Opération, Développement authentification ACL, Token, Intégration, Test

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Le LoRaServer a la responsabilité de toutes les passerelles de notre réseau. L'objectif est de pouvoir connaitre à tout moment l'état de l'utilisation de chaque passerelle pour pouvoir répartir la charge améliorer l'efficacité globale et respecter le duty cycle de chaque passerelle.

Pour cela, plusieurs solutions s'offrent à nous (une Issue a été ouverte à ce sujet sur LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) ) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air" nécessaire pour une communication. Un chronomètre pourrait donc être déclenché pour savoir si une passerelle à trop émis et doit être mise en attente.

En l'état actuel, la passerelle avec le meilleurs SNR/RSSI est choisie. Ce tri est effectué lors d'un UPLINK. Lorsque le SNR est considéré comme suffisamment bon (seuil), on trie par rssi. Ce tri ne prend en aucun cas en compte le duty cycle, et n'est pas effectué avant un DOWNLINK, mais lors d'un UPLINK. Au lieu d'utiliser la première gateway du tableau pour le DOWNLINK, on pourrait parcourir les gateway du tableau, et élire un la première n'ayant pas dépasser son duty cycle. A défaut de gateway disponible, le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

* Une autre solution, qui semble être le parti pris de Broocar ( [lien](https://github.com/brocaar/loraserver/issues/370) ), serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T16:08:41Z

Guillaume.Besnard1: /* Cas du LoRaServer */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet, Développement (Algorithme Géolocalisation)
* Timothée Depriester - DevOps, Recherche problématique Duty Cycle
* Benjamin Besnier - Développement (Algorithme Géolocalisation), dactylographe
* Guillaume Besnard - Opération, Intégration, Test
* Théo Lévesque - Opération, Développement authentification ACL, Token, Intégration, Test

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Le LoRaServer a la responsabilité de toutes les passerelles de notre réseau. L'objectif est de pouvoir connaitre à tout moment l'état de l'utilisation de chaque passerelle pour pouvoir répartir la charge améliorer l'efficacité globale et respecter le duty cycle de chaque passerelle.

Pour cela, plusieurs solutions s'offrent à nous (une Issue a été ouverte à ce sujet sur LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) ) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air" nécessaire pour une communication. Un chronomètre pourrait donc être déclenché pour savoir si une passerelle à trop émis et doit être mise en attente.

En l'état actuel, la passerelle avec le meilleurs SNR/RSSI est choisie. Ce tri est effectué lors d'un UPLINK. Lorsque le SNR est considéré comme suffisamment bon (seuil), on trie par rssi. Ce tri ne prend en aucun cas en compte le duty cycle, et n'est pas effectué avant un DOWNLINK, mais lors d'un UPLINK. Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait parcourir les gateway du tableau, et élire un la première n'ayant pas dépasser son duty cycle. A défaut de gateway disponible, le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

* Une autre solution, qui semble être le parti pris de Broocar ( [lien](https://github.com/brocaar/loraserver/issues/370) ), serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T16:06:45Z

Guillaume.Besnard1: /* Cas du LoRaServer */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet, Développement (Algorithme Géolocalisation)
* Timothée Depriester - DevOps, Recherche problématique Duty Cycle
* Benjamin Besnier - Développement (Algorithme Géolocalisation), dactylographe
* Guillaume Besnard - Opération, Intégration, Test
* Théo Lévesque - Opération, Développement authentification ACL, Token, Intégration, Test

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Le LoRaServer a la responsabilité de toutes les passerelles de notre réseau. L'objectif est de pouvoir connaitre à tout moment l'état de l'utilisation de chaque passerelle pour pouvoir répartir la charge améliorer l'efficacité globale et respecter le duty cycle de chaque passerelle.

Pour cela, plusieurs solutions s'offrent à nous (une Issue a été ouverte à ce sujet sur LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) ) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air" nécessaire pour une communication. Un chronomètre pourrait donc être déclenché pour savoir si une passerelle à trop émis et doit être mise en attente.

En l'état actuel, la passerelle avec le meilleurs SNR/RSSI est choisie. Ce ratio est calculé lors d'un UPLINK. Lorsque le SNR est considéré comme suffisamment bon (seuil), on trie par rssi. Ce tri ne prend en aucun cas en compte le duty cycle, et n'est pas effectué avant un DOWNLINK, mais lors d'un UPLINK. Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait parcourir les gateway du tableau, et élire un la première n'ayant pas dépasser son duty cycle. A défaut de gateway disponible, le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

* Une autre solution, qui semble être le parti pris de Broocar ( [lien](https://github.com/brocaar/loraserver/issues/370) ), serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:30:36Z

Guillaume.Besnard1: /* L'équipe et leurs rôles */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet, Développement (Algorithme Géolocalisation)
* Timothée Depriester - DevOps, Recherche problématique Duty Cycle
* Benjamin Besnier - Développement (Algorithme Géolocalisation), dactylographe
* Guillaume Besnard - Opération, Intégration, Test
* Théo Lévesque - Opération, Développement authentification ACL, Token, Intégration, Test

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:26:07Z

Guillaume.Besnard1: /* Sprint 6 - Du 18/03/18 au 21/03/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration de la carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:25:54Z

Guillaume.Besnard1: /* Sprint 6 - Du 18/03/18 au 21/03/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Intégration Carte Leaflet avec la géolocalisation effectivement remontée par le module geo api.
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:25:02Z

Guillaume.Besnard1: /* Sprint 5 - Du 11/03/18 au 17/03/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

* Ajout d'un onglet avec une carte LeafLet permettant de visualiser la localisation d'un End Device.

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:23:58Z

Guillaume.Besnard1: /* Sprint 2 - Du 04/02/18 au 10/02/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server et Lora Server
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:23:37Z

Guillaume.Besnard1: /* Sprint 3 - Du 11/02/18 au 17/02/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server.
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.
* Opération : automatisation des builds d'images Docker en liant Github et Dockerhub.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:22:25Z

Guillaume.Besnard1: /* Sprint 5 - Du 11/03/18 au 17/03/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server.
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==
* Mise du place du calcul de position par TOA
* Méthode de position par RSSI non utilisable car pas assez précis

* Recherche implémentation du Duty Cycle
** Compréhension de l'architecture du LoraServer pour le tri et l'élection de Gateway responsable du Downlink
** Recherche des Issues existantes en rapport avec le Duty Cycle
** Possibilité d'implémentation (cf. la partie Remarque concernant le duty cycle)

==Sprint 6 - Du 18/03/18 au 21/03/18 ==
* Préparation soutenance
* Rédaction du rapport

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T15:16:53Z

Guillaume.Besnard1: /* Sprint 4 - Du 04/03/18 au 10/03/18 */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server.
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.

==Sprint 4 - Du 04/03/18 au 10/03/18 ==
* Séparation en deux équipes :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle
* Correction des calculs de géolocalisation
* Implémentation de la géolocalisation en fonction du RSSI
* Mise en place d'une baie de test
** Un routeur avec un réseau local
** Un partage de connexion pour accès Internet WAN
** Un raspberry Pi avec une Pico Gateway
** Un ordinateur avec une autre Pico Gateway
** Configuration d'une Gateway Kerlink

==Sprint 5 - Du 11/03/18 au 17/03/18 ==

==Sprint 6 - Du 18/03/18 au 21/03/18 ==

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

PROJET-1FO5 1819 CampusIoT

2019-03-19T14:27:19Z

Guillaume.Besnard1: /* Cas du LoRaServer */

=Le projet en quelques mots=
Ce projet à pour but de travailler sur la platforme CampusIoT en rajoutant certaines fonctionnalitées, sécuriser l'application et améliorer la gestion de l'authentification. La plateforme CampusIoT est un réseau LoRaWAN pour l'enseignement pratiques des technologies IoT long-range dans les établissements d'enseignement supérieur sur Grenoble et Valence. Ce réseau comporte plusieurs stations de base réparties dans des batiments des Campus.

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (installation master)

=Avancé équipe=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur.
* Test déploiement LoRaServer.
* Lecture de documentation et test de création de cluster Kubernetes sur VPS.

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
* Création organisation github et fork Lora Geo Server et Lora App Server.
* Mise en place d'environnement Docker de développement pour pouvoir compiler et déployer rapidement des modifications au Lora App Server et Lora Geo Server.
* Design et implémentation d'un calcul de géolocalisation RSSI.

==Sprint 3 - Du 11/02/18 au 17/02/18 ==
* Design et implémentation d'un calcul de géolocalisation TDDOA.
* Implémentation d'une API en go pour cette géolocalisation.
* Compréhension et modification de Lora Geo Server pour pouvoir utiliser un autre backend de géolocalisation et lancement de tests correspondants.
* Problème pour l'implémentation de Gateway Tokens : impossible de recréer l'api (make api). [Bug ref](https://github.com/brocaar/lora-app-server/issues/293)
* Début d'utilisation de 3 gateways pour avoir une résolution de géolocalisation.

==Sprint 4 - Du 18/02/18 au 24/02/18 ==
* Séparation en deux équipe :
** Une s'occupant de la géolocalisation
** L'autre du duty cycle

==Sprint 5 - Du 25/02/18 au 03/03/18 ==

=Remarque concernant le duty cycle=

==Rappel==

Pour rappel, le duty cycle consiste en la limitation du temps de parole de chaque objet est limité à 1% (plus d'informations [ici](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html) ).

==Cas du LoRaServer==

Dans notre cas, en temps que LoRaServer, nous avons la responsabilité de toutes les passerelles de notre réseau. Cela permet au LoRaServer de connaître à tout moment l'état de l'utilisation de chaque passerelle et de répartir la charge pour améliorer l'efficacité globale.
Pour cela, plusieurs solutions s'offrent à nous, elles ont été discutées avec Brocaar, mainteneur de LoRaServer [ici](https://github.com/brocaar/loraserver/issues/383) :

* Estimer l'utilisation de chaque passerelle en calculant le duty cycle au niveau de la fonction d'envoi "sendDownlinkFrame" du fichier "internal/downlink/data/data.go". En effet, grâce aux informations théoriques contenues dans la structure "txInfo" (puissance d'émission, slot d'émission, fréquence, gain, ...), il est possible d'estimer le "Time Over the Air".

* Une autre solution qui semble être le parti pris de Broocar serait de déléguer le calcul de son propre duty cycle à chaque passerelle : cela permettrait de ne plus avoir d'informations théoriques mais des informations réelles et correctes. Cela permettrait aussi plus de modularité et dé-complexifierait le code coté LoRaServer en déléguant la difficulté au packet forwarder. Il faudrait par contre que les firmwares des passerelles calculent leur propre utilisation du réseau et envoient régulièrement des messages en MQTT pour en informer le LoRaServer qui pourrrait donc répartir la charge. Cela crée donc une dépendance du LoraServer avec les packet forwarder et demande du travail de ces fournisseurs (ex: Semtech).

Finalement, lors de l'envoi réel de l'information à la passerelle, une structure contenant toutes les passerelles triées en fonction du SNR et rssi (lorsque le SNR est considéré comme suffisamment bon, on trie par rssi). Au lieu d'utiliser la première gateway du tableau pour envoyer, on pourrait boucler dessus et prendre la première gateway du tableau ayant un duty cycle respecté. A défaut de gateway disponible (SNR/Rssi trop mauvais et/ou duty cycle non respecté), le message est perdu. On pourrait imaginer journaliser l'information dans le but d'avertir l'administrateur qui pourrait constater un nombre de passerelles insuffisant.

==Remarque==
Ce controle du duty cycle ne s'appliquerait qu'aux messages envoyés en unicast et as ceux en multicast qui utilisent une autre méthode d'envoi.

Projets 2018-2019

2019-03-19T14:22:12Z

Guillaume.Besnard1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

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

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

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

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

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

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

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

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

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Fin Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : 5 Mars, 9H00-11H30 (15 minutes par équipe).

Soutenance (puis Pot de la fin) : 21 Mars de 12H00 à 18H30 salle P007.

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| [[PROJET-INFO5 1819 ThingSat| Fiche de suivi ]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-ThingSat.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| [[PROJET-INFO5 1819 EDCampus | Fiche de suivi ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:EDCampus_Mi_Parcours_CHARLOT_CHANET.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-UGAChain.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| [[ PROJET-INFO5_Aide_Deficients_Visuels | Fiche ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-DeficientsVisuels.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| [[PROJET-1FO5_1819_CampusIoT|Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-campusiot.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| [[PROJET-INFO5_Kiné_Connecté | Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:KinéConnectéMiParcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-skiLocator-2019.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| [[ PROJET-INFO5_Contributions_JHipster | Fiche ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:Flyer-Contribution-JHipster-UGA.pdf|Flyer]] - [[Media:Jhipster_Contribution_miparcour_2019.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

==== Planning Soutenance Projet S10 ====

{|class="wikitable alternance"
|+ Soutenance des projets INFO5 2018-2019
|-
|
!scope="col"| Horaire
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)

|-

!scope="row"| 1
| 12H00-12H45
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
|-

!scope="row"| 2
| 12H45-13H30
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
|-

!scope="row"| 4
| 13H30-14H15
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
|-

!scope="row"| 5
| 14H30-15H15
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
|-

!scope="row"| 7
| 15H15-16H00
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
|-

!scope="row"| 3
| 16H00-16H45
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| '''Léo VALETTE (CP)''', Loris GENTILLON, Jordan JEAN, Enzo MOLION
| Didier Donsez, Anthony Geourjon
|-

!scope="row"| 8
| 17H00-17H45
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
|-

!scope="row"| 6
| 17H45-18H30
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
|-

|}

====Instructions pour la soutenance====
Chaque soutenance comporte 5 minutes d'installation et de désinstallation, 20 minutes de présentation, 10 minutes de question et 10 minutes de démonstration.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

* L'ensemble des documents demandé doit être accessible sur le wiki avant midi le 21/03. Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 10 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes ...).

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:18:50Z

Guillaume.Besnard1: /* Sprint 3 - Du 11/02/18 au 17/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:17:14Z

Guillaume.Besnard1: /* Sprint 1 - Du 28/01/18 au 03/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:16:21Z

Guillaume.Besnard1: /* Sprint 3 - Du 11/02/18 au 17/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:14:32Z

Guillaume.Besnard1: /* Sprint 2 - Du 04/02/18 au 10/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:13:55Z

Guillaume.Besnard1: /* Sprint 3 - Du 11/02/18 au 17/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:08:45Z

Guillaume.Besnard1: /* Sprint 3 - Du 11/02/18 au 17/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:06:58Z

Guillaume.Besnard1: /* Sprint 2 - Du 04/02/18 au 10/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-02-15T09:06:06Z

Guillaume.Besnard1: /* Sprint 2 - Du 04/02/18 au 10/02/18 */

PROJET-1FO5 1819 CampusIoT

2019-01-31T16:21:06Z

Guillaume.Besnard1: /* L'équipe et leurs rôles */

=Le projet en quelques mots=

=L'équipe et leurs rôles=

* William Weill - Chef de projet
* Timothée Depriester - DevOps OVH
* Benjamin Besnier - Leading React software development
* Guillaume Besnard - Node Orchestrator
* Théo Lévesque - Operations Manager (install stuff)

=SCRUM=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur
* Test déploiement LoRaServer
* Lecture de documentation et test de création de cluster Kubernetes sur VPS

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
==Sprint 3 - Du 11/02/18 au 17/02/18 ==
==Sprint 4 - Du 18/02/18 au 24/02/18 ==
==Sprint 5 - Du 25/02/18 au 03/03/18 ==

PROJET-1FO5 1819 CampusIoT

2019-01-31T16:12:50Z

Guillaume.Besnard1: /* Sprint 1 - Du 28/01/18 au 03/02/18 */

=Le projet en quelques mots=

=L'équipe et leurs rôles=

* FOO
* FFOO

=SCRUM=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur
* Test déploiement LoRaServer
* Lecture de documentation et test de création de cluster Kubernetes sur VPS

==Sprint 2 - Du 04/02/18 au 10/02/18 ==
==Sprint 3 - Du 11/02/18 au 17/02/18 ==
==Sprint 4 - Du 18/02/18 au 24/02/18 ==
==Sprint 5 - Du 25/02/18 au 03/03/18 ==

PROJET-1FO5 1819 CampusIoT

2019-01-31T16:12:36Z

Guillaume.Besnard1: Created page with "=Le projet en quelques mots= =L'équipe et leurs rôles= * FOO * FFOO =SCRUM= ==Sprint 1 - Du 28/01/18 au 03/02/18 == Prise en main d'outils : * LoRa Gateway et émetteur..."

=Le projet en quelques mots=

=L'équipe et leurs rôles=

* FOO
* FFOO

=SCRUM=
==Sprint 1 - Du 28/01/18 au 03/02/18 ==
Prise en main d'outils :
* LoRa Gateway et émetteur
* Test Déploiement LoRaServer
* Lecture de documentation et test de création de cluster Kubernetes sur VPS
==Sprint 2 - Du 04/02/18 au 10/02/18 ==
==Sprint 3 - Du 11/02/18 au 17/02/18 ==
==Sprint 4 - Du 18/02/18 au 24/02/18 ==
==Sprint 5 - Du 25/02/18 au 03/03/18 ==

Projets 2018-2019

2019-01-31T16:06:06Z

Guillaume.Besnard1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

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

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

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

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

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

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

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

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

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| [[PROJET-1FO5_1819_CampusIoT|Fiche]] - [[PROJET-1FO5_1819_CampusIoT/SRS|SRS]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| [[PROJET-INFO5_Kiné_Connecté | Fiche]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]] - [[PROJET-1FO5_1819_SkiLocator/SRS|SRS]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| [[ PROJET-INFO5_Contributions_JHipster | Fiche ]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

File:RICM4 2017 2018 - Serre Connecte Presentation Final EN.pdf

2018-04-09T09:35:47Z

Guillaume.Besnard1:

Projets 2017-2018

2018-04-09T08:31:35Z

Guillaume.Besnard1: /* Affectations */

<<[[Projets 2016-2017]] | [[Projets]] | [[Projets 2018-2019]]>>
=RICM=
==RICM3==

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

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 15/01/2018 en 257 à 15h45
* Soutenances: '''Lundi 9 avril''': [[Ordre_passages_soutenances_RICM4_2017_2018 | Ordre de passages]]
* Soutenances à mi-parcours: Lundi 12 et mardi 13 mars: [[ordre_passages_mi_parcours_RICM4_2017_2018 | Ordre de passages]]

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

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

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

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

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18 , vous utiliserez votre compte UGA.

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

'''Propositions de projets:'''

# [[QCM C2I]] , Pierre Gillois, Didier Donsez
# [[Dashboard pour gestionnaire de tâches]] (Angular 5): Olivier Richard
# [[Moteur de workflows distribué]] (WDL/Cromwell): Olivier Richard
# [[ESP32 et language D]]: Olivier Richard
# [[Serious game multi-joueurs pour tables tactiles en réseau]] : Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent.
# [[Challenge OpenCity]] : Georges-Pierre Bonneau, Didier Donsez
# Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS : Reprise partielle du projet eCOM de gestion des courses sportives et du projet [[UltraTeam]] 2017 pour la partie backend et frontend du projet : Didier Donsez
# Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]] : Olivier Richard.
# Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT] (A compiler-based big data framework in Python): Olivier Richard.
# [[Ruche connectée LoRa]] : Nicolas Palix
# [[Serres connectées]] : Nicolas Palix
# [[I-Greenhouse]] : [[Serre connectée aquaponie]] : Nicolas Palix
# Projet "Plateforme de mise en relation pour les entrepreneurs sociaux" : Didier Donsez
# [[Chatbot pour borne d'accueil handicap]] : Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
# Connected Shop (avec [[Eclipse SmartHome]]) : Didier Donsez.
# [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]: Olivier Richard et Sylain Toru
# [[RobAIR]] : Cobot Majordome : Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC).

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

!scope="row"| 1
| [[QCM C2I]]
| NON ATTRIBUÉ
| Pierre Gillois, Didier Donsez
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Dashboard pour gestionnaire de tâches]] (Angular 5)
| BELGUENDOUZ Sekina, LARNICOL Titouan
| Olivier Richard
| [[RICM4_2017_2018_-_Dashboard| Fiche]] - [[RICM4_2017_2018_-_Dashboard/SRS|SRS]] - [[RICM4_2017_2018_-_Dashboard/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/2 gitlab]
| [[Media:RICM4_2017_2018_-_Dashboard-Rapport.pdf|Rapport final]] - [[Media:RICM4_2017_2018_-_Dashboard-Presentation_Finale-FR.pdf|Presentation finale FR]] - [[Media:RICM4_2017_2018_-_Dashboard-Presentation_Finale-EN.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Dashboard_en.pdf|Presentation de mi-parcours EN]] - [[Media:Dashboard_fr.pdf|Presentation de mi-parcours FR]] - [[Media:Dashboard_fr.pptx|Presentation de mi-parcours en pptx]]
|-

!scope="row"| 3
| [[Moteur de workflows distribué]] (WDL/Cromwell)
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ESP32 et language D]]
| MANGER Raphael, HOUBRON Adrian
| Olivier Richard
| [[RICM4_2017_2018_-_ESP32_D| Fiche]] - [[RICM4_2017_2018_-_ESP32_D/_SRS|SRS]] - [[RICM4_2017_2018_-_ESP32_D/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/4 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| LEPAGE Tim, SERGEANT Dimitri
| Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent
| [[RICM4_2017_2018_-SeriousGame Polystar | Fiche]] - [[RICM4_2017_2018_- SeriousGame Polystar /_SRS|SRS]] - [[RICM4_2017_2018_- SeriousGame Polystar /UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/5 gitlab]
| [[Media:Polystar_Final_Report_Lepage_Sergeant.pdf|Rapport final]] - [[Media:Final_presentation_Polystar.pdf|Presentation finale FR]] - [[Media:affiche_Polystar.pdf|Affiche]] - [[Media:PolyStar.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Challenge OpenCity]]
| BOUCHERIMA Amina, FOMBARON Quentin
| Georges-Pierre Bonneau, Didier Donsez
| [[RICM4_2017_2018_-_OpenCity| Fiche]] - [[RICM4_2017_2018_-_OpenCity/_SRS|SRS]] - [[RICM4_2017_2018_-_OpenCity/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/6 gitlab]
| [[Media:Projet-RICM4 OpenCity Rapport.pdf|Rapport final]] - [http://www.quentinfombaron.fr/final_presentation_FR/ Presentation finale FR] - [http://www.quentinfombaron.fr/final_presentation_EN/ Final Presentation EN] - [[Media:-Projet-RICM4-OpenCity Flyer.jpg|Flyer]] - [http://www.quentinfombaron.fr/mi_presentation_FR/ Presentation de mi-parcours]
|-

!scope="row"| 7.1
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| TERRIER Bastien, GROS-DAILLON Hugo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeam_7.1| Fiche]] - [[RICM4_2017_2018_-_UltraTeam_7.1/_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeam_7.1/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.1 gitlab]
| [[Media:Final_Report_UltraTeam7.1.pdf|Rapport final]] - [[Media:UltraTeam7.1_Final_PowerPoint_.pdf‎|Presentation finale FR]] - [[Media:UltraTeam7.1_Final_PowerPoint_.pdf‎|Final Presentation EN]] - [[Media:UltraTeam_7.1_Flyer.jpg|Flyer]] - [[Media:UltraTeam 7.1 Mid Presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.2
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| MOLION Enzo, VALETTE Léo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeamMV| Fiche]] - [[RICM4_2017_2018_-_UltraTeamMV_:_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeamMV_:_UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.2 gitlab] - [https://github.com/ultratrail/UltraTeamMV GitHub]
| [https://air.imag.fr/images/a/a3/UltrateamMVReport.pdf Rapport final] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]]
| VEGREVILLE Thibaud, GENTILLON Loris, ZHENG Jian
| Olivier Richard
| [[RICM4_2017_2018_-_Réseau_Social_LoRa| Fiche]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/_SRS|SRS]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/8 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT]
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Ruche connectée LoRa]]
| BESNIER Benjamin, LÉVESQUE Théo, WEILL William
| Nicolas Palix
| [[RICM4_2017_2018_-_Ruche_Connectee_| Fiche]] - [[RICM4_2017_2018_-_Ruche_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Ruche_Connectee/UML | UML]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_-_Schedule.png|Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10 gitlab]
| [[Media:RICM4_2017_2018_-_Rapport_final.pdf|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_Mi_parcours_presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Serres connectées]]
| BESNARD Guillaume, DEPRIESTER Timothée
| Nicolas Palix
| [[RICM4_2017_2018_-_Serre_Connectee| Fiche]] - [[RICM4_2017_2018_-_Serre_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Serre_Connecte/UML | UML]] - [[RICM4_2017_2018_-_Serre_Connecte/Schedule | Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11 gitlab]
| [[Media:RICM4_2017_2018_-_Serre_Connecte_Rapport_Final.pdf|Rapport final]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Presentation_Final_EN.pdf|Final Presentation EN]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Mi_parcours_presentation.pdf|Presentation de mi-parcours]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Poster.pdf|Poster]]
|-

!scope="row"| 12
| [[I-Greenhouse]] : [[Serre connectée aquaponie]]
| SURIER GAROFALO Aurélien, FERREIRA Joffrey, OZENDA Thomas
| Nicolas Palix
| [[RICM4_2017_2018_-_IGreenHouse| Fiche]] - [[RICM4_2017_2018_-_IGreenHouse_/_SRS|SRS]] - [[IGreenHouse/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/12 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:Poster_i-greenhouse_2017-2018.pdf|Flyer]] - [[Media:Presentation_mi-parcours_i-greenhouse_2017-2018.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| Projet "Plateforme de mise en relation pour les entrepreneurs sociaux"
| AUBERT Vincent, COURTIAL Julien
| Didier Donsez
| [[RICM4_2017_2018_-_Entrepreneur| Fiche]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/_SRS|SRS]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/13 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[Chatbot pour borne d'accueil handicap]]
| AUCLAIR-CORDAT Julien, BAMBA Samuel
| Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
| [[RICM4_2017_2018_-_ChatBot| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/14 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| Connected Shop (avec [[Eclipse SmartHome]])
| CUZIN Florian, ECHEVET Théo
| Didier Donsez
| [[RICM4_2017_2018_-Connected_shop| Fiche]] - [[RICM4_2017_2018_-_Connected_shop_SRS|SRS]] - [[RICM4_2017_2018_-_Connected_Shops/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/15 gitlab]
| [[Media:Rapport_Virtual_fitting_room.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:Presentation_mi_soutenance_fr_Connected_Shops.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]
| CHANET Zoran, CHARLOT Servan
| Olivier Richard, Sylain Toru
| [[RICM4_2017_2018_-_Nucleo | Fiche]] - [[RICM4_2017_2018_-_Nucleo/_SRS|SRS]] - [[RICM4_2017_2018_-_Nucleo/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/16 gitlab]
| [[Media:Final_Report_Nucleo_CHANET_CHARLOT.pdf|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:Projet_Nucleo_diapo_mi_parcours.pdf‎|Presentation de mi-parcours]]
|-

!scope="row"| 17.1
| [[RobAIR]] : Robot Majordome
| DEVOS Xavier, LAFRASSE Cédric
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_RobAIR17-1| Fiche]] - [[RICM4_2017_2018_-_RobAIRDL/_SRS|SRS]] - [[RICM4_2017_2018_-_RobAIRDL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.1 gitlab]
| [[Media:RobAIRrapport.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:RobAIR_Robotics_guide.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17.2
| [[RobAIR]] : Robot Majordome
| JEAN Jordan, EZ-ZINE Najwa
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_robair2| Fiche]] - [[RICM4_2017_2018_-_robair2/_SRS|SRS]] - [[RICM4_2017_2018_-_robair2/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==RICM5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : Didier Donsez

Calendrier: 29 Janvier à 15 Mars 2018.

Séances de Management de projets innovants:
* Mercredi 31/01 de 8h à 12h: Stéphanie Diligent
* Mercredi 7 février de 8h à 12h : Stéphanie Diligent
* Mardi 15 février de 8h à 12 : Emmanuelle Tréhoust
* Lundi 26 février de 8h à 12h : Olivier Gilles
* Mardi 13 mars de 8h à 12h : Stéphanie Diligent et Emmanuelle Tréhoust

Réunion de présentation : 8 Janvier 2018 Matin à 9H00-10H00 (RdV Salle P257 et Salle AIR P259). Faire couler le café.

Hackathon Vinci (8,9,10/02) : http://hacktogether.vinci-energies.com/

Démarrage : Lundi 29 Janvier 2018

Soutenance à mi-parcours : Mercredi 14 Février 2018, 8H00-11H00 (30 minutes par équipe).

Rendu rapport de management : Mardi 13 Mars 2018 - Matin

Soutenance (puis Pot de la fin) : Jeudi 15 Mars 2018

Vendredi 16 Mars : 10000 ans de RICM

==== Planning soutenances mi-parcours ====
Mercredi 14 Février 2018, salle P144, 8H00-11H00 (25 minutes TTC par équipe).

* 8H00-8H30 [[Real Time Subtitles 2017-2018| Real Time Subtitles]]
* 8H30-9H00 [[Deep Learning 2017-2018 | Deep Learning]]
* 9H00-9H30 [[EasyFlight_2017-2018|EasyFlight]]
* 9H30-10H00 [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 10H00-10H30 [[R'Montagne]]
* 10H30-11H00 [[SmartMove]]
* 11H00-11H30 [[RICM5 2017 2018 - UGAChain|UGAChain]]

==== Planning soutenances finales ====
Jeudi 15 Mars 2018
Matin (Salle P251)
* 8H00-9H00 [[R'Montagne]] (50 minutes TTC)
* 9H00-10H00 [[SmartMove]] (50 minutes TTC)
* 10H00-11H00 (50 minutes TTC) [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 11H00-12H00 (50 minutes TTC) [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
Pause déjeuner
Matin (Salle P249)
* 13H00-14H00 [[Real Time Subtitles 2017-2018| Real Time Subtitles]] (50 minutes TTC)
* 14H00-15H00 [[SmartRecruiting]] (50 minutes TTC)
* 15H00-16H00 [[EasyFlight_2017-2018|EasyFlight]] (50 minutes TTC)

====Instructions pour la soutenance====
* Chaque soutenance comporte 20 minutes de présentation, 10 minutes de question et 20 minutes de démonstration. Un transparent doit être consacré au travail confié et réalisé par les étudiants en DUT (AVOSTI) pour R'Montagne.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* Les étudiants de DUT vous accompagnent lors de votre soutenance et présenteront leur travail. Coordonnez vous avec eux et faites les répéter.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

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

!scope="row"| 1
| [[Real Time Subtitles 2017-2018| Sous-titre d'un cours en temps réel]]
| '''Estelle ALLARD''' / Aymeric BROCHIER / Louis COCHINHO / Oriane DALLE / Alexandre FERRERA / Alice RIVOAL
| Didier Donsez, Laurent Besacier, François Portet, Marie-Paule Balicco, Jérome Maisonnasse
| [[Real Time Subtitles 2017-2018| Fiche]] - [[Real_Time_Subtitles_2017-2018/SRS|SRS]]
| [https://gitlab.com/LouisCochinho/RealTimeSubtitles GitLab]
| [[Media:RICM5_2017_2018_Real_time_subtitles_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_Real_time_subtitles_slides.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_Real_time_subtitles_mi.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_Real_time_subtitles_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_Real_time_subtitles_poster.pdf|Poster]] - [[Media:Demo_RealTimeSubtitles.rar|Video]]

|-

!scope="row"| 2
| [[Réalité Augmentée pour le Smart Campus 2018|Réalité Augmentée pour le Smart Campus]]
| Lucas LESAGE / '''Denis LACHARTRE''' / Douria ZENNOUCHE / Gilles BONHOURE / Maxime DEREYMEZ
| Didier Donsez, Georges-Pierre Bonneau
| [[Campus_Augmente_2017-2018|Fiche]] - [[Media:SRS_ProjetAR_2018.pdf|SRS]]
| [https://github.com/ProjetS10-CyberHoloMachin Organisation Git]
| [[Media:Guide_developpeur_ProjetAR_2018.pdf|Guide developpeur]] - [[Media:Presentation_finale_ProjetAR_2018.pdf|Presentation finale ]] -[[Media : Cyberposter_ProjetAR_2018.pdf | Poster]] - [[Media:Rapport_final_MPI_ProjetAR_2018.pdf‎ | Rapport final MPI ]] - [[Media:Guide_utilisateur_ProjetAR_2018.pdf|Guide utilisateur]]- [[Media:Presentation_Mi_parcours_ProjetAR_2018.pdf|Presentation de mi-parcours]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 3
| SmartRecruiting : [[SmartRecruiting|Deep Learning]] avec [[TensorFlow]] sur les référentiels de compétence
| Héloise FERNANDES DE ALMEIDA / '''Romane GALLIER''' / Alicia AUBERTIN / Antoine GAMBRO / Qianqian FU
| Didier Donsez
| [[SmartRecruiting| Fiche]] - [[SmartRecruiting/SRS|SRS]]
| [https://github.com/Projet-DeepLearning-RICM5-2018 Organisation Git]
| [[Media:RICM5_2017_2018_DeepLearning_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_DeepLearning_presentation.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_DeepLearning_mi-parcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
| Charles MARCHAND / '''Antoine BOISADAM''' / Ahmed NASSIK / Simon CHAMBONNET / Lucas GUERRY / Aymeric VIAL-GRELIER
| Didier Donsez & co
| style="white-space: nowrap;"|[[RICM5 2017 2018 - UGAChain| Fiche]] - [[RICM5 2017 2018 - UGAChain /_SRS|SRS]]
| [https://github.com/RICM5-BlockChain Github]
| [[Media:RICM5_2017_2018_-_UGAChain_-_Rapport_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_fianale.pdf|Présentation finale]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_mi-parcours.pdf|Présentation de mi-parcours]] - [[Media:RICM5_2017_2018_UGAChain-Flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 5
| [[R'Montagne]]
| '''Hugo AMODRU-FAVIN''' / Antoine DELISE / Gwenaël MOREAU
| Bernard Tourancheau
| [[R'Montagne| Fiche]] - [[RICM5_2017_2018_-_RMontagne_/_SRS|SRS]]
| [https://github.com/delisea/R-Montagne Github]
| [[Media:RICM5_2017_2018_RMontagne_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_RMontagne.pdf|Presentation finale ]] - [[Media:RICM5_2017_2018_RMontagne_MiParcours.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_RMontagne_Flyer.pdf|Flyer/Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 6
| [[SmartMove]]
| '''Anthony GEOURJON''' / Timothée LEMAIRE / Clément ROUQUIER / Vincent TURRIN
| Bernard Tourancheau
| [[RICM5_2017-2018 - SmartMove| Fiche]] - [[RICM5_2017-2018-SmartMove-SRS|SRS]]
| [https://github.com/orgs/SmartMove-PolytechGrenoble/dashboard Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_SmartMove.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 7
| [[EasyFlight 2017-2018|EasyFlight]]
| '''Boris ODIEVRE''' / Remi SAVARY / Lambert ROCHER / Hervé BECHER
| Didier Donsez
| [[EasyFlight_2017-2018/Fiche_de_suivi| Fiche]] - [[RICM5_2017-2018-EasyFlight-SRS|SRS]]
| [https://github.com/lambertrocher/EasyFlight Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

|}

==== Sujets non choisis ====
* [[Contributions open-source au projet JHipster]] (Didier Donsez)
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2018/TP|PM2M]]==

File:RICM4 2017 2018 - Serre Connecte Rapport Final.pdf

2018-04-09T08:14:20Z

Guillaume.Besnard1: Guillaume.Besnard1 uploaded a new version of "File:RICM4 2017 2018 - Serre Connecte Rapport Final.pdf"

File:RICM4 2017 2018 - Serre Connecte Rapport Final.pdf

2018-04-09T08:10:10Z

Guillaume.Besnard1:

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:30:12Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :
** Connect with ssh to the raspberry ( user: pi password : pi)
** Execute these commands :
*** $ cd docker-fullstack-JDC
*** $ docker-compose down
*** $ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tutorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're all set

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:29:39Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :
** Connect with ssh to the raspberry ( user: pi password : pi)
** Execute these commands :
*** $ cd docker-fullstack-JDC
*** $ docker-compose down
*** $ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tutorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:28:04Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :
** Connect with ssh to the raspberry ( user: pi password : pi)
** Execute these commands :
*** $ cd docker-fullstack-JDC
*** $ docker-compose down
*** $ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:27:43Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :
** Connect with ssh to the raspberry ( user: pi password : pi)
** Execute these commands :
** $ cd docker-fullstack-JDC
** $ docker-compose down
** $ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:27:16Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :
Connect with ssh to the raspberry ( user: pi password : pi)
Execute these commands :
$ cd docker-fullstack-JDC
$ docker-compose down
$ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:26:49Z

Guillaume.Besnard1: /* User Guide */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :

** Connect with ssh to the raspberry ( user: pi password : pi)
** execute these commands :
$ cd docker-fullstack-JDC
$ docker-compose down
$ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-04-06T15:26:27Z

Guillaume.Besnard1: /* Team */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= User Guide =

* How to restart the docker if necessary :

- Connect with ssh to the raspberry ( user: pi password : pi)
- execute these commands :
$ cd docker-fullstack-JDC
$ docker-compose down
$ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

Projets 2017-2018

2018-04-06T15:15:55Z

Guillaume.Besnard1: /* Affectations */

<<[[Projets 2016-2017]] | [[Projets]] | [[Projets 2018-2019]]>>
=RICM=
==RICM3==

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

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 15/01/2018 en 257 à 15h45
* Soutenances: '''Lundi 9 avril''': [[Ordre_passages_soutenances_RICM4_2017_2018 | Ordre de passages]]
* Soutenances à mi-parcours: Lundi 12 et mardi 13 mars: [[ordre_passages_mi_parcours_RICM4_2017_2018 | Ordre de passages]]

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

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

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

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

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18 , vous utiliserez votre compte UGA.

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

'''Propositions de projets:'''

# [[QCM C2I]] , Pierre Gillois, Didier Donsez
# [[Dashboard pour gestionnaire de tâches]] (Angular 5): Olivier Richard
# [[Moteur de workflows distribué]] (WDL/Cromwell): Olivier Richard
# [[ESP32 et language D]]: Olivier Richard
# [[Serious game multi-joueurs pour tables tactiles en réseau]] : Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent.
# [[Challenge OpenCity]] : Georges-Pierre Bonneau, Didier Donsez
# Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS : Reprise partielle du projet eCOM de gestion des courses sportives et du projet [[UltraTeam]] 2017 pour la partie backend et frontend du projet : Didier Donsez
# Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]] : Olivier Richard.
# Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT] (A compiler-based big data framework in Python): Olivier Richard.
# [[Ruche connectée LoRa]] : Nicolas Palix
# [[Serres connectées]] : Nicolas Palix
# [[I-Greenhouse]] : [[Serre connectée aquaponie]] : Nicolas Palix
# Projet "Plateforme de mise en relation pour les entrepreneurs sociaux" : Didier Donsez
# [[Chatbot pour borne d'accueil handicap]] : Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
# Connected Shop (avec [[Eclipse SmartHome]]) : Didier Donsez.
# [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]: Olivier Richard et Sylain Toru
# [[RobAIR]] : Cobot Majordome : Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC).

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

!scope="row"| 1
| [[QCM C2I]]
| NON ATTRIBUÉ
| Pierre Gillois, Didier Donsez
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Dashboard pour gestionnaire de tâches]] (Angular 5)
| BELGUENDOUZ Sekina, LARNICOL Titouan
| Olivier Richard
| [[RICM4_2017_2018_-_Dashboard| Fiche]] - [[RICM4_2017_2018_-_Dashboard/SRS|SRS]] - [[RICM4_2017_2018_-_Dashboard/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Dashboard_en.pdf|Presentation de mi-parcours en anglais]] - [[Media:Dashboard_fr.pdf|Presentation de mi-parcours en français]] - [[Media:Dashboard_fr.pptx|Presentation de mi-parcours en pptx]]
|-

!scope="row"| 3
| [[Moteur de workflows distribué]] (WDL/Cromwell)
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ESP32 et language D]]
| MANGER Raphael, HOUBRON Adrian
| Olivier Richard
| [[RICM4_2017_2018_-_ESP32_D| Fiche]] - [[RICM4_2017_2018_-_ESP32_D/_SRS|SRS]] - [[RICM4_2017_2018_-_ESP32_D/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/4 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| LEPAGE Tim, SERGEANT Dimitri
| Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent
| [[RICM4_2017_2018_-SeriousGame Polystar | Fiche]] - [[RICM4_2017_2018_- SeriousGame Polystar /_SRS|SRS]] - [[RICM4_2017_2018_- SeriousGame Polystar /UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/5 gitlab]
| [[Media:xxx_.pdf|Rapport final]] - [[Media:xxx_.pdf|Presentation finale FR]] - [[Media:xxx_.pdf|Final Presentation EN]] - [[Media:affiche_Polystar.pdf|Affiche]] - [[Media:PolyStar.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Challenge OpenCity]]
| BOUCHERIMA Amina, FOMBARON Quentin
| Georges-Pierre Bonneau, Didier Donsez
| [[RICM4_2017_2018_-_OpenCity| Fiche]] - [[RICM4_2017_2018_-_OpenCity/_SRS|SRS]] - [[RICM4_2017_2018_-_OpenCity/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/6 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.1
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| TERRIER Bastien, GROS-DAILLON Hugo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeam_7.1| Fiche]] - [[RICM4_2017_2018_-_UltraTeam_7.1/_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeam_7.1/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.1 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:UltraTeam_7.1_Flyer.jpg|Flyer]] - [[Media:UltraTeam 7.1 Mid Presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.2
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| MOLION Enzo, VALETTE Léo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeamMV| Fiche]] - [[RICM4_2017_2018_-_UltraTeamMV_:_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeamMV_:_UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]]
| VEGREVILLE Thibaud, GENTILLON Loris, ZHENG Jian
| Olivier Richard
| [[RICM4_2017_2018_-_Réseau_Social_LoRa| Fiche]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/_SRS|SRS]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/8 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT]
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Ruche connectée LoRa]]
| BESNIER Benjamin, LÉVESQUE Théo, WEILL William
| Nicolas Palix
| [[RICM4_2017_2018_-_Ruche_Connectee_| Fiche]] - [[RICM4_2017_2018_-_Ruche_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Ruche_Connectee/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10 gitlab]
| [[RICM4_2017_2018_|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_Mi_parcours_presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Serres connectées]]
| BESNARD Guillaume, DEPRIESTER Timothée
| Nicolas Palix
| [[RICM4_2017_2018_-_Serre_Connectee| Fiche]] - [[RICM4_2017_2018_-_Serre_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Serre_Connecte/UML | UML]] - [[RICM4_2017_2018_-_Serre_Connecte/Schedule | Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11 gitlab]
| [[Media:RICM4_2017_2018_-_Serre_Connecte_Rapport_Final.pdf|Rapport final]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Presentation_Final_FR.pdf|Presentation finale FR]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Presentation_Final_EN.pdf|Final Presentation EN]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Mi_parcours_presentation.pdf|Presentation de mi-parcours]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Poster.pdf|Poster]]
|-

!scope="row"| 12
| [[I-Greenhouse]] : [[Serre connectée aquaponie]]
| SURIER GAROFALO Aurélien, FERREIRA Joffrey, OZENDA Thomas
| Nicolas Palix
| [[RICM4_2017_2018_-_IGreenHouse| Fiche]] - [[RICM4_2017_2018_-_IGreenHouse_/_SRS|SRS]] - [[IGreenHouse/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/12 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| Projet "Plateforme de mise en relation pour les entrepreneurs sociaux"
| AUBERT Vincent, COURTIAL Julien
| Didier Donsez
| [[RICM4_2017_2018_-_Entrepreneur| Fiche]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/_SRS|SRS]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/13 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[Chatbot pour borne d'accueil handicap]]
| AUCLAIR-CORDAT Julien, BAMBA Samuel
| Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/14 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| Connected Shop (avec [[Eclipse SmartHome]])
| CUZIN Florian, ECHEVET Théo
| Didier Donsez
| [[RICM4_2017_2018_-Connected_shop| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_Connected_Shops/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/15 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_soutenance_fr_Connected_Shops.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]
| CHANET Zoran, CHARLOT Servan
| Olivier Richard, Sylain Toru
| [[RICM4_2017_2018_-_Nucleo | Fiche]] - [[RICM4_2017_2018_-_Nucleo/_SRS|SRS]] - [[RICM4_2017_2018_-_Nucleo/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/16 gitlab]
| [[RICM4_2017_2018_|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:Projet_Nucleo_diapo_mi_parcours.pdf‎|Presentation de mi-parcours]]
|-

!scope="row"| 17.1
| [[RobAIR]] : Robot Majordome
| DEVOS Xavier, LAFRASSE Cédric
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_RobAIR17-1| Fiche]] - [[RICM4_2017_2018_-_RobAIRDL/_SRS|SRS]] - [[RICM4_2017_2018_-_RobAIRDL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.1 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17.2
| [[RobAIR]] : Robot Majordome
| JEAN Jordan, EZ-ZINE Najwa
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_robair2| Fiche]] - [[RICM4_2017_2018_-_robair2/_SRS|SRS]] - [[RICM4_2017_2018_-_robair2/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==RICM5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : Didier Donsez

Calendrier: 29 Janvier à 15 Mars 2018.

Séances de Management de projets innovants:
* Mercredi 31/01 de 8h à 12h: Stéphanie Diligent
* Mercredi 7 février de 8h à 12h : Stéphanie Diligent
* Mardi 15 février de 8h à 12 : Emmanuelle Tréhoust
* Lundi 26 février de 8h à 12h : Olivier Gilles
* Mardi 13 mars de 8h à 12h : Stéphanie Diligent et Emmanuelle Tréhoust

Réunion de présentation : 8 Janvier 2018 Matin à 9H00-10H00 (RdV Salle P257 et Salle AIR P259). Faire couler le café.

Hackathon Vinci (8,9,10/02) : http://hacktogether.vinci-energies.com/

Démarrage : Lundi 29 Janvier 2018

Soutenance à mi-parcours : Mercredi 14 Février 2018, 8H00-11H00 (30 minutes par équipe).

Rendu rapport de management : Mardi 13 Mars 2018 - Matin

Soutenance (puis Pot de la fin) : Jeudi 15 Mars 2018

Vendredi 16 Mars : 10000 ans de RICM

==== Planning soutenances mi-parcours ====
Mercredi 14 Février 2018, salle P144, 8H00-11H00 (25 minutes TTC par équipe).

* 8H00-8H30 [[Real Time Subtitles 2017-2018| Real Time Subtitles]]
* 8H30-9H00 [[Deep Learning 2017-2018 | Deep Learning]]
* 9H00-9H30 [[EasyFlight_2017-2018|EasyFlight]]
* 9H30-10H00 [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 10H00-10H30 [[R'Montagne]]
* 10H30-11H00 [[SmartMove]]
* 11H00-11H30 [[RICM5 2017 2018 - UGAChain|UGAChain]]

==== Planning soutenances finales ====
Jeudi 15 Mars 2018
Matin (Salle P251)
* 8H00-9H00 [[R'Montagne]] (50 minutes TTC)
* 9H00-10H00 [[SmartMove]] (50 minutes TTC)
* 10H00-11H00 (50 minutes TTC) [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 11H00-12H00 (50 minutes TTC) [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
Pause déjeuner
Matin (Salle P249)
* 13H00-14H00 [[Real Time Subtitles 2017-2018| Real Time Subtitles]] (50 minutes TTC)
* 14H00-15H00 [[SmartRecruiting]] (50 minutes TTC)
* 15H00-16H00 [[EasyFlight_2017-2018|EasyFlight]] (50 minutes TTC)

====Instructions pour la soutenance====
* Chaque soutenance comporte 20 minutes de présentation, 10 minutes de question et 20 minutes de démonstration. Un transparent doit être consacré au travail confié et réalisé par les étudiants en DUT (AVOSTI) pour R'Montagne.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* Les étudiants de DUT vous accompagnent lors de votre soutenance et présenteront leur travail. Coordonnez vous avec eux et faites les répéter.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

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

!scope="row"| 1
| [[Real Time Subtitles 2017-2018| Sous-titre d'un cours en temps réel]]
| '''Estelle ALLARD''' / Aymeric BROCHIER / Louis COCHINHO / Oriane DALLE / Alexandre FERRERA / Alice RIVOAL
| Didier Donsez, Laurent Besacier, François Portet, Marie-Paule Balicco, Jérome Maisonnasse
| [[Real Time Subtitles 2017-2018| Fiche]] - [[Real_Time_Subtitles_2017-2018/SRS|SRS]]
| [https://gitlab.com/LouisCochinho/RealTimeSubtitles GitLab]
| [[Media:RICM5_2017_2018_Real_time_subtitles_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_Real_time_subtitles_slides.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_Real_time_subtitles_mi.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_Real_time_subtitles_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_Real_time_subtitles_poster.pdf|Poster]] - [[Media:Demo_RealTimeSubtitles.rar|Video]]

|-

!scope="row"| 2
| [[Réalité Augmentée pour le Smart Campus 2018|Réalité Augmentée pour le Smart Campus]]
| Lucas LESAGE / '''Denis LACHARTRE''' / Douria ZENNOUCHE / Gilles BONHOURE / Maxime DEREYMEZ
| Didier Donsez, Georges-Pierre Bonneau
| [[Campus_Augmente_2017-2018|Fiche]] - [[Media:SRS_ProjetAR_2018.pdf|SRS]]
| [https://github.com/ProjetS10-CyberHoloMachin Organisation Git]
| [[Media:Guide_developpeur_ProjetAR_2018.pdf|Guide developpeur]] - [[Media:Presentation_finale_ProjetAR_2018.pdf|Presentation finale ]] -[[Media : Cyberposter_ProjetAR_2018.pdf | Poster]] - [[Media:Rapport_final_MPI_ProjetAR_2018.pdf‎ | Rapport final MPI ]] - [[Media:Guide_utilisateur_ProjetAR_2018.pdf|Guide utilisateur]]- [[Media:Presentation_Mi_parcours_ProjetAR_2018.pdf|Presentation de mi-parcours]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 3
| SmartRecruiting : [[SmartRecruiting|Deep Learning]] avec [[TensorFlow]] sur les référentiels de compétence
| Héloise FERNANDES DE ALMEIDA / '''Romane GALLIER''' / Alicia AUBERTIN / Antoine GAMBRO / Qianqian FU
| Didier Donsez
| [[SmartRecruiting| Fiche]] - [[SmartRecruiting/SRS|SRS]]
| [https://github.com/Projet-DeepLearning-RICM5-2018 Organisation Git]
| [[Media:RICM5_2017_2018_DeepLearning_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_DeepLearning_presentation.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_DeepLearning_mi-parcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
| Charles MARCHAND / '''Antoine BOISADAM''' / Ahmed NASSIK / Simon CHAMBONNET / Lucas GUERRY / Aymeric VIAL-GRELIER
| Didier Donsez & co
| style="white-space: nowrap;"|[[RICM5 2017 2018 - UGAChain| Fiche]] - [[RICM5 2017 2018 - UGAChain /_SRS|SRS]]
| [https://github.com/RICM5-BlockChain Github]
| [[Media:RICM5_2017_2018_-_UGAChain_-_Rapport_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_fianale.pdf|Présentation finale]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_mi-parcours.pdf|Présentation de mi-parcours]] - [[Media:RICM5_2017_2018_UGAChain-Flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 5
| [[R'Montagne]]
| '''Hugo AMODRU-FAVIN''' / Antoine DELISE / Gwenaël MOREAU
| Bernard Tourancheau
| [[R'Montagne| Fiche]] - [[RICM5_2017_2018_-_RMontagne_/_SRS|SRS]]
| [https://github.com/delisea/R-Montagne Github]
| [[Media:RICM5_2017_2018_RMontagne_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_RMontagne.pdf|Presentation finale ]] - [[Media:RICM5_2017_2018_RMontagne_MiParcours.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_RMontagne_Flyer.pdf|Flyer/Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 6
| [[SmartMove]]
| '''Anthony GEOURJON''' / Timothée LEMAIRE / Clément ROUQUIER / Vincent TURRIN
| Bernard Tourancheau
| [[RICM5_2017-2018 - SmartMove| Fiche]] - [[RICM5_2017-2018-SmartMove-SRS|SRS]]
| [https://github.com/orgs/SmartMove-PolytechGrenoble/dashboard Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_SmartMove.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 7
| [[EasyFlight 2017-2018|EasyFlight]]
| '''Boris ODIEVRE''' / Remi SAVARY / Lambert ROCHER / Hervé BECHER
| Didier Donsez
| [[EasyFlight_2017-2018/Fiche_de_suivi| Fiche]] - [[RICM5_2017-2018-EasyFlight-SRS|SRS]]
| [https://github.com/lambertrocher/EasyFlight Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

|}

==== Sujets non choisis ====
* [[Contributions open-source au projet JHipster]] (Didier Donsez)
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2018/TP|PM2M]]==

File:RICM4 2017 2018 - Serre Connecte Mi parcours presentation.pdf

2018-04-06T15:12:08Z

Guillaume.Besnard1:

Projets 2017-2018

2018-04-06T15:11:41Z

Guillaume.Besnard1: /* Affectations */

<<[[Projets 2016-2017]] | [[Projets]] | [[Projets 2018-2019]]>>
=RICM=
==RICM3==

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

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 15/01/2018 en 257 à 15h45
* Soutenances: '''Lundi 9 avril''': [[Ordre_passages_soutenances_RICM4_2017_2018 | Ordre de passages]]
* Soutenances à mi-parcours: Lundi 12 et mardi 13 mars: [[ordre_passages_mi_parcours_RICM4_2017_2018 | Ordre de passages]]

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

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

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

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

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18 , vous utiliserez votre compte UGA.

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

'''Propositions de projets:'''

# [[QCM C2I]] , Pierre Gillois, Didier Donsez
# [[Dashboard pour gestionnaire de tâches]] (Angular 5): Olivier Richard
# [[Moteur de workflows distribué]] (WDL/Cromwell): Olivier Richard
# [[ESP32 et language D]]: Olivier Richard
# [[Serious game multi-joueurs pour tables tactiles en réseau]] : Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent.
# [[Challenge OpenCity]] : Georges-Pierre Bonneau, Didier Donsez
# Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS : Reprise partielle du projet eCOM de gestion des courses sportives et du projet [[UltraTeam]] 2017 pour la partie backend et frontend du projet : Didier Donsez
# Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]] : Olivier Richard.
# Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT] (A compiler-based big data framework in Python): Olivier Richard.
# [[Ruche connectée LoRa]] : Nicolas Palix
# [[Serres connectées]] : Nicolas Palix
# [[I-Greenhouse]] : [[Serre connectée aquaponie]] : Nicolas Palix
# Projet "Plateforme de mise en relation pour les entrepreneurs sociaux" : Didier Donsez
# [[Chatbot pour borne d'accueil handicap]] : Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
# Connected Shop (avec [[Eclipse SmartHome]]) : Didier Donsez.
# [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]: Olivier Richard et Sylain Toru
# [[RobAIR]] : Cobot Majordome : Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC).

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

!scope="row"| 1
| [[QCM C2I]]
| NON ATTRIBUÉ
| Pierre Gillois, Didier Donsez
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Dashboard pour gestionnaire de tâches]] (Angular 5)
| BELGUENDOUZ Sekina, LARNICOL Titouan
| Olivier Richard
| [[RICM4_2017_2018_-_Dashboard| Fiche]] - [[RICM4_2017_2018_-_Dashboard/SRS|SRS]] - [[RICM4_2017_2018_-_Dashboard/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Dashboard_en.pdf|Presentation de mi-parcours en anglais]] - [[Media:Dashboard_fr.pdf|Presentation de mi-parcours en français]] - [[Media:Dashboard_fr.pptx|Presentation de mi-parcours en pptx]]
|-

!scope="row"| 3
| [[Moteur de workflows distribué]] (WDL/Cromwell)
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ESP32 et language D]]
| MANGER Raphael, HOUBRON Adrian
| Olivier Richard
| [[RICM4_2017_2018_-_ESP32_D| Fiche]] - [[RICM4_2017_2018_-_ESP32_D/_SRS|SRS]] - [[RICM4_2017_2018_-_ESP32_D/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/4 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| LEPAGE Tim, SERGEANT Dimitri
| Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent
| [[RICM4_2017_2018_-SeriousGame Polystar | Fiche]] - [[RICM4_2017_2018_- SeriousGame Polystar /_SRS|SRS]] - [[RICM4_2017_2018_- SeriousGame Polystar /UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/5 gitlab]
| [[Media:xxx_.pdf|Rapport final]] - [[Media:xxx_.pdf|Presentation finale FR]] - [[Media:xxx_.pdf|Final Presentation EN]] - [[Media:affiche_Polystar.pdf|Affiche]] - [[Media:PolyStar.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Challenge OpenCity]]
| BOUCHERIMA Amina, FOMBARON Quentin
| Georges-Pierre Bonneau, Didier Donsez
| [[RICM4_2017_2018_-_OpenCity| Fiche]] - [[RICM4_2017_2018_-_OpenCity/_SRS|SRS]] - [[RICM4_2017_2018_-_OpenCity/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/6 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.1
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| TERRIER Bastien, GROS-DAILLON Hugo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeam_7.1| Fiche]] - [[RICM4_2017_2018_-_UltraTeam_7.1/_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeam_7.1/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.1 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:UltraTeam_7.1_Flyer.jpg|Flyer]] - [[Media:UltraTeam 7.1 Mid Presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.2
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| MOLION Enzo, VALETTE Léo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeamMV| Fiche]] - [[RICM4_2017_2018_-_UltraTeamMV_:_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeamMV_:_UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]]
| VEGREVILLE Thibaud, GENTILLON Loris, ZHENG Jian
| Olivier Richard
| [[RICM4_2017_2018_-_Réseau_Social_LoRa| Fiche]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/_SRS|SRS]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/8 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT]
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Ruche connectée LoRa]]
| BESNIER Benjamin, LÉVESQUE Théo, WEILL William
| Nicolas Palix
| [[RICM4_2017_2018_-_Ruche_Connectee_| Fiche]] - [[RICM4_2017_2018_-_Ruche_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Ruche_Connectee/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10 gitlab]
| [[RICM4_2017_2018_|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_Mi_parcours_presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Serres connectées]]
| BESNARD Guillaume, DEPRIESTER Timothée
| Nicolas Palix
| [[RICM4_2017_2018_-_Serre_Connectee| Fiche]] - [[RICM4_2017_2018_-_Serre_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Serre_Connecte/UML | UML]] - [[RICM4_2017_2018_-_Serre_Connecte/Schedule | Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Mi_parcours_presentation.pdf|Presentation de mi-parcours]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Poster.pdf|Poster]]
|-

!scope="row"| 12
| [[I-Greenhouse]] : [[Serre connectée aquaponie]]
| SURIER GAROFALO Aurélien, FERREIRA Joffrey, OZENDA Thomas
| Nicolas Palix
| [[RICM4_2017_2018_-_IGreenHouse| Fiche]] - [[RICM4_2017_2018_-_IGreenHouse_/_SRS|SRS]] - [[IGreenHouse/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/12 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| Projet "Plateforme de mise en relation pour les entrepreneurs sociaux"
| AUBERT Vincent, COURTIAL Julien
| Didier Donsez
| [[RICM4_2017_2018_-_Entrepreneur| Fiche]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/_SRS|SRS]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/13 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[Chatbot pour borne d'accueil handicap]]
| AUCLAIR-CORDAT Julien, BAMBA Samuel
| Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/14 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| Connected Shop (avec [[Eclipse SmartHome]])
| CUZIN Florian, ECHEVET Théo
| Didier Donsez
| [[RICM4_2017_2018_-Connected_shop| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_Connected_Shops/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/15 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_soutenance_fr_Connected_Shops.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]
| CHANET Zoran, CHARLOT Servan
| Olivier Richard, Sylain Toru
| [[RICM4_2017_2018_-_Nucleo | Fiche]] - [[RICM4_2017_2018_-_Nucleo/_SRS|SRS]] - [[RICM4_2017_2018_-_Nucleo/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/16 gitlab]
| [[RICM4_2017_2018_|Rapport final]] - [[RICM4_2017_2018_|Presentation finale FR]] - [[RICM4_2017_2018_|Final Presentation EN]] - [[RICM4_2017_2018_|Flyer]] - [[Media:Projet_Nucleo_diapo_mi_parcours.pdf‎|Presentation de mi-parcours]]
|-

!scope="row"| 17.1
| [[RobAIR]] : Robot Majordome
| DEVOS Xavier, LAFRASSE Cédric
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_RobAIR17-1| Fiche]] - [[RICM4_2017_2018_-_RobAIRDL/_SRS|SRS]] - [[RICM4_2017_2018_-_RobAIRDL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.1 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17.2
| [[RobAIR]] : Robot Majordome
| JEAN Jordan, EZ-ZINE Najwa
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_robair2| Fiche]] - [[RICM4_2017_2018_-_robair2/_SRS|SRS]] - [[RICM4_2017_2018_-_robair2/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.2 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==RICM5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : Didier Donsez

Calendrier: 29 Janvier à 15 Mars 2018.

Séances de Management de projets innovants:
* Mercredi 31/01 de 8h à 12h: Stéphanie Diligent
* Mercredi 7 février de 8h à 12h : Stéphanie Diligent
* Mardi 15 février de 8h à 12 : Emmanuelle Tréhoust
* Lundi 26 février de 8h à 12h : Olivier Gilles
* Mardi 13 mars de 8h à 12h : Stéphanie Diligent et Emmanuelle Tréhoust

Réunion de présentation : 8 Janvier 2018 Matin à 9H00-10H00 (RdV Salle P257 et Salle AIR P259). Faire couler le café.

Hackathon Vinci (8,9,10/02) : http://hacktogether.vinci-energies.com/

Démarrage : Lundi 29 Janvier 2018

Soutenance à mi-parcours : Mercredi 14 Février 2018, 8H00-11H00 (30 minutes par équipe).

Rendu rapport de management : Mardi 13 Mars 2018 - Matin

Soutenance (puis Pot de la fin) : Jeudi 15 Mars 2018

Vendredi 16 Mars : 10000 ans de RICM

==== Planning soutenances mi-parcours ====
Mercredi 14 Février 2018, salle P144, 8H00-11H00 (25 minutes TTC par équipe).

* 8H00-8H30 [[Real Time Subtitles 2017-2018| Real Time Subtitles]]
* 8H30-9H00 [[Deep Learning 2017-2018 | Deep Learning]]
* 9H00-9H30 [[EasyFlight_2017-2018|EasyFlight]]
* 9H30-10H00 [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 10H00-10H30 [[R'Montagne]]
* 10H30-11H00 [[SmartMove]]
* 11H00-11H30 [[RICM5 2017 2018 - UGAChain|UGAChain]]

==== Planning soutenances finales ====
Jeudi 15 Mars 2018
Matin (Salle P251)
* 8H00-9H00 [[R'Montagne]] (50 minutes TTC)
* 9H00-10H00 [[SmartMove]] (50 minutes TTC)
* 10H00-11H00 (50 minutes TTC) [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 11H00-12H00 (50 minutes TTC) [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
Pause déjeuner
Matin (Salle P249)
* 13H00-14H00 [[Real Time Subtitles 2017-2018| Real Time Subtitles]] (50 minutes TTC)
* 14H00-15H00 [[SmartRecruiting]] (50 minutes TTC)
* 15H00-16H00 [[EasyFlight_2017-2018|EasyFlight]] (50 minutes TTC)

====Instructions pour la soutenance====
* Chaque soutenance comporte 20 minutes de présentation, 10 minutes de question et 20 minutes de démonstration. Un transparent doit être consacré au travail confié et réalisé par les étudiants en DUT (AVOSTI) pour R'Montagne.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* Les étudiants de DUT vous accompagnent lors de votre soutenance et présenteront leur travail. Coordonnez vous avec eux et faites les répéter.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

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

!scope="row"| 1
| [[Real Time Subtitles 2017-2018| Sous-titre d'un cours en temps réel]]
| '''Estelle ALLARD''' / Aymeric BROCHIER / Louis COCHINHO / Oriane DALLE / Alexandre FERRERA / Alice RIVOAL
| Didier Donsez, Laurent Besacier, François Portet, Marie-Paule Balicco, Jérome Maisonnasse
| [[Real Time Subtitles 2017-2018| Fiche]] - [[Real_Time_Subtitles_2017-2018/SRS|SRS]]
| [https://gitlab.com/LouisCochinho/RealTimeSubtitles GitLab]
| [[Media:RICM5_2017_2018_Real_time_subtitles_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_Real_time_subtitles_slides.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_Real_time_subtitles_mi.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_Real_time_subtitles_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_Real_time_subtitles_poster.pdf|Poster]] - [[Media:Demo_RealTimeSubtitles.rar|Video]]

|-

!scope="row"| 2
| [[Réalité Augmentée pour le Smart Campus 2018|Réalité Augmentée pour le Smart Campus]]
| Lucas LESAGE / '''Denis LACHARTRE''' / Douria ZENNOUCHE / Gilles BONHOURE / Maxime DEREYMEZ
| Didier Donsez, Georges-Pierre Bonneau
| [[Campus_Augmente_2017-2018|Fiche]] - [[Media:SRS_ProjetAR_2018.pdf|SRS]]
| [https://github.com/ProjetS10-CyberHoloMachin Organisation Git]
| [[Media:Guide_developpeur_ProjetAR_2018.pdf|Guide developpeur]] - [[Media:Presentation_finale_ProjetAR_2018.pdf|Presentation finale ]] -[[Media : Cyberposter_ProjetAR_2018.pdf | Poster]] - [[Media:Rapport_final_MPI_ProjetAR_2018.pdf‎ | Rapport final MPI ]] - [[Media:Guide_utilisateur_ProjetAR_2018.pdf|Guide utilisateur]]- [[Media:Presentation_Mi_parcours_ProjetAR_2018.pdf|Presentation de mi-parcours]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 3
| SmartRecruiting : [[SmartRecruiting|Deep Learning]] avec [[TensorFlow]] sur les référentiels de compétence
| Héloise FERNANDES DE ALMEIDA / '''Romane GALLIER''' / Alicia AUBERTIN / Antoine GAMBRO / Qianqian FU
| Didier Donsez
| [[SmartRecruiting| Fiche]] - [[SmartRecruiting/SRS|SRS]]
| [https://github.com/Projet-DeepLearning-RICM5-2018 Organisation Git]
| [[Media:RICM5_2017_2018_DeepLearning_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_DeepLearning_presentation.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_DeepLearning_mi-parcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
| Charles MARCHAND / '''Antoine BOISADAM''' / Ahmed NASSIK / Simon CHAMBONNET / Lucas GUERRY / Aymeric VIAL-GRELIER
| Didier Donsez & co
| style="white-space: nowrap;"|[[RICM5 2017 2018 - UGAChain| Fiche]] - [[RICM5 2017 2018 - UGAChain /_SRS|SRS]]
| [https://github.com/RICM5-BlockChain Github]
| [[Media:RICM5_2017_2018_-_UGAChain_-_Rapport_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_fianale.pdf|Présentation finale]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_mi-parcours.pdf|Présentation de mi-parcours]] - [[Media:RICM5_2017_2018_UGAChain-Flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 5
| [[R'Montagne]]
| '''Hugo AMODRU-FAVIN''' / Antoine DELISE / Gwenaël MOREAU
| Bernard Tourancheau
| [[R'Montagne| Fiche]] - [[RICM5_2017_2018_-_RMontagne_/_SRS|SRS]]
| [https://github.com/delisea/R-Montagne Github]
| [[Media:RICM5_2017_2018_RMontagne_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_RMontagne.pdf|Presentation finale ]] - [[Media:RICM5_2017_2018_RMontagne_MiParcours.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_RMontagne_Flyer.pdf|Flyer/Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 6
| [[SmartMove]]
| '''Anthony GEOURJON''' / Timothée LEMAIRE / Clément ROUQUIER / Vincent TURRIN
| Bernard Tourancheau
| [[RICM5_2017-2018 - SmartMove| Fiche]] - [[RICM5_2017-2018-SmartMove-SRS|SRS]]
| [https://github.com/orgs/SmartMove-PolytechGrenoble/dashboard Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_SmartMove.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 7
| [[EasyFlight 2017-2018|EasyFlight]]
| '''Boris ODIEVRE''' / Remi SAVARY / Lambert ROCHER / Hervé BECHER
| Didier Donsez
| [[EasyFlight_2017-2018/Fiche_de_suivi| Fiche]] - [[RICM5_2017-2018-EasyFlight-SRS|SRS]]
| [https://github.com/lambertrocher/EasyFlight Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

|}

==== Sujets non choisis ====
* [[Contributions open-source au projet JHipster]] (Didier Donsez)
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2018/TP|PM2M]]==

File:Depriester-Besnard-Zenkit.png

2018-04-06T15:06:14Z

Guillaume.Besnard1: Guillaume.Besnard1 uploaded a new version of "File:Depriester-Besnard-Zenkit.png"

RICM4 2017 2018 - Serre Connectee

2018-04-06T14:59:42Z

Guillaume.Besnard1:

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

= Team =

* How to restart the docker if necessary :

- Connect with ssh to the raspberry ( user: pi password : pi)
- execute these commands :
$ cd docker-fullstack-JDC
$ docker-compose down
$ docker-compose up -d

* Installation for the demo:

* Follow this tutorial :
https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10/Connected-hive/blob/master/Docker/Server/README.md

/!\ Use https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11/serres-jdc/tree/master/docker-fullstack-jdc instead of the link provided in the tuorial

* Optional (to rename your raspberry name and address) ->
$ sudo vim /etc/hostname and $ sudo vim /etc/hosts
$ sudo apt-get install avahi-daemon
Finally, reboot the raspberry.

You're done

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

== Week 9 - 26/03/2018 ==
* New sensors integration
* IESSE' code adaptation for the demo
* On site demo at jdc

RICM4 2017 2018 - Serre Connectee

2018-03-26T15:44:13Z

Guillaume.Besnard1: /* Week 8 - 26/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi (Zeroconf) for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

RICM4 2017 2018 - Serre Connectee

2018-03-26T15:43:47Z

Guillaume.Besnard1: /* Week 7 - 26/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 8 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

RICM4 2017 2018 - Serre Connectee

2018-03-26T15:43:33Z

Guillaume.Besnard1: /* Week 6 - 12/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
Finalize demo for JPO
* Grafana configuration
* Change mbed code formatting / code cleaned up for different sensors
* Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 7 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

RICM4 2017 2018 - Serre Connectee

2018-03-26T15:43:06Z

Guillaume.Besnard1: /* Calendar */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
* Finalize demo for JPO
** Grafana configuration
** Change mbed code formatting / code cleaned up for different sensors
** Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?
* Searching for documentation about eeprom flashing
** successfull read and write on the eeprom
** started thinking about the protocol of pre-configuration

== Week 7 - 26/03/2018 ==
Preparation for on site integration
* Creation of a new docker image with everything built for arm (grafana on the pi)
* Test and installation of Avahi for static local domain name for the pi.
* Protocol modification to have greenhouse id in the payload : end up in one graph output per card.

RICM4 2017 2018 - Serre Connectee

2018-03-19T15:58:45Z

Guillaume.Besnard1: /* Week 5 - 5/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board
* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
* Finalize demo for JPO
** Grafana configuration
** Change mbed code formatting / code cleaned up for different sensors
** Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?

RICM4 2017 2018 - Serre Connectee

2018-03-19T15:58:26Z

Guillaume.Besnard1: /* Week 6 - 12/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board

* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
* Finalize demo for JPO
** Grafana configuration
** Change mbed code formatting / code cleaned up for different sensors
** Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?

RICM4 2017 2018 - Serre Connectee

2018-03-19T15:57:46Z

Guillaume.Besnard1: /* Week 7 - 19/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board

* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
* Finalize demo for POC
** Grafana configuration
** Change mbed code formatting / code cleaned up for different sensors
** Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** Test with different power dBm
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?

RICM4 2017 2018 - Serre Connectee

2018-03-19T15:38:23Z

Guillaume.Besnard1: /* Week 7 - 19/03/2018 */

= Project presentation =

[[File:Maps.png||thumb|400px|Sky view of the exploitation (© Google Maps)]]

The project subject : [[Serres connectées]].

The project consist of ''upgrading'' a classic greenhouse to retrieve live information about its climate.
The farm exploitation is located in Saint-Cassien (38500), in the French Alps.

Data to retrieve :
* Air temperature
* Air moisture
* Soil moisture

Control of these parameters are essentials to avoid disease, enhance the growth of the plantations and limit water consumption.

Two main constrains :
* No power in the zone
* Sensors needs to be moveable to let vehicles move along the greenhouse

(Presentation from last year)

= Team =

* Supervisor: Nicolas Palix

* Members: Guillaume.Besnard Timothée.Depriester

* Department: [http://www.polytech-grenoble.fr/ricm.html RICM 4], [[Polytech Grenoble]]

= Calendar =
The project started on January 22th, 2018

== Week 1 - 22/01/2018 ==

* Getting to know the nucleo card :
** We tried online mbed compilation tools
** We manage to cross-compile locally on Arch Linux and deploy on the card
** We transmitted data betwteen two LoRa card using peer to peer transmission
** Using the Lora module OVER the nucleo extension card is not currently working.

* Zenkit agenda created

== Week 2 - 29/01/2018 ==
* Contacting the IESE group
* More in depth understanding of the project objectives
* Begin the docker documentation reading
* Store and display data specification
** InfluxDB
** Graphana

== Week 3 - 05/02/2018 ==
* Git Repository creation
* Added our Zenkit backlog to the wiki
* Testing Pico Lora Gateway
** Flashed the gateway (the software was outdated, leading to an error)
** Configuration tuning to match the "Ping Pong" test software.
** Testing the gateway with the logger utility
** Forwarding the packet with the picoGW_packet_forwarder
** Successfully retrieved a "Ping" (conversion base64 to ASCII)
** Only work when sending a great amount of packet: lot of loss ?

== Week 4 - 12/02/2018 ==
* Spent lot of time on the gateway
** Huge amount of packets were lost beforehand
** PacketForwarder configuration file and source modification to have coherent frequency, spectrum ...
** All packets can now be forwarded to a UDP server (local in our case)
* Started to have a look on Node-RED
** We received JSon from the gateway
** We are able to decode the base64 payload
* SRS and UML added to the wiki

== Week 5 - 5/03/2018 ==
* Started to work on automatisation with Docker
** Using DOcker Compose
** Optimization of container with special image for compilation
* External sensor is now working and sending data
** Searching for appropriate library
** Plugged into the numerical pin on the lora board

* Demo preparation for the JPO
** Simple POC (still not encoded properly)
** Using a Raspberry Pi
** Result displayed on Graphana (temperature & humidity)

== Week 6 - 12/03/2018 ==
* Finalize demo for POC
** Grafana configuration
** Change mbed code formatting / code cleaned up for different sensors
** Docker image with all configuration generated

== Week 7 - 19/03/2018 ==
* Test gateway reliability : losing 1/5 packets
** Test docker image on Armv6 and x86
** Test with different time interval
** We didn't manage to identify the problem
*** Radio configuration ?
*** Wave interference ?