PRESENTATION PROJET SYSTEME ETUDE RADAR
❖ Philosophie de l’organisation
1. Groupes spécialisés, mais pas en silos : chaque groupe à un focus, mais doit
communiquer constamment avec les autres.
2. Progression parallèle : les groupes travaillent simultanément sur différents
sous-systèmes.
3. Intégration continue : on assemble et on teste les parties au fur et à mesure,
pas seulement à la fin.
4. Transparence totale : Toutes les informations sont centralisées et
accessibles à tous.
❖ Structure des groupes de travail
• Groupe 1 : Architecture système et gestion de projet (le “cerveau”) :
Sa mission est de définir les spécifications techniques précises de
l’ensemble système, créer et maintenir le diagramme des blocs fonctionnels
global, gérer le calendrier, les dépendances entre les groupes et les livrables,
s’assurer que les interfaces entre les groupes sont bien définies (ex : format
des données entre le software et l’électronique), organiser les réunions de
synchronisation hebdomadaires.
PROFILS : Etudiants organisés, bons communicateurs avec une vision du
système.
• Groupe 2 : Conception Electronique RF & Antennes (les “artisans du signal”)
: Ses missions sont de concevoir le schéma et le PCB de la chaine RF (VCO,
LNA, coupleurs et filtres), sélectionner et caractériser les antennes patch (en
concevoir si le défi est accepté), intégrer un module de démonstration
(comme le TI IZR6843) si la conception from scratch est trop complexe,
effectuer les mesures et la validation des signaux RF.
PROFILS : Etudiants passionnés ou forts en électronique analogique et
hyperfréquences.
• Groupe 3 : Conception mécanique et mécatronique (les “bras et les yeux”) :
leurs missions seront de concevoir en CAO (Freecad/Fusion 360) la structure
du gimbal (support châssis), sélectionner les moteurs pas-à-pas, les
réducteurs et les drivers, développer le firmware pour le contrôle précis des
moteurs (pilote les moteurs sur instructions du groupe 4) et assurer
l’assemblage mécanique final.
PROFILS : Etudiants intéressés par la mécanique, la CAO et le contrôle
embarqué.
• Groupe 4 : Développement embarqué & acquisition (le “système nerveux”) :
Ce groupe est chargé de programmer les microcontrôleur/FPGA (STM32)
[pour : contrôler le VCO et générer le signal de modulation, Acquérir les
signaux de sortie de la chaine RF via l’ADC, communiquer avec le groupe 3
pour synchroniser le balayage mécanique, envoyer les données brutes vers
le PC via USB/Ethernet].
PROFILS : Programmeurs C/C++, familiarisés avec l’électronique numérique
et les microcontrôleurs.
• Groupe 5 : Traitement du signal & Algorithme 3D (les “cerveau numériques”)
: Chargé de développer les algorithmes en python/MATLAB [FFT pour
l’extraction de la distance, détection de pic pour identifier les cibles,
algorithme pour l’estimation d’angle, algorithme de transformation des
coordonnées sphériques en cartésiennes en utilisant le calcul tensoriel
(matrices de rotation)], de fournir au groupe 4 les algorithmes optimisés pour
une éventuelle implémentation embarquée.
PROFILS : fort en mathématiques, traitement du signal et programmation
python.
• Groupe 6 : Développement logiciel & visualisation (l “interface”) : il aura
pour missions de développer l’application PC principale en python [qui reçoit
les données du groupe 4, appelle les algorithmes du groupe 5, affiche en
temps réel la visualisation 2D puis 3D en utilisant une bibliothèque comme
open3D ou PyVista.], créer un interface utilisateur simple (GUI) pour
lancer/arrêter le scan.
PROFILS : programmeurs python, intéressés par la visualisation de données
et les interfaces.
❖ Stratégie pour une communication et une collaboration efficace
C’est la clé du succès !
1. Plateforme Collaborative Centralisée (Obligatoire) : Nous allons Github ou
GitLab comme source de vérité unique et qui aura la structure suivante :
• /Docs : cahier des charges, comptes rendus de réunion, datasheets,
rapports.
• /Electronics : schémas KiCad, BOM (listes de composants).
• /Mecanique : Fichiers CAO, plans d’assemblage.
• /Firmware : code pour le STM32/FPGA.
• /Software : Code de traitement du signal et d’application/visualisation
• /Simulations : Scripts MATLAB/Python de simulation du système.
2. Rituels de communication
• Réunion de synchronisation hebdomadaire (1h ou plus) permettra à
chaque groupe de présenter en 5 minutes Ce qui a été fait, les problèmes
rencontrés, les besoins des autres groupes, permettra de détecter les
blocages et les incohérences rapidement.
• Comptes-rendus écrits seront remplis après chaque réunion et déposés
sur le Git (Qui ? Quoi ? Décisions ? Actions ?).
• Canal de discussion instantané.
3. Gestion des interfaces et de l’intégration : cela constitue le role crucial du
Groupe 1 qui consistera à définir et documenter des contrats d’interface
clairs :
• Interface Electronique/Embarqué : tensions logiques ; formats des
signaux de contrôle.
• Interface embarqué/software : Protocole de communication et format
des données sur le lien USB/Ethernet. C’est le plus important ! (Ex : un
paquet binaire avec un en-tête, les angles des moteurs, les échantillons
ADC, etc.).
• Interface Software/Algorithmes : format d’entrée/sortie des fonctions (ex
: fonction qui retourne une liste de distances).
4. Journal de bord et documentation vivante : Chaque groupe tiendra à jour
une page dans le wiki du dépôt Git ; on y notera les décisions techniques, les
leçons apprises, les erreurs à ne pas répéter. Cela permettra à n’importe qui
dans la classe de comprendre l’état d’avancement et des choix de n’importe
quel groupe.
❖ Schéma de communication et de flux de données