IMA3/IMA4 2018/2020 P10

2019-05-30T00:35:45Z

Zhoussai : /* Semaine Extra */

__TOC__
 

=Présentation générale=

Administration système, déploiement et surveillances de logiciels dans un réseau de capteurs

==Description==

Dans le cadre de recherches dans le domaine des réseaux de capteurs et des objets connectés, notre projet consiste à développer une solution de maintenance et de reconfiguration à distance d'un ensemble de nœuds déployés dans un environnement réel. Afin de faciliter la vie de ces chercheurs sur le test de leurs hypothèses, ils pourront facilement et rapidement déployer leurs créations sur tout les nœuds souhaités grâce à un système de sélection ou au téléchargement du nouveau code sur tous les nœuds du réseau.

==Objectifs==

L'objectif principal de notre projet est de créer une interface permettant de tester des programmes ou logiciels en les déployant sur le vaste réseau de capteurs. Nous devons rendre accessible chaque nœud indépendamment des autres, tout en permettant un lien entre tous, afin d'envoyer le contenu vers tout ou une partie des nœuds disponibles.

Enfin, nous allons permettre la mise à jour et l'adaptation du chemin d'envoi des données des nœuds, entre eux, et avec l'application de gestion.

=Analyse du projet=

==Positionnement par rapport à l'existant==

==Analyse du premier concurrent==

[[Fichier:FIT Logo.png|200px|thumb|right|Logo du Laboratoire]]
[[Fichier:Logo.jpg|100px|thumb|right|Logo du LRI]]

Notre concurrent principal reste le FIT(Future Internet Testing Falicity)/IoT-Lab. Il s'agit d'un laboratoire dont les recherches se portent sur les différents domaines scientifiques tel que les adresses de communications sans fils, des réseaux de capteurs, des protocoles de routages basse consommation et applications embarquées. Ce laboratoire dispose de plus de 1500 de nœuds de capteurs sans fils propagés à travers les six sites différents en France qui sont : Inria Grenoble (640), Inria Lille (293), Inria Saclay (264), ICube Strasbourg (400), Institut Mines-Télécom Paris (160) and CITI Lab Lyon (29). Chaque site dispose de capacités matérielles et de nœuds différentes, mais tous les sites sont interconnectés et disponibles via le même portail Web,

==Analyse du second concurrent==

Il y aussi une autre équipe au sein du laboratoire de recherches en informatique(LRI) qui est en train de faire un projet sur les capteurs de réseaux. Les questions abordées par l’équipe concernent les réseaux ad hoc sans fil et mobiles, les réseaux de capteurs et les réseaux fixes, et concernent la qualité de service, la sécurité, le contrôle d’admission, la réservation de ressources, le calcul des limites déterministes et la consommation d’énergie. L'analyse de la performance est donnée à la fois théoriquement, pour déterminer les limites, et par simulation, pour enrichir l'analyse et inclure un support pour un environnement dynamique.

==Scénario d'usage du produit ou du concept envisagé==
[[Fichier:SchemaIMAP10.JPG|400px|thumb|right|Schéma Complet]]

De nombreux chercheurs et développeurs créent de nouveaux codes adaptés à l'utilisation d'un réseau de capteurs.
Ces codes doivent être facilement déployés sur le réseau afin de pouvoir y réaliser des essais rapides.
Cela permet de corriger rapidement les erreurs liées à leur mauvais fonctionnement.

Supposons que notre réseau est réparti sur une très grande surface.
Le chercheur voulant tester son code doit l'envoyer à partir de son ordinateur sur le réseau.
Notre projet va lui permettre de rester assis dans son bureau et de ne pas devoir charger le code sur chaque nœud de capteurs un par un.

A travers notre projet, nous voulons rendre possible ces exports rapides de données.
Il nous faudra utiliser un routeur qui permettra la liaison entre chaque nœud et un serveur de données.
Dans chacun de ses nœuds, on trouve plusieurs nœuds de mesures comportant chacun un microcontrôleur associé à des capteurs.

Pour pouvoir envoyer ses codes sur le réseau, le chercheur dispose d'une interface web graphique connectée au même serveur que les nœuds de collecte et le routeur.
Cette interface permettra la sélection de tout ou d'une partie du réseau sur laquelle il doit effectuer les modifications. Ceci se fera à l'aide des microcontrôleurs du réseau et de Raspberry Pi gérant chaque nœud.
Une fois la zone d'export choisie, il pourra envoyer ses codes et les mettre à jour en quelques clics.
Le code sera envoyé sur le serveur et distribué par le routeur sur les nœuds sélectionnés.
Les différents nœuds feront un retour sur la réception à travers le serveur via le routeur, et le chercheur pourra ainsi tester rapidement sa réalisation.

Dans le cas où le chercheur veut tester l'envoi de données par radio par exemple, il pourra placer un grand nombre de nœuds communiquant en filaire avec le routeur et par radio entre eux.
Les nœuds seront capables de transmettre l'information au suivant et de choisir un autre chemin (contourner un nœud par exemple) en cas de perturbations (présence de réseau Wi-Fi à proximité, etc...), pour envoyer l'information.
Ces nœuds seront capables de communiquer avec le serveur pour indiquer la bonne réception des données, les résultats obtenus ou éventuellement le mauvais fonctionnement d'un ou plusieurs capteurs.

==Bibliographie et webographie==

=Préparation du projet=

==Cahier des charges du groupe==

Nous allons devoir répondre à plusieurs problématiques.

Tout d'abord nous devons créer un site web dynamique permettant l'envoi des données au serveur et au final, aux nœuds de capteurs sélectionnés.
Pour cela, nous allons devoir implémenter un système d'envoi de fichiers vers un routeur.
Le routeur (Banana Pi) va filtrer les informations reçues, et envoyer les fichiers C aux différents nœuds représentés par des Raspberry Pi.

Ensuite, il faudra que les Raspberry envoient correctement le code reçu aux différents capteurs de leur nœud et puissent récupérer les informations à retourner.

Pour se faire, on utilise l'utilitaire Python Ansible, permettant la gestion et la configuration des nœuds de capteurs.
Celui-ci va récupérer les fichiers C et les distribuer sur les différents capteurs affectés.
Le retour d'information se fera par le chemin inverse jusqu'au serveur web sous forme de fichiers contenant les données issues des capteurs.

==Cahier des charges des équipes==
===Equipe 1 : Ziyad HOUSSAINI===

Dans notre équipe, il faudra configurer le routeur afin de pouvoir assurer la communication entre la Rasberry Pi qui sera configurée par l'équipe 1 et le serveur web qui sera mise en place par l'équipe 3.
Pour ce faire, on va utiliser une banana pi sur laquelle sera installer OpenWRT (fonctionnement à revoir).

===Equipe 2 : Eymeric CAPRONNIER===

* Dans un premier temps, il faudra que les Raspberry Pi envoient correctement le code reçu aux différents capteurs sélectionnés.

* Puis il faudra retourner le fichier contenant les différentes données générés par les capteurs.

===Equipe 3 : Guillaume ROUILLÉ===

Dans un premier temps, notre équipe devra réaliser une interface web utilisateur permettant la connexion au serveur de données.
Pour se faire, on va utiliser les langages HTML et CSS pour la forme du site, et les langages PhP et SQL pour lier le site à la base de données.

Ensuite, il faudra créer un système de sélection des capteurs sur lesquels envoyer le ou les fichiers.
Il faudra faire correspondre chaque capteur des différents nœuds avec un type prédéfini et créer une page de sélection sur le site.

Enfin, nous devrons envoyer les fichiers sur le serveur, où ils seront récupérés par le routeur pour être traiter.
Il faudra créer une page permettant la mise en ligne de fichiers. Cette page affichera la progression de l'envoi et sera capable de valider la bonne réception des données.

==Choix techniques : matériel et logiciel==
===Equipe 1===

[[Fichier:bobi.png|200px|thumb|right]]
[[Fichier:BananapiR1.jpg|150px|thumb|right|BPI_R1]]
*Une Banana Pi de type comme routeur ;
*Une image (OS) de type Debian ou OpenWrt afin de pouvoir utiliser la carte.
*Un carte SD à laquelle on va mettre l'image ;
*Un cable HDMI afin de pouvoir visualiser l'interface.

===Equipe 2===

*Une Raspberry Pi et son alimentation ;
*Un câble Ethernet ;
*4 diodes et résistances ;
*Un câble HMDI/VGA ;
*Ansible pour faciliter le déploiement des fichiers C sur les nœuds.

===Equipe 3===

*Une base de données PostgreSQL pour le stockage des données ;
*Un interpréteur PhP et un serveur web (Apache) ;
*Un site moderne basé sur les Frameworks CSS Bootstrap et Vue.js.

==Liste des tâches à effectuer==
===Equipe 1===

Déploiement d'un routeur à base de Banana Pi R1.
Ce routeur permettra l'accès internet aux différentes Raspberry Pi et il filtrera les accès.
Déploiement de OpenWRT sur ce routeur.

*Documentation sur le fonctionnement du routeur Banana Pi ;
*Documentation sur le fonctionnement de OpenWRT ;
*Déploiement de OpenWRT sur le routeur et configuration ;
*Création d'un point d'accès filaire sur la carte routeur.

===Equipe 2===

Déploiement des logiciels sur les Raspberry Pi avec la création de différents scripts pour faciliter ce déploiement, en utilisant notamment Ansible.

*Documentation sur le fonctionnement des Raspberry pi ;
*Documentation sur Ansible ;
*Création du code afin d'envoyer le code reçu aux différents capteurs, et par la suite un ficher sera créé afin d'envoyer les données issus des capteurs.

===Equipe 3===

Déploiement d'un serveur permettant de récupérer les différentes données issues des capteurs (création d'une base de données et d'un site web dynamique pour l'affichage).

*Documentation sur les Frameworks Web Bootstrap.css et Vue.js ;
*Documentation sur PhP et Apache ;
*Création d'une interface web utilisateur ;
*Création d'une base de données relationnelle pour gérer les nœuds ;
*Envoi du fichier C sur le serveur ;
*Envoi du numéro du capteur sur le serveur.

==Calendrier prévisionnel==
Le calendrier prévisionnel peut se concrétiser sous la forme d'un diagramme de GANTT.
===Equipe 1===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes

|-
|
05/03

|
*Recherche sur Internet sur quel type de carte on pourra utiliser pour configurer le routeur, qui sera un point d'accès wifi
pour le noeud de collecte qui sera la Rasberry Pi

|-
|
19/03

|
*Recherche de la datasheet du routeur Banana PI-R1, afin de pouvoir comprendre les configurations de la carte
et aussi les branchements
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 2===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
objectif

|-
|
19/02

|
objectif

|-
|
05/03

|
objectif

|-
|
19/03

|
objectif
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 3===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes.

|-
|
05/03

|
*Création de la base de données associée au projet ;
*Documentation Php et lancement du site web.

|-
|
19/03

|
*Création du système de connexion du site.

|-
|
02/04

|
*Mise en forme correcte du site : page de connexion, d'inscription et d'accueil.

|-
|
16/04

|
*Création de l'interface de sélection du capteur.

|-
|
30/04

|
*Documentation sur la création d'un fichier XML à partir d'un site web ;
*Création du fichier XML permettant de regrouper les informations concernant le capteur choisi.

|-
|
14/05

|
*Création de la section de sélection du fichier à envoyer sur le serveur (fichier C) ;
*Documentation sur le protocole XMLHttpRequest qui permet l'envoi du fichier sur le serveur ;
*Envoi du fichier C sur le serveur.

|-
|
28/05

|
*Récupération du fichier C et XML envoyé sur le site ;
*Création des commandes de récupération de ces fichiers.

|-
|
04/06

|
*Permettre une récupération rapide des fichiers à partir du routeur ;
*Permettre une scrutation régulière du serveur sur la Raspberry ;
*Permettre l'exécution unique du programme.

|}

=Réalisation du Projet=

==Projet S6==

Eventuellement créer des sous-pages par équipe avec le compte-rendu des réunions de groupe sur cette page principale.

===Semaine 4===

Pour l'équipe 1 :

Première recherche sur la carte Banana PI, à l'aide de la datasheet, dont le lien est ci-dessous. 
L'utilisation de la datasheet va nous permettre de voir l'intégralité des données de la carte BPI-R1 
c'est à dire les branchements, le courant d'alimentaion et les composants. 
https://www.electronicsdatasheets.com/datasheet/BPI-R1.pdf

----

Pour l'équipe 2 :
Documentation sur l'utilisation d'Ansible et sur les Raspberry Pi

----

Pour l'équipe 3 :

Première recherche sur la création du site web. Recherche des ressources PhP, HTML, CSS nécessaires (Bootstrap). 
J'ai laissé de côté la partie JavaScript et Vue.js car elles ne sont pas utiles pour commencer le site.

Création de la base de données projetCapteurs sur Houplin et des fonctions de connexion du site à celle-ci. 
La base contient 2 tables :
*capteurs : numéro du capteur | nom du capteur | Raspberry à laquelle le capteur est relié | type de capteur
*membres : numéro du membre | nom | prénom | mot de passe

