Contexte du projet

Ce projet s’inscrit dans le cadre de la SAE512 (Situation d’Apprentissage et d’Évaluation) du BUT Réseaux et Télécommunications. Il est encadré par Anthony Bouery, actuellement en poste chez Orange et doctorant au sein de l’équipe de recherche.

Le projet se concentre sur la mise en œuvre d’un système radar à 24 GHz, une technologie prometteuse pour la détection de présence et le monitoring de l’activité humaine dans des environnements intérieurs. Cette technologie trouve des applications dans de nombreux domaines : domotique, santé connectée, sécurité, gestion intelligente des bâtiments.

Problématique

Comment développer un système de détection radar 24 GHz, hypothétiquement capable de :

  • Détecter une présence humaine dans une pièce
  • Identifier la position d’une personne
  • Détecter une chute éventuelle
  • Mesurer la fréquence cardiaque d’une personne dans une pièce
  • Communiquer efficacement avec différents périphériques (smartphone, PC, serveur)

Le défi consiste à récupérer et surtout « comprendre » les signaux reçus, à les traiter efficacement, à calibrer tout le système pour optimiser la détection, et à assurer une communication fluide via divers protocoles (MQTT, BLE, communication série). Le tout en réalisant une batterie de tests exhaustive pour valider les performances du système dans différents scénarios d’usage.

Objectifs principaux

01

Configuration et calibration du radar

Mettre en place le matériel fonctionnant à 24 GHz en émission/réception, avec une communication série Tx/Rx à 115 200 bit/s. Calibrer le système pour assurer une détection optimale.

02

Acquisition et traitement des signaux

Développer les algorithmes nécessaires pour récupérer et traiter les données radar, extraire les informations pertinentes (présence, position, mouvement).

03

Interfaçage multi-protocole

Mettre en place les différentes interfaces de communication : serveur MQTT (serveur local puis LOCURA), BLE (Bluetooth Low Energy), communication série, et interfaces pour smartphone et PC.

04

Tests exhaustifs

Réaliser une batterie de tests complète en variant les paramètres : distances, orientations, type de matériaux, angle du capteur, types de mouvement (rapide, lent, répété).

05

Comparaison avec l’UWB

Comparer les performances du radar 24 GHz avec le sensing UWB pour évaluer les avantages et limitations de chaque technologie selon différents cas d’usage.

06

Documentation et valorisation

Documenter l’ensemble du projet, créer un site web de présentation, et produire une vidéo de 3 minutes.

Spécifications techniques

Matériel radar

  • Fréquence : 24 GHz
  • Mode : Émission/Réception
  • Communication série : 115 200 bit/s
  • Alternative : Module BLE pour communication sans fil

Communication

  • Protocole principal : MQTT
  • Serveur local : Sur Raspberry Pi
  • Plateforme LOCURA : Topic en ligne
  • Connectivité : Smartphone, PC. BLE

Infrastructure

  • Raspberry Pi : Infrastructure de test
  • Serveur MQTT : Gestion des données
  • Plateforme LOCURA : Accès depuis l’intérieur ET l’extérieur du réseau

Fonctionnalités visées

  • Détection de présence
  • Localisation (position) SANS trilatération
  • Micro mouvements dans une pièce
  • Détection de chute
  • Mesure de fréquence cardiaque

Livrables et évaluations attendus

À l’issue de ce projet, les éléments suivants devront être fournis pour l’évaluation finale :

  • Documentation technique : Rapport complet sur la mise en œuvre, les tests et les résultats obtenus
  • Site web de présentation : Portfolio en ligne présentant le projet, l’équipe et les réalisations
  • Vidéo de démonstration : Vidéo de 3 minutes reprenant les points clés du projet
  • Auto-évaluation et évaluation intermédiaire : Fichier Excel avec notation pour soi et pour les membres du groupe
  • Document annexe « Éléments importants pour la SAÉ » : Fichier avec liste de questions et points à reprendre, mise à disposition des codes sur GitHub et par fichier ZIP

Choix des outils de communication du projet

Pourquoi choisir un CMS plutôt qu’un autre ?

Chaque CMS possède sa propre « spécialité », ce qui permet d’éliminer rapidement les options hors sujet pour le projet de notre SAÉ sur le radar 24 GHz. Shopify est une référence, mais son architecture est quasi exclusivement verrouillée pour la vente en ligne. Utiliser Odoo reviendrait à sortir « l’artillerie lourde » d’une gestion d’entreprise (ERP) pour un simple portfolio. À l’opposé, Drupal et TYPO3 sont des forteresses techniques : ils sont extrêmement puissants pour des structures de données complexes, mais demandent un temps de configuration incompatible avec une deadline comme celle de notre projet (qui se fait en parallèle des autres cours, partiels et soutenances…). Enfin Wix et Webflow privilégient le design visuel, mais imposent souvent des limites sur l’export de code ou l’hébergement gratuit.

C’est donc tout naturellement que pour un projet universitaire comme le nôtre, dont le besoin est relativement simple en comparaison, il ne sert à rien de chercher bien plus loin. On doit documenter une preuve de concept, intégrer du code personnalisé et des images / vidéos, être rapide et efficace. WordPress s’impose alors comme le « couteau suisse » : assez accessible pour ne pas y passer ses nuits, mais assez ouvert pour qu’un simple étudiant puisse mettre les mains dans le CSS et sur le serveur quand le besoin s’en fait sentir.

Tableau comparatif des différents CMS :

Comparatif des CMS

Justification du choix pour la SAÉ512

Le choix de WordPress pour ce projet radar repose sur trois piliers « objectifs » liés aux contraintes de l’équipe :

1. Efficacité en terme de gestion du temps

Le projet étant particulièrement complexe, nous n’avions pas de temps à perdre. La courbe d’apprentissage de WordPress est la plus courte des solutions Open Source. Cela me permet, en tant que chef de projet, de me concentrer sur la structuration des résultats techniques plutôt que sur le développement ou l’apprentissage d’une architecture complexe.

2. Flexibilité technique et « sur-mesure »

Le projet nécessite l’intégration de livrables variés : protocoles de tests, documentation système et surtout de pouvoir avoir une charte graphique spécifique pour le CSS. Contrairement aux outils « Drag & Drop » standards (Wix par exemple), WordPress permet un accès direct aux fichiers du serveur pour injecter mon CSS personnalisé et créer plus ou moins simplement un thème adapté aux besoins de la PoC.

3. Gratuité…

L’utilisation d’un hébergement tiers gratuit, ce qui est notre cas grâce à un hébergeur que l’on connaît, impose un CMS qui ne nécessite pas de licences payantes (contrairement à Wix ou Webflow) et qui, si possible, reste léger sur les ressources serveur. WordPress s’adapte parfaitement à cet environnement tout en offrant une interface d’administration plus fluide que la plupart des outils standards.

Organisation des rôles et gestion du CMS

D’un point de vue des rôles et de l’organisation du CMS, la structure a été mise en place ainsi :

  • Administrateurs : Marc Viguier et Lilian Rodriguez (gestion technique et accès complet)
  • Contributeur unique : Marc Viguier, pour assurer la cohérence de la documentation technique et de la mise en page