# Master 2 - projets thématiques

Projet annuelle en deux semestres septembre - février

## Sèance 1 - 21/09/2020

### Sujet : ALARME DETECTION SMARTPHONE

Détection d'un smartphone, proposer une alarme pour détecteur tout smartphone passant à proximité du récepteur

Problème : réglementaire, résiliante, autonomie énergétique et réseaux

//Utilisation du MQTT ? Si un tél est inconnu, alors on active une alarme. Si un tel est connu, on ouvre les volets etc...

| Context |
| -------- |
| On peut entendre un smartphone passant à proximité de plusieurs façon. En effet : ça émet des ondes. Proposer une alarme qu’on mettrait dans sa maison pour détecter tous les smartphones qui sont à proximité. Ainsi, si un cambrioleur arrive, son tel n’est pas connu et ça sonne.

### BrainStorming
- Base de données (fichier txt, BDD MySql, CSV, ...) bref un moyen de stockage
- Application mobile pour ajouter facilement les téléphones
- Scan des téléphones à proximité --> récupérer adresses mac des téléphones à partir des noms pour une meilleure utilisation de l'appli
- Scan des ondes émises par les téléphones --> Comment les détecter en permanance ?
- Types d'ondes ? DAS ?
- Contraintes :
- MODE AVION du tél RETIRE TOUTES LES ONDES
- Tél éteint supprime toutes les ondes aussi.
- Comment reconnaître les ondes d'un certain téléphone ?
- Reconnaissance par le nom de l'appareil ? par les ondes émises (DAS)

### Point avec Lazure et Mahec

Détecter des intrus dans un périmètre ?
Comment le détecter ?
Situation classique, idée de départ : téléphone du voleur activé émettant des ondes (données cellulaires et bluetooth) ?
Ce qu'émet un portable (types d'ondes) :
- GSM (IMEI - identifiant GSM) 1 numéro IMEI par carte SIM
- Wifi
- Bluetooth
Différencier des téléphones approuvées, liste blanche ou liste noir, outil d'ajout ?
Finalité domotique
Gestion des appareils autonomes ?
Portée ? définition d'un périmètre
Discrétion, carte sim intégré pour l'émetteur ?
Gestion de l'alimentation ? Chargeur entre prise et émetteur (un peu comme un onduleur)

THINGS MOBILE ou FAIRE UNE DEMANDE A l'UPJV pour avoir une clef 4G en faisant croire

Résumé du projet : Détecteur de smartphone à partir de différent moyens d'émission.

### Jeudi 1 er octobre au soir

Réglementation :
https://www.quotatis.fr/conseils-travaux/normes/alarme-securite/alarme-voisinage-reglementation/
https://www.verisure.fr/guide-securite/systeme-d-alarme/composants-alarme/sirene-alarme/reglementation

Shield arduino carte sim :
https://www.amazon.fr/AZDelivery-SIM-900-bouclier-Arduino/dp/B01M9J4N56/ref=sr_1_5?dchild=1&keywords=Arduino+Gsm+Shield&qid=1601483628&sr=8-5

Idées :
tuto arduino alarme lors d'appel :
https://www.youtube.com/watch?v=gl81rv-xpfU
https://forum.arduino.cc/index.php?topic=4730.0

Tuto arduino alarme par wifi
https://null-byte.wonderhowto.com/how-to/detect-when-device-is-nearby-with-esp8266-friend-detector-0188642/

Détecteur EMF ?

Désactivation de l'alarme quand on part de la maison et ré-activation de l'alarme quand on revient dans la maison.

Sous format d'étape ? Par exemple :
- Dans un premier temps, detect bluetooth
- Detect wifi
- etc...

POINT LUNDI 5 OCTOBRE :

Ce qu'on a fait

Recherche et discussion

Demande d'affinage sur les demandes du projet, reformuler la demande, demandez des précisions pour aiguiller le projet par rapport aux pistes et la faisabilité.

Etre modeste et faire un truc simple

OPTION 1 : il donnent les infos, on follow
OPTION 2 : on choisit au plus simple sans réfléchir

Peut-on modifier le contexte ? actuellement = détecter cambrioleur. Pourquoi pas changer en detection de smartphone durant des examens ?