La table capteurs stocke les informations concernant les capteurs et permettra la sélection au moment de l'envoi du fichier C. 
La table membres répertorie les informations concernant les membres et permettra la connexion sur le site web.

----

===Semaine 5===
Pour l'équipe 1 :

Après avoir effectué des recherches sur la carte BPI R1, cette séance va me permettre de faire des recherches sur l'image qui va me permettre de faire visualiser l'interface de la BPI R1. D'après le cahier de charge imposé, il faut mettre l'image OpenWrt. Open Wrt est une distribution GNU/Linux minimaliste pour matériel embarqué. Après avoir fait des recherches, on a finalement retrouvé le site qui a l'image OpenWrt. 
La première que je devais faire était d'installer un fichier OpenWrt dans une carte SD, et ce fichier servait à faire fonctionner la banana pi. Voici le lien qui nous a permis de trouver l'image: 

https://openwrt.org/toh/view/toh_fwdownload?dataflt%5B0%5D=supported%20current%20rel_%3D18.06.2.

Voici une image du site d'openwrt :

[[Fichier:Openwrt.png|200px|thumb|left|Openwrt]]
 

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Début de la création du site : mise en place d'un système de connexion basique et d'un minimum de design pour rendre clair le site. 
Je me suis limité à des fonctions de connexion et déconnexion sans modifier le reste des pages en fonction de l'état de connexion, et sans créer de variables de session. 
Pour cela, j'ai utilisé des fonctions Php telles que ''pg_connect'' et ''pg_close'', fonctions liées à une base de données PostgreSQL.

----

===Semaine 6===

Pour l'équipe 1 :
[[Fichier:Exemple.jpg|thumb|right|100px|Branchement de la carte Banana PI]]
Après avoir trouvé l'image permettant de visualiser l'interface BPI-R1, de la faire marcher et de le configurer en tant que routeur de wifi pour qu'il puisse emettre pour le noeud de collecte qui est la Rasberry PI.
La première étape est d'abord d'installer l'OpenWrt dans une carte SD et cette carte SD sera mis sur le port SD de la Banana PI R1. Voici les commandes qui
m'ont permis de mettre l'image OpenWrt dans la carte SD :

* Il faut d'abord se connecter à su sur le terminal
* Mettre l'image avec la commande ci dessous :
dd if=OpenWrtimage.img of=/dev/sdb

Avec OpenWrtimage.img le nom du fichier télécharger.
Après avoir branchéle port HDMI de la carte avec l'entrée VGA du moniteur on pouvait voir l'interface mais on arrivait pas écrire.
Donc après avoir appeler mes tuteurs, ils m'avaient dit que la semaine prochaine, ils allaient mettre le système Debian, car il y aurait des problèmes avec le système OpenWrt.

----

Pour l'équipe 2 :