Petite doc :
https://connect.ed-diamond.com/MISC/MISCHS-008/Smartphone-Wi-Fi-et-vie-privee-comment-votre-smartphone-peut-se-reveler-etre-votre-pire-ennemi

Détection des périphériques bluetooth autour de soi : hcitool scan --> détecte les adresses mac bluetooth autour de soi. --> passe au delà de la randomisation des adresses MAC.

On peut donc récupérer les adresses MAC des habitants d'une maison --> périphérique connues
Et donc différencier un habitant d'un voleur en comparant.
https://www.alex-design.fr/Projets-R-A/Calendar/Detection-de-presence-grace-a-une-connexion-Bluetooth

### Compte rendu 05/10/2020

Pas de GSM - on met de coté car trop compliqué
Détecteur de smartphone
Mise en place d'une situation complexe à définir plus tard

Premier objectif : bluetooth puis wifi si jamais le temps
On continue sur le bluetooth
Principe : avoir des capteurs bluetooth collé à un arduino à disposer dans un espace et il capte, réception des logs via un serveur central dans une raspberry. Puis le raspberry traite et gère les alertes.

Objectifs: blacklist, whitelist, greylist et application mobile nul, AVOIR UNE CONFIGURATION MODULABLE (faire des scénarios, gérer les heures, etc)

Problèmes : capteur bluetooth, tu peux capter le blutooth des voisins
Solution proposée : définir le paramètre de détection, règle ultra-nazi OU gestion de la récurrence de la détection (les voisins par exemple)

Bonus : batterie externe

Problème de transfert entre la rasberry et les capteurs : à voir
Problème de RGPD :

SI L'ADRESSSE MAC INCONNU EST A COTE DE L'ADDRESSE MAC CONNU

Remarque : fin du projet en février, passage à 9h à partir de la semaine prochaine, une bonne demi-heure

CE QU'IL FAUT FAIRE POUR LA: CAHIER DES CHARGES, UN GANTT, REPARTITION DES TACHES, FAIRE UN PETIT PROTOTYPE DANS LE CDC

### Sèance 13/10/2020 - mardi semaine d'alternance

Sèance de rédaction du document de cadrage

Wassim et Thomas en priorité 18h-18h50
Lucas et Corentin moins - retard due au travail

Lucas : Rédaction concernant le client, relecture
Corentin : Maquette et rédaction (légère), relecture
Thomas : Recherche loi et rédaction
Wassim : Les outils utilisés, création tâches GANTT

### Compte rendu 19/10/2020

GANTT :
Faire un GANTT final dernière version.

Doc de cadrage : Améliroer le document.
- SURTOUT BIEN NOTER LES SOURCES ET LES CITER : parfait exemple : quand on cite le monde dans la partie '4. Le projet et la légalité', c'est bien. C'est ce qu'il faut faire **partout**.

~~- Dans cette phrase : "Tout d’abord, l’application mobile sera uniquement disponible sur les terminaux mobiles reposant sur le système d’exploitation Android."
Le prof veut qu'on précise que c'est sur le smartphone de l'utilisateur, de celui qui gérera les capteurs.~~

~~- Ne pas parler de "maison" ou de "bâtiment" mais plus généralement de "Logement" (exemple : une pièce spécifique, pas obligé que ce soit un bâtiment entièrement.)~~

- Sur la partie "4. Le projet et la légalité" :
- Les profs veulent des textes, des articles de loi. Bien rechercher sur la RGPD.
- On avait parlé d'un panneau avertissant de la collecte d'information par ondes, à voir si ce panneau est vraiment obligatoire ou pas (un peu comme les vidéos surveillance). --> voir le code de la sécurité intérieure : livre II - Titre V - Article R.251-1 et suivant.

RQ : Maintenant, ils disent qu'un logiciel android n'est pas la priorité. Par contre, ils voudraient bien créer des règles sur les capteurs (comme ils avaient dit la fois dernière). Les règles devront être simple à créer, intuitive.

Organisation : Diviser le travail sur les capteurs. Exemple : certains bossent sur l'analyse et le paramétrage des capteurs. D'autres travaillent sur les positionnements, combien il en faudrait par pièce, par mètre carré.

Astuce : pour check s'il y a bien une pénétration dans bâtiment : récolter les analyses de plusieurs capteurs. Si plusieurs capteurs scan à la suite la même adresse MAC = probablement une intrusion. Si seulement un capteur scan, c'est peut-être des passants dans la rue ou le voisin.