Afin d'installer Ansible, deux lignes de commande ont dû être lancé dans le terminal d'un pc en E306 ( car l'installation d'ansible n'était pas possible dans les autres salles) :
apt install ansible
puis
export https_proxy=https://proxy.polytech-lille.fr:3128
L'utilisation d'ansible se fera ensuite de la manière suivante : Ecriture d'un fichier .yml contenant les différentes tâches à effectuer sur un serveur (réseau de capteur) spécifique puis le lancement s'effectuera ensuite en lanceant la commande ansible suivi du nom du serveur sur lequel on souhaite travailler.

----

Pour l'équipe 3 :

Adaptation du système de connexion avec création de variables de session. Ces variables permettent de maintenir une connexion ouverte en changeant de page et à structurer les pages afin qu'elles affichent les bonnes choses. 
En effet, un individu connecté ne verra pas la page de connexion par exemple. 
Amélioration du système de compte avec la mise en place du hachage des mots de passe.

[[Fichier:accueil_p10.png|center|500px|thumb|Page d'accueil en mode non connecté]]

[[Fichier:barre_p10.png|500px|thumb|center|Barre de menu en mode connecté]]

----

===Semaine 7===
[[Fichier:Exemple.png|80px|right|thumb]]
Pour l'équipe 1 :

Dans cette séance de projet, je vois que mon cahier de charge doit être changer. En effet, vu que la séance dernière, avec l'OpenWrt 
qu'il y avait un problème de visualation de l'interface. Au final, j'ai reçu par mes tuteurs une carte SD, contenant cette fois 
l'image Debian. Et cette fois ci, on voit bien l'interface. Maintenant le but est de pouvoir configurer la banana PI en routeur Wifi 
afin que la Rasberry PI reçoit la wifi de ce dernier.
Et aussi dans cette séance, j'ai pu voir des tutoriels, afin de pouvoir comprendre le mécanisme de fonctionnement et de 
programmation.
----

Pour l'équipe 2 :
Création du script de base d'allumage d'une led en fonction du fichier C envoyé par le serveur.

----

Pour l'équipe 3 :

Création de la page de sélection des capteurs sous forme d'un formulaire Php. La sélection n'est pas au point mais l'affichage est correct. 
Je laisse toujours de côté la partie dynamique, en essayant de rendre possible la sélection multiple pour l'envoi du formulaire. 
Cette page contiendra aussi une partie de chargement du fichier à envoyer (unique pour le moment).

[[Fichier:page_sensors.png|500px|thumb|center|Choix des capteurs et envoi du fichier]]

----

===Semaine 8===

Pour l'équipe 1 :

Dans la dernière séance, j'ai pas pu totalement assimiler l'ensemble du fonctionnement permettant de configurer 
la BPI-R1 en tant que routeur de wifi. Donc toute cette séance s'est consacrés à la recherche des fonctionnalités de la carte. 
Et aussi, j'ai pu énormément m'aider du site du bureau d'étude d'IMA (Robot Prédateur et Proie) de l'an dernier, surtout avec 
la partie Rasberry Pi que j'ai remarqué qu'au final les fonctionnalités de la Banana PI est à peu près identique que celle de la Rasberry. 
Voici le lien qui m'a principalement aidé à mieux comprendre et trouver les fonctionnalités du Debian : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019
----

Pour l'équipe 2 :

Documentation sur le montage qui permet de contrôler une led grâce à une raspberry et à un code créé permettant d'allumer ou d'éteindre la led

----

Pour l'équipe 3 :

Modification de la page principale (sélection d'un capteur possible). Possibilité de joindre un seul fichier C. 
Un fichier XML est créé avec le numéro du capteur sélectionné. Ce fichier sera transmis avec le fichier C. 
Documentation sur le protocole XMLHttpRequest : [https://openclassrooms.com/fr/courses/1085676-upload-de-fichiers-par-formulaire XMLHttpRequest] 

Le fichier XML contient le code suivant : 
<?xml version='1.0' encoding='ISO-8859-1'?> 
<sensor><numero>3</numero></sensor>

[[Fichier:page_sensors2.jpg|500px|thumb|center|Choix des capteurs et envoi du fichier]]
[[Fichier:Script_php_sensor.png|500px|thumb|center|Script de remplissage du fichier XML]]

----

===Semaine 9===

Pour l'équipe 1 :
Dans cette séance, je peux enfin commencer à configurer la BPI-R1 en point d'accès Wifi. Après avoir branché au moniteur la carte 
je remarque qu'il n'y a aucune visualisation sur le moniteur. Et c'est là où je commence à me perdre. En effet, n'ayant aucune idée de pourquoi 
on ne voit plus l'interface, j'ai décidé de rechercher les causes de ce problème, en supposant que la carte a été court-circuiter. 
Donc cette séance n'a été que la recherche de ce problème et surtout pouvoir le résoudre.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Upload d'un fichier C sur le serveur.
[[Fichier:Envoi_fichier.png|500px|thumb|center|Script d'envoi du fichier C sur le serveur]]

Il faut normaliser le nom du fichier en ligne et récupérer les fichiers C et XML.

----

===Semaine 10===

Pour l'équipe 1 :
Le problème persiste toujours, ne sachant toujours pas les raisons de ce problème, cette séance sera consacrée aussi à 
la recherche sachant que le retard commence à peser et que je n'ai toujours pas configurer la BPI-R1 en routeur 
et que je sais que je suis en retard par rapport aux deux autres équipes.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Récupération des données de localisation et du nom du fichier uploadé et stockage dans le fichier XML. 
Création du script de récupération du fichier XML et du fichier C à partir du routeur.

Pour télécharger le fichier C et le fichier XML stockés sur le serveur, on utilise la commande wget dans un script nommé script.sh : 
[[Fichier:Script_download.png|500px|thumb|center|Script de téléchargement des fichiers]]

Pour exécuter un script automatique : [https://itx-technologies.com/fr/blog/2259-executer-un-script-recurrent-avec-cron-exemples-sous-linux Règle Cron]

Voici le script de téléchargement automatique des fichiers toutes les minutes :
[[Fichier:Crontab.png|500px|thumb|center|Crontab d'exécution périodique du script]]

Il s'agit d'une crontab qui s’exécute toutes les minutes. 
Cette crontab va lancer le script de téléchargement à chaque exécution, permettant ainsi de garder le fichier C à jour.

----

===Semaine 11===

Pour l'équipe 1 :

N'ayant aucune idée après plusieurs séances de recherche, j'ai décidé de voir mes tuteurs afin de pouvoir 
résoudre ce problème car je suis vraiment en retard par rapport à mon objectif fixé qui était 
de configurer la BPI-R1 en routeur wifi pour qu'elle puisse donner les informations à la Rasberrie -PI. 
Après plusieurs essaies, c'est à dire changer le courant d'Alimentation, mettre de nouveau l'image Debian 
au final, mes tuteurs m'ont conseillé de changer l'image et d'en mettre un nouveau mais aussi il faut que 
que cette image soit récente afin de ne pas avoir de problème au niveau du noyau de la carte.

----------

===Semaine 12===
[[Fichier:Ahb.jpg|thumb|100 px|right|Interface Armbian]]
Pour l'équipe 1 :
[[Fichier:glopi.jpg|thumb|100 px|right|Interface Armbian|Différentes configuration de la BPI R1]]
Donc suite au porblèe qui ont eu lieu ces dernières séances, et après avoir reçu des conseils de 
mes tuteurs, j'ai fait une nouvelle des recherches sur l'image la plus récente qui va me permettre 
de faire marcher ma carte et visualiser l'interface de l'OS. Après avoir fait un tour sur le site (lien ci dessous) 
http://wiki.banana-pi.org/Banana_Pi_BPI-R1 
qui propose différentes images et ne sachant vraiment lequel choisir, j'ai choisi de mettre un Armbian 2016 et 
et avec la même commande me permettant de copier sur carte SD que l'OpenWrt afin de le mettre sur la carte .
Au final, cela marche, et je me connecte avec "root" qui a pour mot de passe "1234". Après s'être connecter 
on obtient cette interface. 
------------------
===Semaine Extra===

Pour l'équipe 1 :

Sachant que je suis énormément en retard par rapport aux deux autres équipes, surtout celui de la 
qui a presque terminé sa partie, mon objectif est finalement à ce que ma banana PI marche seulement 
en tant que routeur Wifi. Et donc en partant de l'OS Armbian et que le principe de la programmation est à 
peu près similaire que celle de la Rasberrie PI. Donc je me suis servi du même raisonnement que celui de ce lien : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019#Connexion_s.C3.A9rie 
[[Fichier:Exempled.jpg]]
La première chose était d'abord d'installer le packtage Hostapd, car c'est ce packtage qui contient tous les 
fichiers me permettant d'activer le routeur Wifi :
apt-get install hostapd

Ensuite afin de pouvoir mofidier le fichier de configuration de <code>hostapd</code> qui se trouve dans le répertoire <code>/usr/share/doc/hostapd/examples/</code> et le coller dans le répertoire <code>/etc/hostapd</code> :
cp /usr/share/doc/hostapd/examples/hostapd.conf.gz /etc/hostapd
gunzip /etc/hostapd/hostapd.conf.gz

Et finalement avec l'éditeur de texte nano, on peut modfier le fichier <code> /etc/hostapd/hostapd.conf les mots-clefs suivants : 
* <code>ssid</code>, indiquez votre nom de réseau WiFi ;
* <code>country_code</code>, mettez le code de la France <code>FR</code> ;
* <code>channel</code>, faites en sorte que les Raspberry n'écoutent pas toutes sur le même canal ;
* <code>wpa</code>, activez l'option (mettre à 1) ;
* <code>wpa_passphrase</code>, donnez le mot de passe de votre réseau (au moins 8 caractères) ;
* <code>wpa_key_mgmt</code>, à configurer à la valeur <code>WPA-PSK</code>.

Enfin il faut definir le chemin du fichier de configuration à l'aide du fichier <code>/etc/default/hostapd</code> :
DAEMON_CONF=/etc/hostapd/hostapd.conf
On relance le service avec la commande :
service hostapd restart

Au final, on arrive à faire apparaître le nom du reseau de la banana sans fil
[[Fichier:klkl.png|thumb|100px|right|Nom visible sur le smartphone]]

===Documents Rendus===

==Projet S7==

===Documents Rendus===

==Projet S8==

===Documents Rendus===

IMA3/IMA4 2018/2020 P10

2019-05-30T00:35:19Z

Zhoussai : /* Semaine Extra */

__TOC__
 

=Présentation générale=

Administration système, déploiement et surveillances de logiciels dans un réseau de capteurs

==Description==

Dans le cadre de recherches dans le domaine des réseaux de capteurs et des objets connectés, notre projet consiste à développer une solution de maintenance et de reconfiguration à distance d'un ensemble de nœuds déployés dans un environnement réel. Afin de faciliter la vie de ces chercheurs sur le test de leurs hypothèses, ils pourront facilement et rapidement déployer leurs créations sur tout les nœuds souhaités grâce à un système de sélection ou au téléchargement du nouveau code sur tous les nœuds du réseau.

==Objectifs==

L'objectif principal de notre projet est de créer une interface permettant de tester des programmes ou logiciels en les déployant sur le vaste réseau de capteurs. Nous devons rendre accessible chaque nœud indépendamment des autres, tout en permettant un lien entre tous, afin d'envoyer le contenu vers tout ou une partie des nœuds disponibles.

Enfin, nous allons permettre la mise à jour et l'adaptation du chemin d'envoi des données des nœuds, entre eux, et avec l'application de gestion.

=Analyse du projet=

==Positionnement par rapport à l'existant==

==Analyse du premier concurrent==

[[Fichier:FIT Logo.png|200px|thumb|right|Logo du Laboratoire]]
[[Fichier:Logo.jpg|100px|thumb|right|Logo du LRI]]

Notre concurrent principal reste le FIT(Future Internet Testing Falicity)/IoT-Lab. Il s'agit d'un laboratoire dont les recherches se portent sur les différents domaines scientifiques tel que les adresses de communications sans fils, des réseaux de capteurs, des protocoles de routages basse consommation et applications embarquées. Ce laboratoire dispose de plus de 1500 de nœuds de capteurs sans fils propagés à travers les six sites différents en France qui sont : Inria Grenoble (640), Inria Lille (293), Inria Saclay (264), ICube Strasbourg (400), Institut Mines-Télécom Paris (160) and CITI Lab Lyon (29). Chaque site dispose de capacités matérielles et de nœuds différentes, mais tous les sites sont interconnectés et disponibles via le même portail Web,

==Analyse du second concurrent==

Il y aussi une autre équipe au sein du laboratoire de recherches en informatique(LRI) qui est en train de faire un projet sur les capteurs de réseaux. Les questions abordées par l’équipe concernent les réseaux ad hoc sans fil et mobiles, les réseaux de capteurs et les réseaux fixes, et concernent la qualité de service, la sécurité, le contrôle d’admission, la réservation de ressources, le calcul des limites déterministes et la consommation d’énergie. L'analyse de la performance est donnée à la fois théoriquement, pour déterminer les limites, et par simulation, pour enrichir l'analyse et inclure un support pour un environnement dynamique.

==Scénario d'usage du produit ou du concept envisagé==
[[Fichier:SchemaIMAP10.JPG|400px|thumb|right|Schéma Complet]]

De nombreux chercheurs et développeurs créent de nouveaux codes adaptés à l'utilisation d'un réseau de capteurs.
Ces codes doivent être facilement déployés sur le réseau afin de pouvoir y réaliser des essais rapides.
Cela permet de corriger rapidement les erreurs liées à leur mauvais fonctionnement.

Supposons que notre réseau est réparti sur une très grande surface.
Le chercheur voulant tester son code doit l'envoyer à partir de son ordinateur sur le réseau.
Notre projet va lui permettre de rester assis dans son bureau et de ne pas devoir charger le code sur chaque nœud de capteurs un par un.

A travers notre projet, nous voulons rendre possible ces exports rapides de données.
Il nous faudra utiliser un routeur qui permettra la liaison entre chaque nœud et un serveur de données.
Dans chacun de ses nœuds, on trouve plusieurs nœuds de mesures comportant chacun un microcontrôleur associé à des capteurs.

Pour pouvoir envoyer ses codes sur le réseau, le chercheur dispose d'une interface web graphique connectée au même serveur que les nœuds de collecte et le routeur.
Cette interface permettra la sélection de tout ou d'une partie du réseau sur laquelle il doit effectuer les modifications. Ceci se fera à l'aide des microcontrôleurs du réseau et de Raspberry Pi gérant chaque nœud.
Une fois la zone d'export choisie, il pourra envoyer ses codes et les mettre à jour en quelques clics.
Le code sera envoyé sur le serveur et distribué par le routeur sur les nœuds sélectionnés.
Les différents nœuds feront un retour sur la réception à travers le serveur via le routeur, et le chercheur pourra ainsi tester rapidement sa réalisation.

Dans le cas où le chercheur veut tester l'envoi de données par radio par exemple, il pourra placer un grand nombre de nœuds communiquant en filaire avec le routeur et par radio entre eux.
Les nœuds seront capables de transmettre l'information au suivant et de choisir un autre chemin (contourner un nœud par exemple) en cas de perturbations (présence de réseau Wi-Fi à proximité, etc...), pour envoyer l'information.
Ces nœuds seront capables de communiquer avec le serveur pour indiquer la bonne réception des données, les résultats obtenus ou éventuellement le mauvais fonctionnement d'un ou plusieurs capteurs.

==Bibliographie et webographie==

=Préparation du projet=

==Cahier des charges du groupe==

Nous allons devoir répondre à plusieurs problématiques.

Tout d'abord nous devons créer un site web dynamique permettant l'envoi des données au serveur et au final, aux nœuds de capteurs sélectionnés.
Pour cela, nous allons devoir implémenter un système d'envoi de fichiers vers un routeur.
Le routeur (Banana Pi) va filtrer les informations reçues, et envoyer les fichiers C aux différents nœuds représentés par des Raspberry Pi.

Ensuite, il faudra que les Raspberry envoient correctement le code reçu aux différents capteurs de leur nœud et puissent récupérer les informations à retourner.

Pour se faire, on utilise l'utilitaire Python Ansible, permettant la gestion et la configuration des nœuds de capteurs.
Celui-ci va récupérer les fichiers C et les distribuer sur les différents capteurs affectés.
Le retour d'information se fera par le chemin inverse jusqu'au serveur web sous forme de fichiers contenant les données issues des capteurs.

==Cahier des charges des équipes==
===Equipe 1 : Ziyad HOUSSAINI===

Dans notre équipe, il faudra configurer le routeur afin de pouvoir assurer la communication entre la Rasberry Pi qui sera configurée par l'équipe 1 et le serveur web qui sera mise en place par l'équipe 3.
Pour ce faire, on va utiliser une banana pi sur laquelle sera installer OpenWRT (fonctionnement à revoir).

===Equipe 2 : Eymeric CAPRONNIER===

* Dans un premier temps, il faudra que les Raspberry Pi envoient correctement le code reçu aux différents capteurs sélectionnés.

* Puis il faudra retourner le fichier contenant les différentes données générés par les capteurs.

===Equipe 3 : Guillaume ROUILLÉ===

Dans un premier temps, notre équipe devra réaliser une interface web utilisateur permettant la connexion au serveur de données.
Pour se faire, on va utiliser les langages HTML et CSS pour la forme du site, et les langages PhP et SQL pour lier le site à la base de données.

Ensuite, il faudra créer un système de sélection des capteurs sur lesquels envoyer le ou les fichiers.
Il faudra faire correspondre chaque capteur des différents nœuds avec un type prédéfini et créer une page de sélection sur le site.

Enfin, nous devrons envoyer les fichiers sur le serveur, où ils seront récupérés par le routeur pour être traiter.
Il faudra créer une page permettant la mise en ligne de fichiers. Cette page affichera la progression de l'envoi et sera capable de valider la bonne réception des données.

==Choix techniques : matériel et logiciel==
===Equipe 1===

[[Fichier:bobi.png|200px|thumb|right]]
[[Fichier:BananapiR1.jpg|150px|thumb|right|BPI_R1]]
*Une Banana Pi de type comme routeur ;
*Une image (OS) de type Debian ou OpenWrt afin de pouvoir utiliser la carte.
*Un carte SD à laquelle on va mettre l'image ;
*Un cable HDMI afin de pouvoir visualiser l'interface.

===Equipe 2===

*Une Raspberry Pi et son alimentation ;
*Un câble Ethernet ;
*4 diodes et résistances ;
*Un câble HMDI/VGA ;
*Ansible pour faciliter le déploiement des fichiers C sur les nœuds.

===Equipe 3===

*Une base de données PostgreSQL pour le stockage des données ;
*Un interpréteur PhP et un serveur web (Apache) ;
*Un site moderne basé sur les Frameworks CSS Bootstrap et Vue.js.

==Liste des tâches à effectuer==
===Equipe 1===

Déploiement d'un routeur à base de Banana Pi R1.
Ce routeur permettra l'accès internet aux différentes Raspberry Pi et il filtrera les accès.
Déploiement de OpenWRT sur ce routeur.

*Documentation sur le fonctionnement du routeur Banana Pi ;
*Documentation sur le fonctionnement de OpenWRT ;
*Déploiement de OpenWRT sur le routeur et configuration ;
*Création d'un point d'accès filaire sur la carte routeur.

===Equipe 2===

Déploiement des logiciels sur les Raspberry Pi avec la création de différents scripts pour faciliter ce déploiement, en utilisant notamment Ansible.

*Documentation sur le fonctionnement des Raspberry pi ;
*Documentation sur Ansible ;
*Création du code afin d'envoyer le code reçu aux différents capteurs, et par la suite un ficher sera créé afin d'envoyer les données issus des capteurs.

===Equipe 3===

Déploiement d'un serveur permettant de récupérer les différentes données issues des capteurs (création d'une base de données et d'un site web dynamique pour l'affichage).

*Documentation sur les Frameworks Web Bootstrap.css et Vue.js ;
*Documentation sur PhP et Apache ;
*Création d'une interface web utilisateur ;
*Création d'une base de données relationnelle pour gérer les nœuds ;
*Envoi du fichier C sur le serveur ;
*Envoi du numéro du capteur sur le serveur.

==Calendrier prévisionnel==
Le calendrier prévisionnel peut se concrétiser sous la forme d'un diagramme de GANTT.
===Equipe 1===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes

|-
|
05/03

|
*Recherche sur Internet sur quel type de carte on pourra utiliser pour configurer le routeur, qui sera un point d'accès wifi
pour le noeud de collecte qui sera la Rasberry Pi

|-
|
19/03

|
*Recherche de la datasheet du routeur Banana PI-R1, afin de pouvoir comprendre les configurations de la carte
et aussi les branchements
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 2===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
objectif

|-
|
19/02

|
objectif

|-
|
05/03

|
objectif

|-
|
19/03

|
objectif
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 3===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes.

|-
|
05/03

|
*Création de la base de données associée au projet ;
*Documentation Php et lancement du site web.

|-
|
19/03

|
*Création du système de connexion du site.

|-
|
02/04

|
*Mise en forme correcte du site : page de connexion, d'inscription et d'accueil.

|-
|
16/04

|
*Création de l'interface de sélection du capteur.

|-
|
30/04

|
*Documentation sur la création d'un fichier XML à partir d'un site web ;
*Création du fichier XML permettant de regrouper les informations concernant le capteur choisi.

|-
|
14/05

|
*Création de la section de sélection du fichier à envoyer sur le serveur (fichier C) ;
*Documentation sur le protocole XMLHttpRequest qui permet l'envoi du fichier sur le serveur ;
*Envoi du fichier C sur le serveur.

|-
|
28/05

|
*Récupération du fichier C et XML envoyé sur le site ;
*Création des commandes de récupération de ces fichiers.

|-
|
04/06

|
*Permettre une récupération rapide des fichiers à partir du routeur ;
*Permettre une scrutation régulière du serveur sur la Raspberry ;
*Permettre l'exécution unique du programme.

|}

=Réalisation du Projet=

==Projet S6==

Eventuellement créer des sous-pages par équipe avec le compte-rendu des réunions de groupe sur cette page principale.

===Semaine 4===

Pour l'équipe 1 :

Première recherche sur la carte Banana PI, à l'aide de la datasheet, dont le lien est ci-dessous. 
L'utilisation de la datasheet va nous permettre de voir l'intégralité des données de la carte BPI-R1 
c'est à dire les branchements, le courant d'alimentaion et les composants. 
https://www.electronicsdatasheets.com/datasheet/BPI-R1.pdf

----

Pour l'équipe 2 :
Documentation sur l'utilisation d'Ansible et sur les Raspberry Pi

----

Pour l'équipe 3 :

Première recherche sur la création du site web. Recherche des ressources PhP, HTML, CSS nécessaires (Bootstrap). 
J'ai laissé de côté la partie JavaScript et Vue.js car elles ne sont pas utiles pour commencer le site.

Création de la base de données projetCapteurs sur Houplin et des fonctions de connexion du site à celle-ci. 
La base contient 2 tables :
*capteurs : numéro du capteur | nom du capteur | Raspberry à laquelle le capteur est relié | type de capteur
*membres : numéro du membre | nom | prénom | mot de passe

La table capteurs stocke les informations concernant les capteurs et permettra la sélection au moment de l'envoi du fichier C. 
La table membres répertorie les informations concernant les membres et permettra la connexion sur le site web.

----

===Semaine 5===
Pour l'équipe 1 :

Après avoir effectué des recherches sur la carte BPI R1, cette séance va me permettre de faire des recherches sur l'image qui va me permettre de faire visualiser l'interface de la BPI R1. D'après le cahier de charge imposé, il faut mettre l'image OpenWrt. Open Wrt est une distribution GNU/Linux minimaliste pour matériel embarqué. Après avoir fait des recherches, on a finalement retrouvé le site qui a l'image OpenWrt. 
La première que je devais faire était d'installer un fichier OpenWrt dans une carte SD, et ce fichier servait à faire fonctionner la banana pi. Voici le lien qui nous a permis de trouver l'image: 

https://openwrt.org/toh/view/toh_fwdownload?dataflt%5B0%5D=supported%20current%20rel_%3D18.06.2.

Voici une image du site d'openwrt :

[[Fichier:Openwrt.png|200px|thumb|left|Openwrt]]
 

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Début de la création du site : mise en place d'un système de connexion basique et d'un minimum de design pour rendre clair le site. 
Je me suis limité à des fonctions de connexion et déconnexion sans modifier le reste des pages en fonction de l'état de connexion, et sans créer de variables de session. 
Pour cela, j'ai utilisé des fonctions Php telles que ''pg_connect'' et ''pg_close'', fonctions liées à une base de données PostgreSQL.

----

===Semaine 6===

Pour l'équipe 1 :
[[Fichier:Exemple.jpg|thumb|right|100px|Branchement de la carte Banana PI]]
Après avoir trouvé l'image permettant de visualiser l'interface BPI-R1, de la faire marcher et de le configurer en tant que routeur de wifi pour qu'il puisse emettre pour le noeud de collecte qui est la Rasberry PI.
La première étape est d'abord d'installer l'OpenWrt dans une carte SD et cette carte SD sera mis sur le port SD de la Banana PI R1. Voici les commandes qui
m'ont permis de mettre l'image OpenWrt dans la carte SD :

* Il faut d'abord se connecter à su sur le terminal
* Mettre l'image avec la commande ci dessous :
dd if=OpenWrtimage.img of=/dev/sdb

Avec OpenWrtimage.img le nom du fichier télécharger.
Après avoir branchéle port HDMI de la carte avec l'entrée VGA du moniteur on pouvait voir l'interface mais on arrivait pas écrire.
Donc après avoir appeler mes tuteurs, ils m'avaient dit que la semaine prochaine, ils allaient mettre le système Debian, car il y aurait des problèmes avec le système OpenWrt.

----

Pour l'équipe 2 :

Afin d'installer Ansible, deux lignes de commande ont dû être lancé dans le terminal d'un pc en E306 ( car l'installation d'ansible n'était pas possible dans les autres salles) :
apt install ansible
puis
export https_proxy=https://proxy.polytech-lille.fr:3128
L'utilisation d'ansible se fera ensuite de la manière suivante : Ecriture d'un fichier .yml contenant les différentes tâches à effectuer sur un serveur (réseau de capteur) spécifique puis le lancement s'effectuera ensuite en lanceant la commande ansible suivi du nom du serveur sur lequel on souhaite travailler.

----

Pour l'équipe 3 :

Adaptation du système de connexion avec création de variables de session. Ces variables permettent de maintenir une connexion ouverte en changeant de page et à structurer les pages afin qu'elles affichent les bonnes choses. 
En effet, un individu connecté ne verra pas la page de connexion par exemple. 
Amélioration du système de compte avec la mise en place du hachage des mots de passe.

[[Fichier:accueil_p10.png|center|500px|thumb|Page d'accueil en mode non connecté]]

[[Fichier:barre_p10.png|500px|thumb|center|Barre de menu en mode connecté]]

----

===Semaine 7===
[[Fichier:Exemple.png|80px|right|thumb]]
Pour l'équipe 1 :

Dans cette séance de projet, je vois que mon cahier de charge doit être changer. En effet, vu que la séance dernière, avec l'OpenWrt 
qu'il y avait un problème de visualation de l'interface. Au final, j'ai reçu par mes tuteurs une carte SD, contenant cette fois 
l'image Debian. Et cette fois ci, on voit bien l'interface. Maintenant le but est de pouvoir configurer la banana PI en routeur Wifi 
afin que la Rasberry PI reçoit la wifi de ce dernier.
Et aussi dans cette séance, j'ai pu voir des tutoriels, afin de pouvoir comprendre le mécanisme de fonctionnement et de 
programmation.
----

Pour l'équipe 2 :
Création du script de base d'allumage d'une led en fonction du fichier C envoyé par le serveur.

----

Pour l'équipe 3 :

Création de la page de sélection des capteurs sous forme d'un formulaire Php. La sélection n'est pas au point mais l'affichage est correct. 
Je laisse toujours de côté la partie dynamique, en essayant de rendre possible la sélection multiple pour l'envoi du formulaire. 
Cette page contiendra aussi une partie de chargement du fichier à envoyer (unique pour le moment).

[[Fichier:page_sensors.png|500px|thumb|center|Choix des capteurs et envoi du fichier]]

----

===Semaine 8===

Pour l'équipe 1 :

Dans la dernière séance, j'ai pas pu totalement assimiler l'ensemble du fonctionnement permettant de configurer 
la BPI-R1 en tant que routeur de wifi. Donc toute cette séance s'est consacrés à la recherche des fonctionnalités de la carte. 
Et aussi, j'ai pu énormément m'aider du site du bureau d'étude d'IMA (Robot Prédateur et Proie) de l'an dernier, surtout avec 
la partie Rasberry Pi que j'ai remarqué qu'au final les fonctionnalités de la Banana PI est à peu près identique que celle de la Rasberry. 
Voici le lien qui m'a principalement aidé à mieux comprendre et trouver les fonctionnalités du Debian : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019
----

Pour l'équipe 2 :

Documentation sur le montage qui permet de contrôler une led grâce à une raspberry et à un code créé permettant d'allumer ou d'éteindre la led

----

Pour l'équipe 3 :

Modification de la page principale (sélection d'un capteur possible). Possibilité de joindre un seul fichier C. 
Un fichier XML est créé avec le numéro du capteur sélectionné. Ce fichier sera transmis avec le fichier C. 
Documentation sur le protocole XMLHttpRequest : [https://openclassrooms.com/fr/courses/1085676-upload-de-fichiers-par-formulaire XMLHttpRequest] 

Le fichier XML contient le code suivant : 
<?xml version='1.0' encoding='ISO-8859-1'?> 
<sensor><numero>3</numero></sensor>

[[Fichier:page_sensors2.jpg|500px|thumb|center|Choix des capteurs et envoi du fichier]]
[[Fichier:Script_php_sensor.png|500px|thumb|center|Script de remplissage du fichier XML]]

----

===Semaine 9===

Pour l'équipe 1 :
Dans cette séance, je peux enfin commencer à configurer la BPI-R1 en point d'accès Wifi. Après avoir branché au moniteur la carte 
je remarque qu'il n'y a aucune visualisation sur le moniteur. Et c'est là où je commence à me perdre. En effet, n'ayant aucune idée de pourquoi 
on ne voit plus l'interface, j'ai décidé de rechercher les causes de ce problème, en supposant que la carte a été court-circuiter. 
Donc cette séance n'a été que la recherche de ce problème et surtout pouvoir le résoudre.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Upload d'un fichier C sur le serveur.
[[Fichier:Envoi_fichier.png|500px|thumb|center|Script d'envoi du fichier C sur le serveur]]

Il faut normaliser le nom du fichier en ligne et récupérer les fichiers C et XML.

----

===Semaine 10===

Pour l'équipe 1 :
Le problème persiste toujours, ne sachant toujours pas les raisons de ce problème, cette séance sera consacrée aussi à 
la recherche sachant que le retard commence à peser et que je n'ai toujours pas configurer la BPI-R1 en routeur 
et que je sais que je suis en retard par rapport aux deux autres équipes.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Récupération des données de localisation et du nom du fichier uploadé et stockage dans le fichier XML. 
Création du script de récupération du fichier XML et du fichier C à partir du routeur.

Pour télécharger le fichier C et le fichier XML stockés sur le serveur, on utilise la commande wget dans un script nommé script.sh : 
[[Fichier:Script_download.png|500px|thumb|center|Script de téléchargement des fichiers]]

Pour exécuter un script automatique : [https://itx-technologies.com/fr/blog/2259-executer-un-script-recurrent-avec-cron-exemples-sous-linux Règle Cron]

Voici le script de téléchargement automatique des fichiers toutes les minutes :
[[Fichier:Crontab.png|500px|thumb|center|Crontab d'exécution périodique du script]]

Il s'agit d'une crontab qui s’exécute toutes les minutes. 
Cette crontab va lancer le script de téléchargement à chaque exécution, permettant ainsi de garder le fichier C à jour.

----

===Semaine 11===

Pour l'équipe 1 :

N'ayant aucune idée après plusieurs séances de recherche, j'ai décidé de voir mes tuteurs afin de pouvoir 
résoudre ce problème car je suis vraiment en retard par rapport à mon objectif fixé qui était 
de configurer la BPI-R1 en routeur wifi pour qu'elle puisse donner les informations à la Rasberrie -PI. 
Après plusieurs essaies, c'est à dire changer le courant d'Alimentation, mettre de nouveau l'image Debian 
au final, mes tuteurs m'ont conseillé de changer l'image et d'en mettre un nouveau mais aussi il faut que 
que cette image soit récente afin de ne pas avoir de problème au niveau du noyau de la carte.

----------

===Semaine 12===
[[Fichier:Ahb.jpg|thumb|100 px|right|Interface Armbian]]
Pour l'équipe 1 :
[[Fichier:glopi.jpg|thumb|100 px|right|Interface Armbian|Différentes configuration de la BPI R1]]
Donc suite au porblèe qui ont eu lieu ces dernières séances, et après avoir reçu des conseils de 
mes tuteurs, j'ai fait une nouvelle des recherches sur l'image la plus récente qui va me permettre 
de faire marcher ma carte et visualiser l'interface de l'OS. Après avoir fait un tour sur le site (lien ci dessous) 
http://wiki.banana-pi.org/Banana_Pi_BPI-R1 
qui propose différentes images et ne sachant vraiment lequel choisir, j'ai choisi de mettre un Armbian 2016 et 
et avec la même commande me permettant de copier sur carte SD que l'OpenWrt afin de le mettre sur la carte .
Au final, cela marche, et je me connecte avec "root" qui a pour mot de passe "1234". Après s'être connecter 
on obtient cette interface. 
------------------
===Semaine Extra===

Pour l'équipe 1 :

Sachant que je suis énormément en retard par rapport aux deux autres équipes, surtout celui de la 
qui a presque terminé sa partie, mon objectif est finalement à ce que ma banana PI marche seulement 
en tant que routeur Wifi. Et donc en partant de l'OS Armbian et que le principe de la programmation est à 
peu près similaire que celle de la Rasberrie PI. Donc je me suis servi du même raisonnement que celui de ce lien : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019#Connexion_s.C3.A9rie 
[[Fichier:Exempled.pngjpg]]
La première chose était d'abord d'installer le packtage Hostapd, car c'est ce packtage qui contient tous les 
fichiers me permettant d'activer le routeur Wifi :
apt-get install hostapd

Ensuite afin de pouvoir mofidier le fichier de configuration de <code>hostapd</code> qui se trouve dans le répertoire <code>/usr/share/doc/hostapd/examples/</code> et le coller dans le répertoire <code>/etc/hostapd</code> :
cp /usr/share/doc/hostapd/examples/hostapd.conf.gz /etc/hostapd
gunzip /etc/hostapd/hostapd.conf.gz

Et finalement avec l'éditeur de texte nano, on peut modfier le fichier <code> /etc/hostapd/hostapd.conf les mots-clefs suivants : 
* <code>ssid</code>, indiquez votre nom de réseau WiFi ;
* <code>country_code</code>, mettez le code de la France <code>FR</code> ;
* <code>channel</code>, faites en sorte que les Raspberry n'écoutent pas toutes sur le même canal ;
* <code>wpa</code>, activez l'option (mettre à 1) ;
* <code>wpa_passphrase</code>, donnez le mot de passe de votre réseau (au moins 8 caractères) ;
* <code>wpa_key_mgmt</code>, à configurer à la valeur <code>WPA-PSK</code>.

Enfin il faut definir le chemin du fichier de configuration à l'aide du fichier <code>/etc/default/hostapd</code> :
DAEMON_CONF=/etc/hostapd/hostapd.conf
On relance le service avec la commande :
service hostapd restart

Au final, on arrive à faire apparaître le nom du reseau de la banana sans fil
[[Fichier:klkl.png|thumb|100px|right|Nom visible sur le smartphone]]

===Documents Rendus===

==Projet S7==

===Documents Rendus===

==Projet S8==

===Documents Rendus===

IMA3/IMA4 2018/2020 P10

2019-05-30T00:34:08Z

Zhoussai : /* Semaine Extra */

__TOC__
 

=Présentation générale=

Administration système, déploiement et surveillances de logiciels dans un réseau de capteurs

==Description==

Dans le cadre de recherches dans le domaine des réseaux de capteurs et des objets connectés, notre projet consiste à développer une solution de maintenance et de reconfiguration à distance d'un ensemble de nœuds déployés dans un environnement réel. Afin de faciliter la vie de ces chercheurs sur le test de leurs hypothèses, ils pourront facilement et rapidement déployer leurs créations sur tout les nœuds souhaités grâce à un système de sélection ou au téléchargement du nouveau code sur tous les nœuds du réseau.

==Objectifs==

L'objectif principal de notre projet est de créer une interface permettant de tester des programmes ou logiciels en les déployant sur le vaste réseau de capteurs. Nous devons rendre accessible chaque nœud indépendamment des autres, tout en permettant un lien entre tous, afin d'envoyer le contenu vers tout ou une partie des nœuds disponibles.

Enfin, nous allons permettre la mise à jour et l'adaptation du chemin d'envoi des données des nœuds, entre eux, et avec l'application de gestion.

=Analyse du projet=

==Positionnement par rapport à l'existant==

==Analyse du premier concurrent==

[[Fichier:FIT Logo.png|200px|thumb|right|Logo du Laboratoire]]
[[Fichier:Logo.jpg|100px|thumb|right|Logo du LRI]]

Notre concurrent principal reste le FIT(Future Internet Testing Falicity)/IoT-Lab. Il s'agit d'un laboratoire dont les recherches se portent sur les différents domaines scientifiques tel que les adresses de communications sans fils, des réseaux de capteurs, des protocoles de routages basse consommation et applications embarquées. Ce laboratoire dispose de plus de 1500 de nœuds de capteurs sans fils propagés à travers les six sites différents en France qui sont : Inria Grenoble (640), Inria Lille (293), Inria Saclay (264), ICube Strasbourg (400), Institut Mines-Télécom Paris (160) and CITI Lab Lyon (29). Chaque site dispose de capacités matérielles et de nœuds différentes, mais tous les sites sont interconnectés et disponibles via le même portail Web,

==Analyse du second concurrent==

Il y aussi une autre équipe au sein du laboratoire de recherches en informatique(LRI) qui est en train de faire un projet sur les capteurs de réseaux. Les questions abordées par l’équipe concernent les réseaux ad hoc sans fil et mobiles, les réseaux de capteurs et les réseaux fixes, et concernent la qualité de service, la sécurité, le contrôle d’admission, la réservation de ressources, le calcul des limites déterministes et la consommation d’énergie. L'analyse de la performance est donnée à la fois théoriquement, pour déterminer les limites, et par simulation, pour enrichir l'analyse et inclure un support pour un environnement dynamique.

==Scénario d'usage du produit ou du concept envisagé==
[[Fichier:SchemaIMAP10.JPG|400px|thumb|right|Schéma Complet]]

De nombreux chercheurs et développeurs créent de nouveaux codes adaptés à l'utilisation d'un réseau de capteurs.
Ces codes doivent être facilement déployés sur le réseau afin de pouvoir y réaliser des essais rapides.
Cela permet de corriger rapidement les erreurs liées à leur mauvais fonctionnement.

Supposons que notre réseau est réparti sur une très grande surface.
Le chercheur voulant tester son code doit l'envoyer à partir de son ordinateur sur le réseau.
Notre projet va lui permettre de rester assis dans son bureau et de ne pas devoir charger le code sur chaque nœud de capteurs un par un.

A travers notre projet, nous voulons rendre possible ces exports rapides de données.
Il nous faudra utiliser un routeur qui permettra la liaison entre chaque nœud et un serveur de données.
Dans chacun de ses nœuds, on trouve plusieurs nœuds de mesures comportant chacun un microcontrôleur associé à des capteurs.

Pour pouvoir envoyer ses codes sur le réseau, le chercheur dispose d'une interface web graphique connectée au même serveur que les nœuds de collecte et le routeur.
Cette interface permettra la sélection de tout ou d'une partie du réseau sur laquelle il doit effectuer les modifications. Ceci se fera à l'aide des microcontrôleurs du réseau et de Raspberry Pi gérant chaque nœud.
Une fois la zone d'export choisie, il pourra envoyer ses codes et les mettre à jour en quelques clics.
Le code sera envoyé sur le serveur et distribué par le routeur sur les nœuds sélectionnés.
Les différents nœuds feront un retour sur la réception à travers le serveur via le routeur, et le chercheur pourra ainsi tester rapidement sa réalisation.

Dans le cas où le chercheur veut tester l'envoi de données par radio par exemple, il pourra placer un grand nombre de nœuds communiquant en filaire avec le routeur et par radio entre eux.
Les nœuds seront capables de transmettre l'information au suivant et de choisir un autre chemin (contourner un nœud par exemple) en cas de perturbations (présence de réseau Wi-Fi à proximité, etc...), pour envoyer l'information.
Ces nœuds seront capables de communiquer avec le serveur pour indiquer la bonne réception des données, les résultats obtenus ou éventuellement le mauvais fonctionnement d'un ou plusieurs capteurs.

==Bibliographie et webographie==

=Préparation du projet=

==Cahier des charges du groupe==

Nous allons devoir répondre à plusieurs problématiques.

Tout d'abord nous devons créer un site web dynamique permettant l'envoi des données au serveur et au final, aux nœuds de capteurs sélectionnés.
Pour cela, nous allons devoir implémenter un système d'envoi de fichiers vers un routeur.
Le routeur (Banana Pi) va filtrer les informations reçues, et envoyer les fichiers C aux différents nœuds représentés par des Raspberry Pi.

Ensuite, il faudra que les Raspberry envoient correctement le code reçu aux différents capteurs de leur nœud et puissent récupérer les informations à retourner.

Pour se faire, on utilise l'utilitaire Python Ansible, permettant la gestion et la configuration des nœuds de capteurs.
Celui-ci va récupérer les fichiers C et les distribuer sur les différents capteurs affectés.
Le retour d'information se fera par le chemin inverse jusqu'au serveur web sous forme de fichiers contenant les données issues des capteurs.

==Cahier des charges des équipes==
===Equipe 1 : Ziyad HOUSSAINI===

Dans notre équipe, il faudra configurer le routeur afin de pouvoir assurer la communication entre la Rasberry Pi qui sera configurée par l'équipe 1 et le serveur web qui sera mise en place par l'équipe 3.
Pour ce faire, on va utiliser une banana pi sur laquelle sera installer OpenWRT (fonctionnement à revoir).

===Equipe 2 : Eymeric CAPRONNIER===

* Dans un premier temps, il faudra que les Raspberry Pi envoient correctement le code reçu aux différents capteurs sélectionnés.

* Puis il faudra retourner le fichier contenant les différentes données générés par les capteurs.

===Equipe 3 : Guillaume ROUILLÉ===

Dans un premier temps, notre équipe devra réaliser une interface web utilisateur permettant la connexion au serveur de données.
Pour se faire, on va utiliser les langages HTML et CSS pour la forme du site, et les langages PhP et SQL pour lier le site à la base de données.

Ensuite, il faudra créer un système de sélection des capteurs sur lesquels envoyer le ou les fichiers.
Il faudra faire correspondre chaque capteur des différents nœuds avec un type prédéfini et créer une page de sélection sur le site.

Enfin, nous devrons envoyer les fichiers sur le serveur, où ils seront récupérés par le routeur pour être traiter.
Il faudra créer une page permettant la mise en ligne de fichiers. Cette page affichera la progression de l'envoi et sera capable de valider la bonne réception des données.

==Choix techniques : matériel et logiciel==
===Equipe 1===

[[Fichier:bobi.png|200px|thumb|right]]
[[Fichier:BananapiR1.jpg|150px|thumb|right|BPI_R1]]
*Une Banana Pi de type comme routeur ;
*Une image (OS) de type Debian ou OpenWrt afin de pouvoir utiliser la carte.
*Un carte SD à laquelle on va mettre l'image ;
*Un cable HDMI afin de pouvoir visualiser l'interface.

===Equipe 2===

*Une Raspberry Pi et son alimentation ;
*Un câble Ethernet ;
*4 diodes et résistances ;
*Un câble HMDI/VGA ;
*Ansible pour faciliter le déploiement des fichiers C sur les nœuds.

===Equipe 3===

*Une base de données PostgreSQL pour le stockage des données ;
*Un interpréteur PhP et un serveur web (Apache) ;
*Un site moderne basé sur les Frameworks CSS Bootstrap et Vue.js.

==Liste des tâches à effectuer==
===Equipe 1===

Déploiement d'un routeur à base de Banana Pi R1.
Ce routeur permettra l'accès internet aux différentes Raspberry Pi et il filtrera les accès.
Déploiement de OpenWRT sur ce routeur.

*Documentation sur le fonctionnement du routeur Banana Pi ;
*Documentation sur le fonctionnement de OpenWRT ;
*Déploiement de OpenWRT sur le routeur et configuration ;
*Création d'un point d'accès filaire sur la carte routeur.

===Equipe 2===

Déploiement des logiciels sur les Raspberry Pi avec la création de différents scripts pour faciliter ce déploiement, en utilisant notamment Ansible.

*Documentation sur le fonctionnement des Raspberry pi ;
*Documentation sur Ansible ;
*Création du code afin d'envoyer le code reçu aux différents capteurs, et par la suite un ficher sera créé afin d'envoyer les données issus des capteurs.

===Equipe 3===

Déploiement d'un serveur permettant de récupérer les différentes données issues des capteurs (création d'une base de données et d'un site web dynamique pour l'affichage).

*Documentation sur les Frameworks Web Bootstrap.css et Vue.js ;
*Documentation sur PhP et Apache ;
*Création d'une interface web utilisateur ;
*Création d'une base de données relationnelle pour gérer les nœuds ;
*Envoi du fichier C sur le serveur ;
*Envoi du numéro du capteur sur le serveur.

==Calendrier prévisionnel==
Le calendrier prévisionnel peut se concrétiser sous la forme d'un diagramme de GANTT.
===Equipe 1===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes

|-
|
05/03

|
*Recherche sur Internet sur quel type de carte on pourra utiliser pour configurer le routeur, qui sera un point d'accès wifi
pour le noeud de collecte qui sera la Rasberry Pi

|-
|
19/03

|
*Recherche de la datasheet du routeur Banana PI-R1, afin de pouvoir comprendre les configurations de la carte
et aussi les branchements
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 2===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
objectif

|-
|
19/02

|
objectif

|-
|
05/03

|
objectif

|-
|
19/03

|
objectif
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 3===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes.

|-
|
05/03

|
*Création de la base de données associée au projet ;
*Documentation Php et lancement du site web.

|-
|
19/03

|
*Création du système de connexion du site.

|-
|
02/04

|
*Mise en forme correcte du site : page de connexion, d'inscription et d'accueil.

|-
|
16/04

|
*Création de l'interface de sélection du capteur.

|-
|
30/04

|
*Documentation sur la création d'un fichier XML à partir d'un site web ;
*Création du fichier XML permettant de regrouper les informations concernant le capteur choisi.

|-
|
14/05

|
*Création de la section de sélection du fichier à envoyer sur le serveur (fichier C) ;
*Documentation sur le protocole XMLHttpRequest qui permet l'envoi du fichier sur le serveur ;
*Envoi du fichier C sur le serveur.

|-
|
28/05

|
*Récupération du fichier C et XML envoyé sur le site ;
*Création des commandes de récupération de ces fichiers.

|-
|
04/06

|
*Permettre une récupération rapide des fichiers à partir du routeur ;
*Permettre une scrutation régulière du serveur sur la Raspberry ;
*Permettre l'exécution unique du programme.

|}

=Réalisation du Projet=

==Projet S6==

Eventuellement créer des sous-pages par équipe avec le compte-rendu des réunions de groupe sur cette page principale.

===Semaine 4===

Pour l'équipe 1 :

Première recherche sur la carte Banana PI, à l'aide de la datasheet, dont le lien est ci-dessous. 
L'utilisation de la datasheet va nous permettre de voir l'intégralité des données de la carte BPI-R1 
c'est à dire les branchements, le courant d'alimentaion et les composants. 
https://www.electronicsdatasheets.com/datasheet/BPI-R1.pdf

----

Pour l'équipe 2 :
Documentation sur l'utilisation d'Ansible et sur les Raspberry Pi

----

Pour l'équipe 3 :

Première recherche sur la création du site web. Recherche des ressources PhP, HTML, CSS nécessaires (Bootstrap). 
J'ai laissé de côté la partie JavaScript et Vue.js car elles ne sont pas utiles pour commencer le site.

Création de la base de données projetCapteurs sur Houplin et des fonctions de connexion du site à celle-ci. 
La base contient 2 tables :
*capteurs : numéro du capteur | nom du capteur | Raspberry à laquelle le capteur est relié | type de capteur
*membres : numéro du membre | nom | prénom | mot de passe

La table capteurs stocke les informations concernant les capteurs et permettra la sélection au moment de l'envoi du fichier C. 
La table membres répertorie les informations concernant les membres et permettra la connexion sur le site web.

----

===Semaine 5===
Pour l'équipe 1 :

Après avoir effectué des recherches sur la carte BPI R1, cette séance va me permettre de faire des recherches sur l'image qui va me permettre de faire visualiser l'interface de la BPI R1. D'après le cahier de charge imposé, il faut mettre l'image OpenWrt. Open Wrt est une distribution GNU/Linux minimaliste pour matériel embarqué. Après avoir fait des recherches, on a finalement retrouvé le site qui a l'image OpenWrt. 
La première que je devais faire était d'installer un fichier OpenWrt dans une carte SD, et ce fichier servait à faire fonctionner la banana pi. Voici le lien qui nous a permis de trouver l'image: 

https://openwrt.org/toh/view/toh_fwdownload?dataflt%5B0%5D=supported%20current%20rel_%3D18.06.2.

Voici une image du site d'openwrt :

[[Fichier:Openwrt.png|200px|thumb|left|Openwrt]]
 

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Début de la création du site : mise en place d'un système de connexion basique et d'un minimum de design pour rendre clair le site. 
Je me suis limité à des fonctions de connexion et déconnexion sans modifier le reste des pages en fonction de l'état de connexion, et sans créer de variables de session. 
Pour cela, j'ai utilisé des fonctions Php telles que ''pg_connect'' et ''pg_close'', fonctions liées à une base de données PostgreSQL.

----

===Semaine 6===

Pour l'équipe 1 :
[[Fichier:Exemple.jpg|thumb|right|100px|Branchement de la carte Banana PI]]
Après avoir trouvé l'image permettant de visualiser l'interface BPI-R1, de la faire marcher et de le configurer en tant que routeur de wifi pour qu'il puisse emettre pour le noeud de collecte qui est la Rasberry PI.
La première étape est d'abord d'installer l'OpenWrt dans une carte SD et cette carte SD sera mis sur le port SD de la Banana PI R1. Voici les commandes qui
m'ont permis de mettre l'image OpenWrt dans la carte SD :

* Il faut d'abord se connecter à su sur le terminal
* Mettre l'image avec la commande ci dessous :
dd if=OpenWrtimage.img of=/dev/sdb

Avec OpenWrtimage.img le nom du fichier télécharger.
Après avoir branchéle port HDMI de la carte avec l'entrée VGA du moniteur on pouvait voir l'interface mais on arrivait pas écrire.
Donc après avoir appeler mes tuteurs, ils m'avaient dit que la semaine prochaine, ils allaient mettre le système Debian, car il y aurait des problèmes avec le système OpenWrt.

----

Pour l'équipe 2 :

Afin d'installer Ansible, deux lignes de commande ont dû être lancé dans le terminal d'un pc en E306 ( car l'installation d'ansible n'était pas possible dans les autres salles) :
apt install ansible
puis
export https_proxy=https://proxy.polytech-lille.fr:3128
L'utilisation d'ansible se fera ensuite de la manière suivante : Ecriture d'un fichier .yml contenant les différentes tâches à effectuer sur un serveur (réseau de capteur) spécifique puis le lancement s'effectuera ensuite en lanceant la commande ansible suivi du nom du serveur sur lequel on souhaite travailler.

----

Pour l'équipe 3 :

Adaptation du système de connexion avec création de variables de session. Ces variables permettent de maintenir une connexion ouverte en changeant de page et à structurer les pages afin qu'elles affichent les bonnes choses. 
En effet, un individu connecté ne verra pas la page de connexion par exemple. 
Amélioration du système de compte avec la mise en place du hachage des mots de passe.

[[Fichier:accueil_p10.png|center|500px|thumb|Page d'accueil en mode non connecté]]

[[Fichier:barre_p10.png|500px|thumb|center|Barre de menu en mode connecté]]

----

===Semaine 7===
[[Fichier:Exemple.png|80px|right|thumb]]
Pour l'équipe 1 :

Dans cette séance de projet, je vois que mon cahier de charge doit être changer. En effet, vu que la séance dernière, avec l'OpenWrt 
qu'il y avait un problème de visualation de l'interface. Au final, j'ai reçu par mes tuteurs une carte SD, contenant cette fois 
l'image Debian. Et cette fois ci, on voit bien l'interface. Maintenant le but est de pouvoir configurer la banana PI en routeur Wifi 
afin que la Rasberry PI reçoit la wifi de ce dernier.
Et aussi dans cette séance, j'ai pu voir des tutoriels, afin de pouvoir comprendre le mécanisme de fonctionnement et de 
programmation.
----

Pour l'équipe 2 :
Création du script de base d'allumage d'une led en fonction du fichier C envoyé par le serveur.

----

Pour l'équipe 3 :

Création de la page de sélection des capteurs sous forme d'un formulaire Php. La sélection n'est pas au point mais l'affichage est correct. 
Je laisse toujours de côté la partie dynamique, en essayant de rendre possible la sélection multiple pour l'envoi du formulaire. 
Cette page contiendra aussi une partie de chargement du fichier à envoyer (unique pour le moment).

[[Fichier:page_sensors.png|500px|thumb|center|Choix des capteurs et envoi du fichier]]

----

===Semaine 8===

Pour l'équipe 1 :

Dans la dernière séance, j'ai pas pu totalement assimiler l'ensemble du fonctionnement permettant de configurer 
la BPI-R1 en tant que routeur de wifi. Donc toute cette séance s'est consacrés à la recherche des fonctionnalités de la carte. 
Et aussi, j'ai pu énormément m'aider du site du bureau d'étude d'IMA (Robot Prédateur et Proie) de l'an dernier, surtout avec 
la partie Rasberry Pi que j'ai remarqué qu'au final les fonctionnalités de la Banana PI est à peu près identique que celle de la Rasberry. 
Voici le lien qui m'a principalement aidé à mieux comprendre et trouver les fonctionnalités du Debian : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019
----

Pour l'équipe 2 :

Documentation sur le montage qui permet de contrôler une led grâce à une raspberry et à un code créé permettant d'allumer ou d'éteindre la led

----

Pour l'équipe 3 :

Modification de la page principale (sélection d'un capteur possible). Possibilité de joindre un seul fichier C. 
Un fichier XML est créé avec le numéro du capteur sélectionné. Ce fichier sera transmis avec le fichier C. 
Documentation sur le protocole XMLHttpRequest : [https://openclassrooms.com/fr/courses/1085676-upload-de-fichiers-par-formulaire XMLHttpRequest] 

Le fichier XML contient le code suivant : 
<?xml version='1.0' encoding='ISO-8859-1'?> 
<sensor><numero>3</numero></sensor>

[[Fichier:page_sensors2.jpg|500px|thumb|center|Choix des capteurs et envoi du fichier]]
[[Fichier:Script_php_sensor.png|500px|thumb|center|Script de remplissage du fichier XML]]

----

===Semaine 9===

Pour l'équipe 1 :
Dans cette séance, je peux enfin commencer à configurer la BPI-R1 en point d'accès Wifi. Après avoir branché au moniteur la carte 
je remarque qu'il n'y a aucune visualisation sur le moniteur. Et c'est là où je commence à me perdre. En effet, n'ayant aucune idée de pourquoi 
on ne voit plus l'interface, j'ai décidé de rechercher les causes de ce problème, en supposant que la carte a été court-circuiter. 
Donc cette séance n'a été que la recherche de ce problème et surtout pouvoir le résoudre.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Upload d'un fichier C sur le serveur.
[[Fichier:Envoi_fichier.png|500px|thumb|center|Script d'envoi du fichier C sur le serveur]]

Il faut normaliser le nom du fichier en ligne et récupérer les fichiers C et XML.

----

===Semaine 10===

Pour l'équipe 1 :
Le problème persiste toujours, ne sachant toujours pas les raisons de ce problème, cette séance sera consacrée aussi à 
la recherche sachant que le retard commence à peser et que je n'ai toujours pas configurer la BPI-R1 en routeur 
et que je sais que je suis en retard par rapport aux deux autres équipes.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Récupération des données de localisation et du nom du fichier uploadé et stockage dans le fichier XML. 
Création du script de récupération du fichier XML et du fichier C à partir du routeur.

Pour télécharger le fichier C et le fichier XML stockés sur le serveur, on utilise la commande wget dans un script nommé script.sh : 
[[Fichier:Script_download.png|500px|thumb|center|Script de téléchargement des fichiers]]

Pour exécuter un script automatique : [https://itx-technologies.com/fr/blog/2259-executer-un-script-recurrent-avec-cron-exemples-sous-linux Règle Cron]

Voici le script de téléchargement automatique des fichiers toutes les minutes :
[[Fichier:Crontab.png|500px|thumb|center|Crontab d'exécution périodique du script]]

Il s'agit d'une crontab qui s’exécute toutes les minutes. 
Cette crontab va lancer le script de téléchargement à chaque exécution, permettant ainsi de garder le fichier C à jour.

----

===Semaine 11===

Pour l'équipe 1 :

N'ayant aucune idée après plusieurs séances de recherche, j'ai décidé de voir mes tuteurs afin de pouvoir 
résoudre ce problème car je suis vraiment en retard par rapport à mon objectif fixé qui était 
de configurer la BPI-R1 en routeur wifi pour qu'elle puisse donner les informations à la Rasberrie -PI. 
Après plusieurs essaies, c'est à dire changer le courant d'Alimentation, mettre de nouveau l'image Debian 
au final, mes tuteurs m'ont conseillé de changer l'image et d'en mettre un nouveau mais aussi il faut que 
que cette image soit récente afin de ne pas avoir de problème au niveau du noyau de la carte.

----------

===Semaine 12===
[[Fichier:Ahb.jpg|thumb|100 px|right|Interface Armbian]]
Pour l'équipe 1 :
[[Fichier:glopi.jpg|thumb|100 px|right|Interface Armbian|Différentes configuration de la BPI R1]]
Donc suite au porblèe qui ont eu lieu ces dernières séances, et après avoir reçu des conseils de 
mes tuteurs, j'ai fait une nouvelle des recherches sur l'image la plus récente qui va me permettre 
de faire marcher ma carte et visualiser l'interface de l'OS. Après avoir fait un tour sur le site (lien ci dessous) 
http://wiki.banana-pi.org/Banana_Pi_BPI-R1 
qui propose différentes images et ne sachant vraiment lequel choisir, j'ai choisi de mettre un Armbian 2016 et 
et avec la même commande me permettant de copier sur carte SD que l'OpenWrt afin de le mettre sur la carte .
Au final, cela marche, et je me connecte avec "root" qui a pour mot de passe "1234". Après s'être connecter 
on obtient cette interface. 
------------------
===Semaine Extra===

Pour l'équipe 1 :

Sachant que je suis énormément en retard par rapport aux deux autres équipes, surtout celui de la 
qui a presque terminé sa partie, mon objectif est finalement à ce que ma banana PI marche seulement 
en tant que routeur Wifi. Et donc en partant de l'OS Armbian et que le principe de la programmation est à 
peu près similaire que celle de la Rasberrie PI. Donc je me suis servi du même raisonnement que celui de ce lien : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019#Connexion_s.C3.A9rie 
[[Fichier:Exempled.png]]
La première chose était d'abord d'installer le packtage Hostapd, car c'est ce packtage qui contient tous les 
fichiers me permettant d'activer le routeur Wifi :
apt-get install hostapd

Ensuite afin de pouvoir mofidier le fichier de configuration de <code>hostapd</code> qui se trouve dans le répertoire <code>/usr/share/doc/hostapd/examples/</code> et le coller dans le répertoire <code>/etc/hostapd</code> :
cp /usr/share/doc/hostapd/examples/hostapd.conf.gz /etc/hostapd
gunzip /etc/hostapd/hostapd.conf.gz

Et finalement avec l'éditeur de texte nano, on peut modfier le fichier <code> /etc/hostapd/hostapd.conf les mots-clefs suivants : 
* <code>ssid</code>, indiquez votre nom de réseau WiFi ;
* <code>country_code</code>, mettez le code de la France <code>FR</code> ;
* <code>channel</code>, faites en sorte que les Raspberry n'écoutent pas toutes sur le même canal ;
* <code>wpa</code>, activez l'option (mettre à 1) ;
* <code>wpa_passphrase</code>, donnez le mot de passe de votre réseau (au moins 8 caractères) ;
* <code>wpa_key_mgmt</code>, à configurer à la valeur <code>WPA-PSK</code>.

Enfin il faut definir le chemin du fichier de configuration à l'aide du fichier <code>/etc/default/hostapd</code> :
DAEMON_CONF=/etc/hostapd/hostapd.conf
On relance le service avec la commande :
service hostapd restart

Au final, on arrive à faire apparaître le nom du reseau de la banana sans fil
[[Fichier:klkl.png|thumb|100px|right|Nom visible sur le smartphone]]

===Documents Rendus===

==Projet S7==

===Documents Rendus===

==Projet S8==

===Documents Rendus===

IMA3/IMA4 2018/2020 P10

2019-05-30T00:33:28Z

Zhoussai : /* Semaine Extra */

__TOC__
 

=Présentation générale=

Administration système, déploiement et surveillances de logiciels dans un réseau de capteurs

==Description==

Dans le cadre de recherches dans le domaine des réseaux de capteurs et des objets connectés, notre projet consiste à développer une solution de maintenance et de reconfiguration à distance d'un ensemble de nœuds déployés dans un environnement réel. Afin de faciliter la vie de ces chercheurs sur le test de leurs hypothèses, ils pourront facilement et rapidement déployer leurs créations sur tout les nœuds souhaités grâce à un système de sélection ou au téléchargement du nouveau code sur tous les nœuds du réseau.

==Objectifs==

L'objectif principal de notre projet est de créer une interface permettant de tester des programmes ou logiciels en les déployant sur le vaste réseau de capteurs. Nous devons rendre accessible chaque nœud indépendamment des autres, tout en permettant un lien entre tous, afin d'envoyer le contenu vers tout ou une partie des nœuds disponibles.

Enfin, nous allons permettre la mise à jour et l'adaptation du chemin d'envoi des données des nœuds, entre eux, et avec l'application de gestion.

=Analyse du projet=

==Positionnement par rapport à l'existant==

==Analyse du premier concurrent==

[[Fichier:FIT Logo.png|200px|thumb|right|Logo du Laboratoire]]
[[Fichier:Logo.jpg|100px|thumb|right|Logo du LRI]]

Notre concurrent principal reste le FIT(Future Internet Testing Falicity)/IoT-Lab. Il s'agit d'un laboratoire dont les recherches se portent sur les différents domaines scientifiques tel que les adresses de communications sans fils, des réseaux de capteurs, des protocoles de routages basse consommation et applications embarquées. Ce laboratoire dispose de plus de 1500 de nœuds de capteurs sans fils propagés à travers les six sites différents en France qui sont : Inria Grenoble (640), Inria Lille (293), Inria Saclay (264), ICube Strasbourg (400), Institut Mines-Télécom Paris (160) and CITI Lab Lyon (29). Chaque site dispose de capacités matérielles et de nœuds différentes, mais tous les sites sont interconnectés et disponibles via le même portail Web,

==Analyse du second concurrent==

Il y aussi une autre équipe au sein du laboratoire de recherches en informatique(LRI) qui est en train de faire un projet sur les capteurs de réseaux. Les questions abordées par l’équipe concernent les réseaux ad hoc sans fil et mobiles, les réseaux de capteurs et les réseaux fixes, et concernent la qualité de service, la sécurité, le contrôle d’admission, la réservation de ressources, le calcul des limites déterministes et la consommation d’énergie. L'analyse de la performance est donnée à la fois théoriquement, pour déterminer les limites, et par simulation, pour enrichir l'analyse et inclure un support pour un environnement dynamique.

==Scénario d'usage du produit ou du concept envisagé==
[[Fichier:SchemaIMAP10.JPG|400px|thumb|right|Schéma Complet]]

De nombreux chercheurs et développeurs créent de nouveaux codes adaptés à l'utilisation d'un réseau de capteurs.
Ces codes doivent être facilement déployés sur le réseau afin de pouvoir y réaliser des essais rapides.
Cela permet de corriger rapidement les erreurs liées à leur mauvais fonctionnement.

Supposons que notre réseau est réparti sur une très grande surface.
Le chercheur voulant tester son code doit l'envoyer à partir de son ordinateur sur le réseau.
Notre projet va lui permettre de rester assis dans son bureau et de ne pas devoir charger le code sur chaque nœud de capteurs un par un.

A travers notre projet, nous voulons rendre possible ces exports rapides de données.
Il nous faudra utiliser un routeur qui permettra la liaison entre chaque nœud et un serveur de données.
Dans chacun de ses nœuds, on trouve plusieurs nœuds de mesures comportant chacun un microcontrôleur associé à des capteurs.

Pour pouvoir envoyer ses codes sur le réseau, le chercheur dispose d'une interface web graphique connectée au même serveur que les nœuds de collecte et le routeur.
Cette interface permettra la sélection de tout ou d'une partie du réseau sur laquelle il doit effectuer les modifications. Ceci se fera à l'aide des microcontrôleurs du réseau et de Raspberry Pi gérant chaque nœud.
Une fois la zone d'export choisie, il pourra envoyer ses codes et les mettre à jour en quelques clics.
Le code sera envoyé sur le serveur et distribué par le routeur sur les nœuds sélectionnés.
Les différents nœuds feront un retour sur la réception à travers le serveur via le routeur, et le chercheur pourra ainsi tester rapidement sa réalisation.

Dans le cas où le chercheur veut tester l'envoi de données par radio par exemple, il pourra placer un grand nombre de nœuds communiquant en filaire avec le routeur et par radio entre eux.
Les nœuds seront capables de transmettre l'information au suivant et de choisir un autre chemin (contourner un nœud par exemple) en cas de perturbations (présence de réseau Wi-Fi à proximité, etc...), pour envoyer l'information.
Ces nœuds seront capables de communiquer avec le serveur pour indiquer la bonne réception des données, les résultats obtenus ou éventuellement le mauvais fonctionnement d'un ou plusieurs capteurs.

==Bibliographie et webographie==

=Préparation du projet=

==Cahier des charges du groupe==

Nous allons devoir répondre à plusieurs problématiques.

Tout d'abord nous devons créer un site web dynamique permettant l'envoi des données au serveur et au final, aux nœuds de capteurs sélectionnés.
Pour cela, nous allons devoir implémenter un système d'envoi de fichiers vers un routeur.
Le routeur (Banana Pi) va filtrer les informations reçues, et envoyer les fichiers C aux différents nœuds représentés par des Raspberry Pi.

Ensuite, il faudra que les Raspberry envoient correctement le code reçu aux différents capteurs de leur nœud et puissent récupérer les informations à retourner.

Pour se faire, on utilise l'utilitaire Python Ansible, permettant la gestion et la configuration des nœuds de capteurs.
Celui-ci va récupérer les fichiers C et les distribuer sur les différents capteurs affectés.
Le retour d'information se fera par le chemin inverse jusqu'au serveur web sous forme de fichiers contenant les données issues des capteurs.

==Cahier des charges des équipes==
===Equipe 1 : Ziyad HOUSSAINI===

Dans notre équipe, il faudra configurer le routeur afin de pouvoir assurer la communication entre la Rasberry Pi qui sera configurée par l'équipe 1 et le serveur web qui sera mise en place par l'équipe 3.
Pour ce faire, on va utiliser une banana pi sur laquelle sera installer OpenWRT (fonctionnement à revoir).

===Equipe 2 : Eymeric CAPRONNIER===

* Dans un premier temps, il faudra que les Raspberry Pi envoient correctement le code reçu aux différents capteurs sélectionnés.

* Puis il faudra retourner le fichier contenant les différentes données générés par les capteurs.

===Equipe 3 : Guillaume ROUILLÉ===

Dans un premier temps, notre équipe devra réaliser une interface web utilisateur permettant la connexion au serveur de données.
Pour se faire, on va utiliser les langages HTML et CSS pour la forme du site, et les langages PhP et SQL pour lier le site à la base de données.

Ensuite, il faudra créer un système de sélection des capteurs sur lesquels envoyer le ou les fichiers.
Il faudra faire correspondre chaque capteur des différents nœuds avec un type prédéfini et créer une page de sélection sur le site.

Enfin, nous devrons envoyer les fichiers sur le serveur, où ils seront récupérés par le routeur pour être traiter.
Il faudra créer une page permettant la mise en ligne de fichiers. Cette page affichera la progression de l'envoi et sera capable de valider la bonne réception des données.

==Choix techniques : matériel et logiciel==
===Equipe 1===

[[Fichier:bobi.png|200px|thumb|right]]
[[Fichier:BananapiR1.jpg|150px|thumb|right|BPI_R1]]
*Une Banana Pi de type comme routeur ;
*Une image (OS) de type Debian ou OpenWrt afin de pouvoir utiliser la carte.
*Un carte SD à laquelle on va mettre l'image ;
*Un cable HDMI afin de pouvoir visualiser l'interface.

===Equipe 2===

*Une Raspberry Pi et son alimentation ;
*Un câble Ethernet ;
*4 diodes et résistances ;
*Un câble HMDI/VGA ;
*Ansible pour faciliter le déploiement des fichiers C sur les nœuds.

===Equipe 3===

*Une base de données PostgreSQL pour le stockage des données ;
*Un interpréteur PhP et un serveur web (Apache) ;
*Un site moderne basé sur les Frameworks CSS Bootstrap et Vue.js.

==Liste des tâches à effectuer==
===Equipe 1===

Déploiement d'un routeur à base de Banana Pi R1.
Ce routeur permettra l'accès internet aux différentes Raspberry Pi et il filtrera les accès.
Déploiement de OpenWRT sur ce routeur.

*Documentation sur le fonctionnement du routeur Banana Pi ;
*Documentation sur le fonctionnement de OpenWRT ;
*Déploiement de OpenWRT sur le routeur et configuration ;
*Création d'un point d'accès filaire sur la carte routeur.

===Equipe 2===

Déploiement des logiciels sur les Raspberry Pi avec la création de différents scripts pour faciliter ce déploiement, en utilisant notamment Ansible.

*Documentation sur le fonctionnement des Raspberry pi ;
*Documentation sur Ansible ;
*Création du code afin d'envoyer le code reçu aux différents capteurs, et par la suite un ficher sera créé afin d'envoyer les données issus des capteurs.

===Equipe 3===

Déploiement d'un serveur permettant de récupérer les différentes données issues des capteurs (création d'une base de données et d'un site web dynamique pour l'affichage).

*Documentation sur les Frameworks Web Bootstrap.css et Vue.js ;
*Documentation sur PhP et Apache ;
*Création d'une interface web utilisateur ;
*Création d'une base de données relationnelle pour gérer les nœuds ;
*Envoi du fichier C sur le serveur ;
*Envoi du numéro du capteur sur le serveur.

==Calendrier prévisionnel==
Le calendrier prévisionnel peut se concrétiser sous la forme d'un diagramme de GANTT.
===Equipe 1===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes

|-
|
05/03

|
*Recherche sur Internet sur quel type de carte on pourra utiliser pour configurer le routeur, qui sera un point d'accès wifi
pour le noeud de collecte qui sera la Rasberry Pi

|-
|
19/03

|
*Recherche de la datasheet du routeur Banana PI-R1, afin de pouvoir comprendre les configurations de la carte
et aussi les branchements
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 2===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
objectif

|-
|
19/02

|
objectif

|-
|
05/03

|
objectif

|-
|
19/03

|
objectif
|-
|
02/04

|
objectif

|-
|
16/04

|
objectif
|-
|
30/04

|
objectif

|-
|
14/05

|
objectif

|-
|
28/05

|
objectif

|-
|
04/06

|
objectif

|}

===Equipe 3===

{| class="wikitable"
! Dates !! Objectifs
|-
|
05/02

|
*Analyse des concurrents ;
*Scénario d'usage.

|-
|
19/02

|
*Cahier des charges ;
*Répartition du travail entre équipes.

|-
|
05/03

|
*Création de la base de données associée au projet ;
*Documentation Php et lancement du site web.

|-
|
19/03

|
*Création du système de connexion du site.

|-
|
02/04

|
*Mise en forme correcte du site : page de connexion, d'inscription et d'accueil.

|-
|
16/04

|
*Création de l'interface de sélection du capteur.

|-
|
30/04

|
*Documentation sur la création d'un fichier XML à partir d'un site web ;
*Création du fichier XML permettant de regrouper les informations concernant le capteur choisi.

|-
|
14/05

|
*Création de la section de sélection du fichier à envoyer sur le serveur (fichier C) ;
*Documentation sur le protocole XMLHttpRequest qui permet l'envoi du fichier sur le serveur ;
*Envoi du fichier C sur le serveur.

|-
|
28/05

|
*Récupération du fichier C et XML envoyé sur le site ;
*Création des commandes de récupération de ces fichiers.

|-
|
04/06

|
*Permettre une récupération rapide des fichiers à partir du routeur ;
*Permettre une scrutation régulière du serveur sur la Raspberry ;
*Permettre l'exécution unique du programme.

|}

=Réalisation du Projet=

==Projet S6==

Eventuellement créer des sous-pages par équipe avec le compte-rendu des réunions de groupe sur cette page principale.

===Semaine 4===

Pour l'équipe 1 :

Première recherche sur la carte Banana PI, à l'aide de la datasheet, dont le lien est ci-dessous. 
L'utilisation de la datasheet va nous permettre de voir l'intégralité des données de la carte BPI-R1 
c'est à dire les branchements, le courant d'alimentaion et les composants. 
https://www.electronicsdatasheets.com/datasheet/BPI-R1.pdf

----

Pour l'équipe 2 :
Documentation sur l'utilisation d'Ansible et sur les Raspberry Pi

----

Pour l'équipe 3 :

Première recherche sur la création du site web. Recherche des ressources PhP, HTML, CSS nécessaires (Bootstrap). 
J'ai laissé de côté la partie JavaScript et Vue.js car elles ne sont pas utiles pour commencer le site.

Création de la base de données projetCapteurs sur Houplin et des fonctions de connexion du site à celle-ci. 
La base contient 2 tables :
*capteurs : numéro du capteur | nom du capteur | Raspberry à laquelle le capteur est relié | type de capteur
*membres : numéro du membre | nom | prénom | mot de passe

La table capteurs stocke les informations concernant les capteurs et permettra la sélection au moment de l'envoi du fichier C. 
La table membres répertorie les informations concernant les membres et permettra la connexion sur le site web.

----

===Semaine 5===
Pour l'équipe 1 :

Après avoir effectué des recherches sur la carte BPI R1, cette séance va me permettre de faire des recherches sur l'image qui va me permettre de faire visualiser l'interface de la BPI R1. D'après le cahier de charge imposé, il faut mettre l'image OpenWrt. Open Wrt est une distribution GNU/Linux minimaliste pour matériel embarqué. Après avoir fait des recherches, on a finalement retrouvé le site qui a l'image OpenWrt. 
La première que je devais faire était d'installer un fichier OpenWrt dans une carte SD, et ce fichier servait à faire fonctionner la banana pi. Voici le lien qui nous a permis de trouver l'image: 

https://openwrt.org/toh/view/toh_fwdownload?dataflt%5B0%5D=supported%20current%20rel_%3D18.06.2.

Voici une image du site d'openwrt :

[[Fichier:Openwrt.png|200px|thumb|left|Openwrt]]
 

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Début de la création du site : mise en place d'un système de connexion basique et d'un minimum de design pour rendre clair le site. 
Je me suis limité à des fonctions de connexion et déconnexion sans modifier le reste des pages en fonction de l'état de connexion, et sans créer de variables de session. 
Pour cela, j'ai utilisé des fonctions Php telles que ''pg_connect'' et ''pg_close'', fonctions liées à une base de données PostgreSQL.

----

===Semaine 6===

Pour l'équipe 1 :
[[Fichier:Exemple.jpg|thumb|right|100px|Branchement de la carte Banana PI]]
Après avoir trouvé l'image permettant de visualiser l'interface BPI-R1, de la faire marcher et de le configurer en tant que routeur de wifi pour qu'il puisse emettre pour le noeud de collecte qui est la Rasberry PI.
La première étape est d'abord d'installer l'OpenWrt dans une carte SD et cette carte SD sera mis sur le port SD de la Banana PI R1. Voici les commandes qui
m'ont permis de mettre l'image OpenWrt dans la carte SD :

* Il faut d'abord se connecter à su sur le terminal
* Mettre l'image avec la commande ci dessous :
dd if=OpenWrtimage.img of=/dev/sdb

Avec OpenWrtimage.img le nom du fichier télécharger.
Après avoir branchéle port HDMI de la carte avec l'entrée VGA du moniteur on pouvait voir l'interface mais on arrivait pas écrire.
Donc après avoir appeler mes tuteurs, ils m'avaient dit que la semaine prochaine, ils allaient mettre le système Debian, car il y aurait des problèmes avec le système OpenWrt.

----

Pour l'équipe 2 :

Afin d'installer Ansible, deux lignes de commande ont dû être lancé dans le terminal d'un pc en E306 ( car l'installation d'ansible n'était pas possible dans les autres salles) :
apt install ansible
puis
export https_proxy=https://proxy.polytech-lille.fr:3128
L'utilisation d'ansible se fera ensuite de la manière suivante : Ecriture d'un fichier .yml contenant les différentes tâches à effectuer sur un serveur (réseau de capteur) spécifique puis le lancement s'effectuera ensuite en lanceant la commande ansible suivi du nom du serveur sur lequel on souhaite travailler.

----

Pour l'équipe 3 :

Adaptation du système de connexion avec création de variables de session. Ces variables permettent de maintenir une connexion ouverte en changeant de page et à structurer les pages afin qu'elles affichent les bonnes choses. 
En effet, un individu connecté ne verra pas la page de connexion par exemple. 
Amélioration du système de compte avec la mise en place du hachage des mots de passe.

[[Fichier:accueil_p10.png|center|500px|thumb|Page d'accueil en mode non connecté]]

[[Fichier:barre_p10.png|500px|thumb|center|Barre de menu en mode connecté]]

----

===Semaine 7===
[[Fichier:Exemple.png|80px|right|thumb]]
Pour l'équipe 1 :

Dans cette séance de projet, je vois que mon cahier de charge doit être changer. En effet, vu que la séance dernière, avec l'OpenWrt 
qu'il y avait un problème de visualation de l'interface. Au final, j'ai reçu par mes tuteurs une carte SD, contenant cette fois 
l'image Debian. Et cette fois ci, on voit bien l'interface. Maintenant le but est de pouvoir configurer la banana PI en routeur Wifi 
afin que la Rasberry PI reçoit la wifi de ce dernier.
Et aussi dans cette séance, j'ai pu voir des tutoriels, afin de pouvoir comprendre le mécanisme de fonctionnement et de 
programmation.
----

Pour l'équipe 2 :
Création du script de base d'allumage d'une led en fonction du fichier C envoyé par le serveur.

----

Pour l'équipe 3 :

Création de la page de sélection des capteurs sous forme d'un formulaire Php. La sélection n'est pas au point mais l'affichage est correct. 
Je laisse toujours de côté la partie dynamique, en essayant de rendre possible la sélection multiple pour l'envoi du formulaire. 
Cette page contiendra aussi une partie de chargement du fichier à envoyer (unique pour le moment).

[[Fichier:page_sensors.png|500px|thumb|center|Choix des capteurs et envoi du fichier]]

----

===Semaine 8===

Pour l'équipe 1 :

Dans la dernière séance, j'ai pas pu totalement assimiler l'ensemble du fonctionnement permettant de configurer 
la BPI-R1 en tant que routeur de wifi. Donc toute cette séance s'est consacrés à la recherche des fonctionnalités de la carte. 
Et aussi, j'ai pu énormément m'aider du site du bureau d'étude d'IMA (Robot Prédateur et Proie) de l'an dernier, surtout avec 
la partie Rasberry Pi que j'ai remarqué qu'au final les fonctionnalités de la Banana PI est à peu près identique que celle de la Rasberry. 
Voici le lien qui m'a principalement aidé à mieux comprendre et trouver les fonctionnalités du Debian : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019
----

Pour l'équipe 2 :

Documentation sur le montage qui permet de contrôler une led grâce à une raspberry et à un code créé permettant d'allumer ou d'éteindre la led

----

Pour l'équipe 3 :

Modification de la page principale (sélection d'un capteur possible). Possibilité de joindre un seul fichier C. 
Un fichier XML est créé avec le numéro du capteur sélectionné. Ce fichier sera transmis avec le fichier C. 
Documentation sur le protocole XMLHttpRequest : [https://openclassrooms.com/fr/courses/1085676-upload-de-fichiers-par-formulaire XMLHttpRequest] 

Le fichier XML contient le code suivant : 
<?xml version='1.0' encoding='ISO-8859-1'?> 
<sensor><numero>3</numero></sensor>

[[Fichier:page_sensors2.jpg|500px|thumb|center|Choix des capteurs et envoi du fichier]]
[[Fichier:Script_php_sensor.png|500px|thumb|center|Script de remplissage du fichier XML]]

----

===Semaine 9===

Pour l'équipe 1 :
Dans cette séance, je peux enfin commencer à configurer la BPI-R1 en point d'accès Wifi. Après avoir branché au moniteur la carte 
je remarque qu'il n'y a aucune visualisation sur le moniteur. Et c'est là où je commence à me perdre. En effet, n'ayant aucune idée de pourquoi 
on ne voit plus l'interface, j'ai décidé de rechercher les causes de ce problème, en supposant que la carte a été court-circuiter. 
Donc cette séance n'a été que la recherche de ce problème et surtout pouvoir le résoudre.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Upload d'un fichier C sur le serveur.
[[Fichier:Envoi_fichier.png|500px|thumb|center|Script d'envoi du fichier C sur le serveur]]

Il faut normaliser le nom du fichier en ligne et récupérer les fichiers C et XML.

----

===Semaine 10===

Pour l'équipe 1 :
Le problème persiste toujours, ne sachant toujours pas les raisons de ce problème, cette séance sera consacrée aussi à 
la recherche sachant que le retard commence à peser et que je n'ai toujours pas configurer la BPI-R1 en routeur 
et que je sais que je suis en retard par rapport aux deux autres équipes.

----

Pour l'équipe 2 :

----

Pour l'équipe 3 :

Récupération des données de localisation et du nom du fichier uploadé et stockage dans le fichier XML. 
Création du script de récupération du fichier XML et du fichier C à partir du routeur.

Pour télécharger le fichier C et le fichier XML stockés sur le serveur, on utilise la commande wget dans un script nommé script.sh : 
[[Fichier:Script_download.png|500px|thumb|center|Script de téléchargement des fichiers]]

Pour exécuter un script automatique : [https://itx-technologies.com/fr/blog/2259-executer-un-script-recurrent-avec-cron-exemples-sous-linux Règle Cron]

Voici le script de téléchargement automatique des fichiers toutes les minutes :
[[Fichier:Crontab.png|500px|thumb|center|Crontab d'exécution périodique du script]]

Il s'agit d'une crontab qui s’exécute toutes les minutes. 
Cette crontab va lancer le script de téléchargement à chaque exécution, permettant ainsi de garder le fichier C à jour.

----

===Semaine 11===

Pour l'équipe 1 :

N'ayant aucune idée après plusieurs séances de recherche, j'ai décidé de voir mes tuteurs afin de pouvoir 
résoudre ce problème car je suis vraiment en retard par rapport à mon objectif fixé qui était 
de configurer la BPI-R1 en routeur wifi pour qu'elle puisse donner les informations à la Rasberrie -PI. 
Après plusieurs essaies, c'est à dire changer le courant d'Alimentation, mettre de nouveau l'image Debian 
au final, mes tuteurs m'ont conseillé de changer l'image et d'en mettre un nouveau mais aussi il faut que 
que cette image soit récente afin de ne pas avoir de problème au niveau du noyau de la carte.

----------

===Semaine 12===
[[Fichier:Ahb.jpg|thumb|100 px|right|Interface Armbian]]
Pour l'équipe 1 :
[[Fichier:glopi.jpg|thumb|100 px|right|Interface Armbian|Différentes configuration de la BPI R1]]
Donc suite au porblèe qui ont eu lieu ces dernières séances, et après avoir reçu des conseils de 
mes tuteurs, j'ai fait une nouvelle des recherches sur l'image la plus récente qui va me permettre 
de faire marcher ma carte et visualiser l'interface de l'OS. Après avoir fait un tour sur le site (lien ci dessous) 
http://wiki.banana-pi.org/Banana_Pi_BPI-R1 
qui propose différentes images et ne sachant vraiment lequel choisir, j'ai choisi de mettre un Armbian 2016 et 
et avec la même commande me permettant de copier sur carte SD que l'OpenWrt afin de le mettre sur la carte .
Au final, cela marche, et je me connecte avec "root" qui a pour mot de passe "1234". Après s'être connecter 
on obtient cette interface. 
------------------
===Semaine Extra===

Pour l'équipe 1 :

Sachant que je suis énormément en retard par rapport aux deux autres équipes, surtout celui de la 
qui a presque terminé sa partie, mon objectif est finalement à ce que ma banana PI marche seulement 
en tant que routeur Wifi. Et donc en partant de l'OS Armbian et que le principe de la programmation est à 
peu près similaire que celle de la Rasberrie PI. Donc je me suis servi du même raisonnement que celui de ce lien : 
https://peip-ima.plil.fr/mediawiki/index.php/BE_2018-2019#Connexion_s.C3.A9rie 

La première chose était d'abord d'installer le packtage Hostapd, car c'est ce packtage qui contient tous les 
fichiers me permettant d'activer le routeur Wifi :
apt-get install hostapd

Ensuite afin de pouvoir mofidier le fichier de configuration de <code>hostapd</code> qui se trouve dans le répertoire <code>/usr/share/doc/hostapd/examples/</code> et le coller dans le répertoire <code>/etc/hostapd</code> :
cp /usr/share/doc/hostapd/examples/hostapd.conf.gz /etc/hostapd
gunzip /etc/hostapd/hostapd.conf.gz

Et finalement avec l'éditeur de texte nano, on peut modfier le fichier <code> /etc/hostapd/hostapd.conf les mots-clefs suivants : 
* <code>ssid</code>, indiquez votre nom de réseau WiFi ;
* <code>country_code</code>, mettez le code de la France <code>FR</code> ;
* <code>channel</code>, faites en sorte que les Raspberry n'écoutent pas toutes sur le même canal ;
* <code>wpa</code>, activez l'option (mettre à 1) ;
* <code>wpa_passphrase</code>, donnez le mot de passe de votre réseau (au moins 8 caractères) ;
* <code>wpa_key_mgmt</code>, à configurer à la valeur <code>WPA-PSK</code>.

Enfin il faut definir le chemin du fichier de configuration à l'aide du fichier <code>/etc/default/hostapd</code> :
DAEMON_CONF=/etc/hostapd/hostapd.conf
On relance le service avec la commande :
service hostapd restart

Au final, on arrive à faire apparaître le nom du reseau de la banana sans fil
[[Fichier:klkl.png|thumb|100px|right|Nom visible sur le smartphone]]

===Documents Rendus===

==Projet S7==

===Documents Rendus===

==Projet S8==

===Documents Rendus===

2019-05-29T22:35:05Z

Zhoussai : /* Semaine 7 */