- Faire d'autres maquettes avec les autres solutions / Corentin

- Etudes de marché/solutions :
- Liaison des arduino/ serveur central sans fils (avantage : facile à mettre en place, inconvénient : faillible si brouilleur)
- Liaison par câble (avantage : anti brouillage, il faut couper le câble si on veut couper la liaison, inconvénient : coûteux et galère à mettre en place dans un bâtiment)
- L'unité centrale = serveur central peut aussi être à l'extérieur du logement. Pour ça, prévoir des cartes SIM sur arduino. Comparer les deux offres : serveur central à l'extérieur et à l'intérieur.

Si serveur ne recoit pas de données d'une arduino depuis un certains temps, alors envoi d'une alerte pour signaler un dysfonctionnement ou bien un éventuel brouillage.

- Etude des coûts à réaliser (pas pour tout de suite mais à faire)

Conclusion :
Améliorer doc cadrage
Décomposition tâches
revoir gantt
commencer les recherhces (surtout sur la partie légale)

RGPD précise que : Mapper/cartographier les données

### Samedi 07/11/2020 - réunion

Thomas : partie légale, suivi la CNIL, respecter RGPD, on a suivi le tutoriel et on na créeredirection de registre de traitement.
Données excel : quand, qui, quoi, comment ?
Mail envoyé aux profs?

Bonus : doc idée toto, faire des UMLs pour essayer le principe de communication/application

Wassim :
Gantt refait, mis à jour, rajout :
-complétion du doc, étude de marché, + gestion des droits, droits d'accès, droits à l'oubli, transparence et document de sensibilisation
-partie dev : rajout de la gestion des logs et des sauvegardes (par rapport à la sécurité des données) programmation pour mi decembre EN LIEN AVEC LA PARTIE RECHERCHE
-Commencé les recherches Bluetooth + test de scan d'adresse MAC.

Rendu livrable aux 4 février prévu. Début février, mi-février

Bonus : études de la concurrence

Lucas :

Etudes des fournisseurs, étude de la concurrence, début études de cout
amélioration du doc, relecture, remise en forme du doc, études du marchés avec Wassim

Corentin :
Etudes des solutions + maquettage
Réalisation des maquettes complètes des différentes solutions, relecture

#### CONCRETISATION DES CHOIX :

##### I - Présentation du travail effectué

VOIR PARTIE REUNION SAMEDI

##### GANTT MODIFIE

PHOTO

Rajout de la partie recherche (4ème partie)
Restructuration la partie dev du produit :
- rajout sauvegarde
- rajout logs
Rajout partie respect et droit (avec Thomas)

##### Maquette

photo des 3 maquettes :

Solution 1 - sans fils
Solution 2 - avec fils
Solution 3 - à distance 100% (GSM)
Solution 4 - Avec fil avec un mini-serveur local avec une communiation GSM avec le serveur à distance

#### Choix finaux du projet - version finale du document de cadrage à rendre

lien google drive

SOIT :

Capteur bluetooth et serveur en raspberry PI 0 -> plus simple, techno connu
Serveur au sein du logement - défaut majeur : GSM très couteux par rapport aux bluetooth
Solution sans fils : plus simple à mettre en place, plus difficile à configurer + problème du brouillage
Solutions avec fils : plus complexe à mettre en place dans l'environmenet mais plus simple à gérer pour la communication serveur/capteur

#### Ce que l'on va faire

Etudes des couts
Commencer le dev du produit
Validation des recherches commune pour lancement de la création du produit

##### Commencer le dev - premier test

![Uploading file..._a8v3wu5ps]()

##### Questions

ON FAIT DE LA COLLECTE DE DONNEES - TRANSPARENCE


#### Réunion corentin 09/11/2020 - passage à 11h30

Remontée d'alerte - point à travailler
Analyse du comportement
Recherche d'outil d'analyse de logs

SI on choisit une solution, on doit justifier de la fermeture des autres solutions

### Réunion corentin 16/05/2021

Synchronisation des capteurs
Mettr en place une base T0

Réflexion placement des capteurs par le technicien - algo technicien pour étalonnage, alerte déplacement de capteur (en rajouter, les déplcaer)
*

Algo de comparaison des vecteurs de postions