Wiki de Projets IMA - Contributions de l’utilisateur [fr]

Projets IMA3 IMA4 2021/2023

2023-04-26T15:03:44Z

Olakhal : /* Répartition des projets */

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P1 [[IMA3/IMA4 2021/2023 P1|IMA3/IMA4 2021/2023 P1]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P2 [[IMA3/IMA4 2021/2023 P2|Simulateur circuit logique]]
| Blaise Conrard
| IDRISSI AATOUF Badr / NGUYEN Benjamin
|-

|-
| P3 [[IMA3/IMA4 2021/2023 P3|Convoyeur avec caméra]]
| Blaise Conrard / Othman Lakhal
| Brenier Timothé / Hornain François / Ling Dylan / Riffaut Mathis
|-

|-
| P4 [[IMA3/IMA4 2021/2023 P4|Impression 3D avec le Dobot Magician]]
| Othman Lakhal
| Lisandra Queiroz
|-

|-
| P5 [[IMA3/IMA4 2021/2023 P5| Supervision d'un Parc d'imprimante 3D]]
| Rodolphe Astori / Blaise Conrard
| Dollet Arthur/ Touria El Azrak / Chichery Gregoire / Amoros Paul
|-

|-
| P6 [[IMA3/IMA4 2021/2023 P6|Robot ramasseur de mégots]]
| Othman Lakhal
| Delannoy Jason - Deffrennes Vianney - Thomas Gabriel
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P7|Accordeur automatique de guitare]]
| Othman Lakhal
|Rouille Quentin / Grondin Louis / Bultel Laurine
|-

|-
| P8 [[IMA3/IMA4 2021/2023 P8|Labyrinthe Autonome]]
| Othman Lakhal / Blaise Conrard
| Pouillard Romain / Legendre Hugo / Vion Antoine / Rodenburg Dann
|-

|-
| P9 [[IMA3/IMA4 2021/2023 P9|Bras Robotique et Traitement d'Image]]
| Othman Lakhal
| Rayane MECHIK / Mohammed HALAOUI / Hejie ZHU / Matéo POURRIER
|-

|-
| P10 [[IMA3/IMA4 2021/2023 P10|Robot à deux roues auto équilibré]]
| Anne-Lise Géhin
| Bennani Mohamed / Farault Rémi
|-

|-
| P11 [[IMA3/IMA4 2021/2023 P11|Robot Hexapode]]
| Anne-Lise Géhin
| Delcourt Jeanne / Godard Estelle / Lemaire Chloé
|-

|-
| P12 [[IMA3/IMA4 2021/2023 P12|Collaboration de deux robots pour la gestion d'un entrepôt]]
| Anne-Lise Géhin
| Naudot François / Delétang Antoine / Sellali Amine / El Mariky Salim
|-

|-
| P13 [[IMA3/IMA4 2021/2023 P13|Gestion d'emploi du temps Maklendar]]
| Othman LAKHAL
| Yanal BANWAME/Alane MAGANGA /Fidèle M'BOUKE
|-

|-
| P14 [[IMA3/IMA4 2021/2023 P14|Télé-opération d'un bras manipulateur collaboratif via un casque virtuel.]]
| Othman LAKHAL
| Julien CHARLEUX / Karl HABRE / Thomas LEFRANC / Tanguy RIDREMONT
|-

|-
| P16 [[IMA3/IMA4 2021/2023 P16|Coupe de France de Robotique]]
| Blaise Conrard / Othman LAKHAL
| Albin MOUTON / Elias SIMON / Romain MARIE / Servan DELAHAIES
|-

|-
| P17 [[IMA4 2021/2023 P17| Authentification NFC]]
| Othman LAKHAL
| Haitam Blgrim / Baptiste Black
|-
|}

IMA3/IMA4 2021/2023 P13

2023-02-15T16:33:51Z

Olakhal : /* Gestion de projet */

='''Résumé'''=

'''Maklendar''' est une plateforme de gestion d'emploi du temps. Elle vise particulièrement à palier les difficultés que les responsables de semestre rencontrent lors de la mise en place du planning des cours d'un semestre. L'objectif est de recueillir toutes les disponibilités des professeurs durant le semestre, de les mixer avec les salles disponibles et le volume horaire des cours grâce à un algorithme de satisfaction de contraintes.

='''Présentation générale'''=

Lors de la réalisation d'emploi de temps des spécialités, la question de gestion s'impose lorsqu'il s'agit de concilier disponibilités des professeurs avec celles du calendrier tout en respectant les contraintes relatives au type de salles disponibles ainsi que leur capacité d'accueil et les types de cours dispensés. Ceci, en devant gérer au cas par cas, les conditions qui conviennent au mieux pour chaque professeur. Ce travail peut à la fin, se révéler fastidieux. Et jusqu'à maintenant, il se fait manuellement par les responsables de semestre.

==Contexte==

'''Maklendar''' vient tenter de répondre à un besoin de Polytech'Lille. En effet, lors de l'élaboration des emplois du temps, plusieurs paramètres rentrent en jeu à savoir disponibilités des professeurs, volumes horaires et type de cours à dispenser, nombre de salles disponibles...
Ainsi, les professeurs et les différents responsables de spécialité s'échangent des mails interminables afin d'arriver à un emploi du temps qui convient aux enseignants et qui respecte la maquette pédagogique. Ce qui est non seulement fastidieux mais s'avère aussi chronophage. Certains responsables de semestre se trouvent des fois en train d'élaborer des emploi du temps même périodes de repos.

Dans le cadre de notre travail, nous avons décidé dans un premier temps de nous limiter à la maquette des SE2A semestre 7.

==Objectif==

Notre but est clair, générer les emplois du temps de manière automatique par une plateforme . Derrière celle-ci va tourner un algorithme qui prendra en compte les contraintes précitées. Une des interfaces de Maklendar permettra à chaque enseignant de renseigner ses disponibilités. Ensuite, grâce à l'algorithme de satisfaction et de contrainte, un emploi de temps en conformité avec toutes les informations des professeurs renseignées sera généré. Elle se chargera également de gérer les conflits engendrés par la coïncidence des disponibilités et des salles. D'éventuelles modifications pourront être apporté par le responsable de semestre ensuite.

==Description==
[[Fichier:Maklendar.png|600px]]
[[Fichier:Maklendar_diagrammepieuvre.png|600px]]

='''Réalisations et résultats'''=

Après avoir examiné les contours de notre projet et le plan d'actions pour la réalisation d'un prototype pour le semestre S7, nous avons décidé de scinder notre travail en deux grandes parties.
La première partie consistait en la réalisation des interfaces web et en le recueil des données dans une base. Pour ce faire, nous avons opté pour Google App Script , plateforme de programmation intégrée à Google . Grâce à cette dernière, l'on peut écrire des scripts dans les services applications de Google. Ce choix a d'ailleurs d'autant plus motivé par le fait que Maklendar est une application qui sera mis en service en ligne sur le serveur de Google. Par ailleurs, il nous semblait plus simple de l'utiliser pour modifier le comportement des données du tableur Google Sheet et pour travailler en équipe. Enfin, il est possible de pouvoir importer Materialize mis à disposition par google pour le design d'interface .

[[Fichier:Maklendar_Interface.png]]

En pratique, nous avons implémenté la base de données recensant les informations de la promotion et des enseignants et réalisé l'interface permettant aux professeurs de renseigner leurs disponibilités. Seulement, nous n'avons pas encore trouvé une solution quand au recueil de ces disponibilités en temps réel dans la base de données de Google Sheet prévue à cet effet.

La seconde partie consistait en le traitement des données . Ici, il s'agissait grâce à un algorithme de satisfaction et de contraintes de générer grâce aux données préalablement renseignés par les enseignants un emploi du temps en conformité avec le cahier de charges. Toutefois nous n'avons pas encore trouvé un algorithme satisfaisant se rapprochant de notre cas. Nous continuons les recherches pour en trouver une.

='''Bilan'''=
Tout au long de ce semestre, nous avons eu à réaliser un prototype réel afin de démontrer la faisabilité du projet . Ce qui ne s'est pas avéré aisé vu la difficulté des tâches croissantes auxquelles nous avons été confrontés. Toutefois, nous avons pu élargir nos connaissances sur le monde algorithmique et sur les bases de données semestre . Nous avons également mieux saisi les contours de notre projet ainsi ses différents aspects et continuons de travailler afin de pouvoir contourner les différents problèmes rencontrés et produire un résultat satisfaisant.

='''Gestion de projet'''=

'''Séances du 10 et 18 Octobre'''

Point sur le projet, récapitulatif de ce qui a été fait au S6 et discussion sur les contours du projet pour le S7.
Nous avons défini l'architecture et les technologies à employer pour réaliser le prototype réel de Maklendar .Nous avons opté pour MySQL en ce qui concernait la base de données chargée de stocker les données des utilisateurs. Nous avons pensé à élaborer 3 interfaces à savoir une pour les professeurs, une pour l'administrateur et un autre pour l'étudiant.
La première interface servirait à renseigner pour les professeurs leurs informations et disponibilités. La deuxième interface permettrait à l'administrateur de voir l'emploi du temps généré en temps réel avec les disponibilités des différents professeurs. La troisième permettrait aux étudiants de visualiser la version finale de l'emploi du temps mis à leur disposition par l'enseignant administrateur.
En ce qui concerne le design des interfaces web, nous avons opté pour les framework Laravel, Boostrap, Materialize.
Nous avons pensé à PHP, au langage Python et C pour gérer la partie intelligence artificielle de notre projet.

'''Séances du 28 Octobre, 18 Novembre et 21 Novembre'''

Décision de se concentrer sur une promotion pour la réalisation du prototype.
Édition de la base de données contenant les informations sur la promotion et les enseignants à savoir leur nom, prénom et le type de cours dispensés .
Décision d'utiliser Excel pour la base de données ;apprentissage sur le langage VBA

'''Séances du 25 Novembre et 28 Novembre'''

Design interface web professeur à l'aide de Google App Script. Recherches sur la possibilité de recueillir des données simultanément à partir de Google agenda.

'''08 décembre, 15 décembre'''

Recherches sur les possibilités de recueillir les disponibilités des professeurs.
Début de recherche sur google colab et machine learning afin de trouver des algorithmes de satisfaction de contraintes pouvant résoudre notre problématique.

*** proposition Code 15/02/2023 *****

import random

# Définition de la classe de l'emploi du temps
class Timetable:
def __init__(self, n_teachers, n_slots, n_subjects):
self.n_teachers = n_teachers
self.n_slots = n_slots
self.n_subjects = n_subjects
self.slots = [[] for _ in range(self.n_slots)]

def add_lesson(self, teacher_id, subject_id, slot_id):
self.slots[slot_id].append((teacher_id, subject_id))

def fitness(self):
# Fonction d'évaluation de la qualité de l'emploi du temps
score = 0
for i in range(self.n_slots):
slot = self.slots[i]
for j in range(self.n_teachers):
count = sum(1 for t, s in slot if t == j)
if count > 1:
score -= count
return score

# Définition de la classe de l'algorithme génétique
class GeneticAlgorithm:
def __init__(self, population_size, mutation_rate, n_generations, n_teachers, n_slots, n_subjects):
self.population_size = population_size
self.mutation_rate = mutation_rate
self.n_generations = n_generations
self.n_teachers = n_teachers
self.n_slots = n_slots
self.n_subjects = n_subjects

def run(self):
# Initialisation de la population
population = [Timetable(self.n_teachers, self.n_slots, self.n_subjects) for _ in range(self.population_size)]
for timetable in population:
for i in range(self.n_slots):
for j in range(self.n_subjects):
teacher_id = random.randint(0, self.n_teachers - 1)
timetable.add_lesson(teacher_id, j, i)

# Évolution de la population
for i in range(self.n_generations):
print(f"Génération {i}")
population = self.evolve(population)
best_timetable = max(population, key=lambda x: x.fitness())
print(f"Score : {best_timetable.fitness()}")
print(best_timetable.slots)

def evolve(self, population):
# Sélection des parents
parents = random.sample(population, k=int(self.population_size * 0.5))
parents = sorted(parents, key=lambda x: x.fitness(), reverse=True)

# Croisement des parents
children = []
for i in range(self.population_size):
parent1 = random.choice(parents)
parent2 = random.choice(parents)
child = Timetable(self.n_teachers, self.n_slots, self.n_subjects)
for j in range(self.n_slots):
for k in range(self.n_subjects):
if random.random() < 0.5:
teacher_id = parent1.slots[j][k][0]
else:
teacher_id = parent2.slots[j][k][0]
child.add_lesson(teacher_id, k, j)

# Mutation
if random.random() < self.mutation_rate:
slot

IMA3/IMA4 2021/2023 P6

2022-10-24T14:49:30Z

Olakhal : /* Contexte */

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Résumé </div>=

200 mots max

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Présentation générale </div>=

[[Fichier:LogoTrashy.png|200px|left]]
[[Fichier:Trashy.png|500px|right]]

==''Contexte''==

Pour notre étude, nous avons d’abord établi une analyse des besoins de notre projet.
Après recherche, nous avons découvert, qu’en France, près de 68 Milliards de cigarettes étaient fumés par an. Et parmi ces 68 Milliards, on estime à 40 Milliards de mégots jetés au sol.
Comme un exemple sera beaucoup plus parlant, prenons l’exemple d’un défi réalisé par 230 participants aux Champs-Elysées. Pour sensibiliser sur le nombre de mégots jetés aux Champs-Elysées, 230 bénévoles se sont mis pour défis de ramasser pendant 1h30 tous les mégots qu’ils trouvaient sur leurs chemins. Une fois ramassés, ils ont compté un total d’environ 100000 mégots. Et ça, ce n’est qu’à l'échelle des Champs-Elysées. A partir de là, on peut s’imaginer la quantité de mégots qui se trouve actuellement sur le sol de nos villes.
Nous avons donc pour projet de créer un robot autonome capable de se déplacer vers le mégot et de le ramasser en le disposant dans un récipient
**************************************************
''La somme nécessaire au ramassage des mégots est de 80.000.000 euros, selon le ministère de la Transition écologique et solidaire. Lors de la première année de sa mise en œuvre, les usines de production de cigarettes ont alloué 10.000.000 euros. L’an suivant, ce montant sera doublé.
La collecte de ces sommes d’argent est dans le cadre de l’application de la loi sortie en février 2020. Cette dernière stipule que le fabricant est garant de ses produits jusqu’à leur fin de vie. Toutefois, il faut attendre l’année 2023 pour que les cigarettiers financent en totalité ces ramassages de mégots.
Le coût du ramassage des mégots varie suivant la superficie de la localité. Les agglomérations rurales dont la population n’excède pas les 5.000 habitants, il est de 0,50 euro. Les municipalités ne dépassant pas 50.000 habitants perçoivent 1,08 euro par personne. Tandis que dans les communes ayant une population supérieure à 50.000 habitants, ce montant est de 2,08 euros.
Il s’agit de la responsabilité élargie des producteurs. Les cigarettiers doivent alors prendre leurs mesures de manière à ce que les mégots soient recyclés. Très polluantes, ces substances prennent beaucoup de temps pour se décomposer à cause de leurs composants en plastiques.''
************************************************

==''Objectifs''==

Notre projet consiste à concevoir et à mettre en place un système mobile autonome (volant ou roulant) permettant la collecte de déchets (initialement de mégots) sur le campus grâce à de la reconnaissance d’image. Ce dossier va vous présenter nos pistes de recherches et de développement ainsi que notre organisation pour mener à bien ce projet. Nous avons décidé de nommer notre robot : “Trashy” (en référence au mot angais Trash).

Pour mener à bien ce projet, nous avons mis en place un Google Drive pour organiser notre travail pendant la période de recherche et d’étude de ce projet. Durant ce semestre, nous avons donc consacré notre temps aux phases de pré-étude et d’étude du projet, ainsi qu’à la réalisation du cahier des charges nous permettant de mieux continuer le projet pour les semestres à venir.

==''Description''==

Nous avons donc déterminé les fonctions contraintes du robot qu’il doit pouvoir réaliser telle la détection des mégots ou encore la contrainte de devoir évoluer sur tout type de terrain. Et c’est ainsi, et après concertation avec tous les membres du projets, que nous avons écrit le cahier des charges suivants :
Le robot devra rouler à une vitesse de 4km/h et devra être capable de passer sur des obstacles de 2cm maximum. De plus, lorsque le robot détecte un obstacle qu’il ne peut peut franchir, il doit s’arrêter et le contourner. Enfin, en cas d’obstacle dangereux, le robot devra émettre un son.
Lorsque le robot détecte un déchet, il doit l’attraper à l’aide de ses pinces puis le mettre dans son réceptacle. Si le réservoir est plein, ou si la maximale que le robot peut transporter est atteinte, le robot devra partir vers une station de déchargement (faite par le client, hors du cadre de notre projet) pour se vider. De plus, lorsque le robot ramasse un déchet, il devra cartographier ce déchet afin de connaître les zones les plus polluées. A noter que le robot ne fait pas le tri des déchets.
La position du robot doit être connue en temps réel afin d’analyser les données du parcours et le robot devra connaître son orientation à l’aide de son gyroscope.
Le robot doit avoir une autonomie de 8h et doit pouvoir repartir vers la station de charge si sa batterie devient faible.
Les bras du robot sont en caoutchouc pour plus d’adhérence et sa trappe (de 41L) est concave afin d’éviter que les déchets ne se coincent.
Le robot doit être capable d’évoluer dans des terrains semi-accidentés et de monter un trottoir. En cas d’urgence, le robot doit immédiatement s’arrêter.

C’est ainsi qu’après réflexions et brainstorming entre les membres du groupe, nous avons trouvé les premières solutions et design de Trashy. Ainsi, nous allons concevoir une carte mère adaptée au robot permettant toutes les fonctionnalités décrites ci-dessus. Nous allons donc avoir recours à un processeur ATMEGA 2560 en communication avec une Raspberry PI. La Raspberry est là pour les traitements des capteurs plus gourmands (dont l’analyse d’image de la caméra) que l’arduino ne peut faire.

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Réalisation et résultats </div>=

[[Fichier:BaseRobot.jpeg|400px|thumb|center|'''Base du Robot''']]

[[Fichier:PinceRobot.jpeg|400px|thumb|center|'''Pince du Robot''']]

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Bilan </div>=

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Gestion de projet </div>=

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Chronologie et rapport de scéances </div>=

=='''Semestre S6'''==

==Mars==

'''Mardi 1er Mars 2022 :'''

*Découverte du cahier des charges
*Définition du sujet
*Mis en place des outils pour faciliter le travail de groupe
*Commencement de la réalisation de l’analyse fonctionnelle (diagramme bête à corne et diagramme des interacteurs)
*Etude de marché
*Recherche des premières solutions
*Problématique : Faisabilité niveau loi (les normes à respecter/ ce qu’on peut faire et peut pas faire)

'''Mardi 8 Mars 2022 :'''

*Etude de faisabilité
*Commencement de l’étude d’opportunité (diagramme SWOT)
*Définition des premières idées pour la conception du robot
*Commencement de l’analyse des risques
*Problématique : Difficulté pour faire l’analyse des risques financiers

'''Mardi 15 Mars 2022 :'''

*Définir l’organisation du projet
*Cahier des charges fonctionnel/technique a définir
*Brainstorming sur l’analyse SWOT et la solution du robot suite à un entretien avec notre prof d’économie
*Finition de l’analyse SWOT
*Finition de l’étude d’opportunité
*Analyse des risques technologiques

'''Mardi 22 Mars 2022 :'''

*Commencement du cahier des charges fonctionnelles et techniques
*Diagramme fonctionnelle
*Recherche des premiers composants
*Définition des caractéristiques du robot

'''Mardi 29 Mars 2022 :'''

*Définitions des risques techniques et des solutions envisagés
*Dimensionnement des principaux moteurs
*Commencement des recherches pour la carte mère
*Recherche des premiers composants
*Recherche d'un modèle de diagramme de Gantt pour l’organisation du projet

==Avril==

'''Mardi 5 Avril 2022 :'''

*Commencement du diagramme Gantt
*Etude de marché
*Finitions des études en cours

'''Mardi 26 Avril 2022 :'''

*Commencement et avancée du diapo de présentation
*Commencement de l'écriture du script de la vidéo de présentation
*Concertation en groupe sur le design et l'aspect technique du robot

==Mai==

'''Mardi 3 Mai 2022 :'''

*Commencement de la carte mère du robot
*Poursuite de l’écriture de la vidéo “Ma thèse en 180s”
*Finalisation des derniers détails pour certaines parties
*Création d’un doc sur les questions fréquemment posées (jury)
*Choix d’un logo
*Design sur papier du robot avec mesures

=='''Semestre S7'''==

==Octobre==

'''Lundi 10 octobre 2022:'''

*Mise en place du wiki
*Réception du robot et des pinces sur lequel nous allons travailler
*Organisation du Semestre et des tâches à faire

'''Vendredi 21 octobre 2022:'''

*Commencement de l'algorithme de détection d'objet
*Recherche de solution pour optimiser la détection d'objet
*Construction et débat sur le bac de remplissage

IMA3/IMA4 2021/2023 P6

2022-10-24T14:49:09Z

Olakhal :

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Résumé </div>=

200 mots max

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Présentation générale </div>=

[[Fichier:LogoTrashy.png|200px|left]]
[[Fichier:Trashy.png|500px|right]]

==''Contexte''==

Pour notre étude, nous avons d’abord établi une analyse des besoins de notre projet.
Après recherche, nous avons découvert, qu’en France, près de 68 Milliards de cigarettes étaient fumés par an. Et parmi ces 68 Milliards, on estime à 40 Milliards de mégots jetés au sol.
Comme un exemple sera beaucoup plus parlant, prenons l’exemple d’un défi réalisé par 230 participants aux Champs-Elysées. Pour sensibiliser sur le nombre de mégots jetés aux Champs-Elysées, 230 bénévoles se sont mis pour défis de ramasser pendant 1h30 tous les mégots qu’ils trouvaient sur leurs chemins. Une fois ramassés, ils ont compté un total d’environ 100000 mégots. Et ça, ce n’est qu’à l'échelle des Champs-Elysées. A partir de là, on peut s’imaginer la quantité de mégots qui se trouve actuellement sur le sol de nos villes.
Nous avons donc pour projet de créer un robot autonome capable de se déplacer vers le mégot et de le ramasser en le disposant dans un récipient

''La somme nécessaire au ramassage des mégots est de 80.000.000 euros, selon le ministère de la Transition écologique et solidaire. Lors de la première année de sa mise en œuvre, les usines de production de cigarettes ont alloué 10.000.000 euros. L’an suivant, ce montant sera doublé.
La collecte de ces sommes d’argent est dans le cadre de l’application de la loi sortie en février 2020. Cette dernière stipule que le fabricant est garant de ses produits jusqu’à leur fin de vie. Toutefois, il faut attendre l’année 2023 pour que les cigarettiers financent en totalité ces ramassages de mégots.
Le coût du ramassage des mégots varie suivant la superficie de la localité. Les agglomérations rurales dont la population n’excède pas les 5.000 habitants, il est de 0,50 euro. Les municipalités ne dépassant pas 50.000 habitants perçoivent 1,08 euro par personne. Tandis que dans les communes ayant une population supérieure à 50.000 habitants, ce montant est de 2,08 euros.
Il s’agit de la responsabilité élargie des producteurs. Les cigarettiers doivent alors prendre leurs mesures de manière à ce que les mégots soient recyclés. Très polluantes, ces substances prennent beaucoup de temps pour se décomposer à cause de leurs composants en plastiques.''

==''Objectifs''==

Notre projet consiste à concevoir et à mettre en place un système mobile autonome (volant ou roulant) permettant la collecte de déchets (initialement de mégots) sur le campus grâce à de la reconnaissance d’image. Ce dossier va vous présenter nos pistes de recherches et de développement ainsi que notre organisation pour mener à bien ce projet. Nous avons décidé de nommer notre robot : “Trashy” (en référence au mot angais Trash).

Pour mener à bien ce projet, nous avons mis en place un Google Drive pour organiser notre travail pendant la période de recherche et d’étude de ce projet. Durant ce semestre, nous avons donc consacré notre temps aux phases de pré-étude et d’étude du projet, ainsi qu’à la réalisation du cahier des charges nous permettant de mieux continuer le projet pour les semestres à venir.

==''Description''==

Nous avons donc déterminé les fonctions contraintes du robot qu’il doit pouvoir réaliser telle la détection des mégots ou encore la contrainte de devoir évoluer sur tout type de terrain. Et c’est ainsi, et après concertation avec tous les membres du projets, que nous avons écrit le cahier des charges suivants :
Le robot devra rouler à une vitesse de 4km/h et devra être capable de passer sur des obstacles de 2cm maximum. De plus, lorsque le robot détecte un obstacle qu’il ne peut peut franchir, il doit s’arrêter et le contourner. Enfin, en cas d’obstacle dangereux, le robot devra émettre un son.
Lorsque le robot détecte un déchet, il doit l’attraper à l’aide de ses pinces puis le mettre dans son réceptacle. Si le réservoir est plein, ou si la maximale que le robot peut transporter est atteinte, le robot devra partir vers une station de déchargement (faite par le client, hors du cadre de notre projet) pour se vider. De plus, lorsque le robot ramasse un déchet, il devra cartographier ce déchet afin de connaître les zones les plus polluées. A noter que le robot ne fait pas le tri des déchets.
La position du robot doit être connue en temps réel afin d’analyser les données du parcours et le robot devra connaître son orientation à l’aide de son gyroscope.
Le robot doit avoir une autonomie de 8h et doit pouvoir repartir vers la station de charge si sa batterie devient faible.
Les bras du robot sont en caoutchouc pour plus d’adhérence et sa trappe (de 41L) est concave afin d’éviter que les déchets ne se coincent.
Le robot doit être capable d’évoluer dans des terrains semi-accidentés et de monter un trottoir. En cas d’urgence, le robot doit immédiatement s’arrêter.

C’est ainsi qu’après réflexions et brainstorming entre les membres du groupe, nous avons trouvé les premières solutions et design de Trashy. Ainsi, nous allons concevoir une carte mère adaptée au robot permettant toutes les fonctionnalités décrites ci-dessus. Nous allons donc avoir recours à un processeur ATMEGA 2560 en communication avec une Raspberry PI. La Raspberry est là pour les traitements des capteurs plus gourmands (dont l’analyse d’image de la caméra) que l’arduino ne peut faire.

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Réalisation et résultats </div>=

[[Fichier:BaseRobot.jpeg|400px|thumb|center|'''Base du Robot''']]

[[Fichier:PinceRobot.jpeg|400px|thumb|center|'''Pince du Robot''']]

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Bilan </div>=

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Gestion de projet </div>=

=<div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #2E64FE; vertical-align: top; width: 98%;"> Chronologie et rapport de scéances </div>=

=='''Semestre S6'''==

==Mars==

'''Mardi 1er Mars 2022 :'''

*Découverte du cahier des charges
*Définition du sujet
*Mis en place des outils pour faciliter le travail de groupe
*Commencement de la réalisation de l’analyse fonctionnelle (diagramme bête à corne et diagramme des interacteurs)
*Etude de marché
*Recherche des premières solutions
*Problématique : Faisabilité niveau loi (les normes à respecter/ ce qu’on peut faire et peut pas faire)

'''Mardi 8 Mars 2022 :'''

*Etude de faisabilité
*Commencement de l’étude d’opportunité (diagramme SWOT)
*Définition des premières idées pour la conception du robot
*Commencement de l’analyse des risques
*Problématique : Difficulté pour faire l’analyse des risques financiers

'''Mardi 15 Mars 2022 :'''

*Définir l’organisation du projet
*Cahier des charges fonctionnel/technique a définir
*Brainstorming sur l’analyse SWOT et la solution du robot suite à un entretien avec notre prof d’économie
*Finition de l’analyse SWOT
*Finition de l’étude d’opportunité
*Analyse des risques technologiques

'''Mardi 22 Mars 2022 :'''

*Commencement du cahier des charges fonctionnelles et techniques
*Diagramme fonctionnelle
*Recherche des premiers composants
*Définition des caractéristiques du robot

'''Mardi 29 Mars 2022 :'''

*Définitions des risques techniques et des solutions envisagés
*Dimensionnement des principaux moteurs
*Commencement des recherches pour la carte mère
*Recherche des premiers composants
*Recherche d'un modèle de diagramme de Gantt pour l’organisation du projet

==Avril==

'''Mardi 5 Avril 2022 :'''

*Commencement du diagramme Gantt
*Etude de marché
*Finitions des études en cours

'''Mardi 26 Avril 2022 :'''

*Commencement et avancée du diapo de présentation
*Commencement de l'écriture du script de la vidéo de présentation
*Concertation en groupe sur le design et l'aspect technique du robot

==Mai==

'''Mardi 3 Mai 2022 :'''

*Commencement de la carte mère du robot
*Poursuite de l’écriture de la vidéo “Ma thèse en 180s”
*Finalisation des derniers détails pour certaines parties
*Création d’un doc sur les questions fréquemment posées (jury)
*Choix d’un logo
*Design sur papier du robot avec mesures

=='''Semestre S7'''==

==Octobre==

'''Lundi 10 octobre 2022:'''

*Mise en place du wiki
*Réception du robot et des pinces sur lequel nous allons travailler
*Organisation du Semestre et des tâches à faire

'''Vendredi 21 octobre 2022:'''

*Commencement de l'algorithme de détection d'objet
*Recherche de solution pour optimiser la détection d'objet
*Construction et débat sur le bac de remplissage

IMA3/IMA4 2021/2023 P13

2022-10-24T14:36:00Z

Olakhal : Page créée avec « ='''Résumé''' = 200 mots max ='''Présentation générale'''= ==Contexte== ==Objectif== ==Description== ='''Réalisations et résultats'''= ='''Bilan'''= ='''Gest... »

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

IMA4 2021/2023 P17

2022-10-24T14:35:25Z

Olakhal : /* Objectif */

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==
- Création d'une application pour lire/écrire sur la carte.<br>
- Enregistrer les informations sur une base de données.<br>
- Création d'une application pour visualisés les informations enregistrés.<br>

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

Projets IMA3 IMA4 2021/2023

2022-10-24T14:32:43Z

Olakhal : /* Répartition des projets */

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P1 [[IMA3/IMA4 2021/2023 P1|IMA3/IMA4 2021/2023 P1]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P2 [[IMA3/IMA4 2021/2023 P2|Simulateur circuit logique]]
| Blaise Conrard
| IDRISSI AATOUF Badr / NGUYEN Benjamin
|-

|-
| P3 [[IMA3/IMA4 2021/2023 P3|Convoyeur avec caméra]]
| Blaise Conrard / Othman Lakhal
| Brenier Timothé / Hornain François / Ling Dylan / Riffaut Mathis
|-

|-
| P4 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P5 [[IMA3/IMA4 2021/2023 P5| Supervision d'un Parc d'imprimante 3D]]
| Rodolphe Astori / Blaise Conrard
| Dollet Arthur/ Touria El Azrak / Chichery Gregoire / Amoros Paul
|-

|-
| P6 [[IMA3/IMA4 2021/2023 P6|Robot ramasseur de mégots]]
| Othman Lakhal
| Delannoy Jason - Deffrennes Vianney - Thomas Gabriel
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P7|Accordeur automatique de guitare]]
| Othman Lakhal
|Rouille Quentin / Grondin Louis / Bultel Laurine
|-

|-
| P8 [[IMA3/IMA4 2021/2023 P8|Vanne Piézoelectrique]]
| Othman Lakhal
| Pouillard Romain / Legendre Hugo/ Vion Antoine
|-

|-
| P9 [[IMA3/IMA4 2021/2023 P9|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P10 [[IMA3/IMA4 2021/2023 P10|Robot à deux roues auto équilibré]]
| Anne-Lise Géhin
| Bennani Mohamed / Farault Rémi
|-

|-
| P11 [[IMA3/IMA4 2021/2023 P11|Robot Hexapode]]
| Anne-Lise Géhin
| Delcourt Jeanne / Godard Estelle / Lemaire Chloé
|-

|-
| P12 [[IMA3/IMA4 2021/2023 P12|Communication entre des robots pour la gestion d'un entrepôt]]
| Anne-Lise Géhin
| Naudot François / Delétang Antoine / Sellali Amine / El Mariky Salim
|-

|-
| P13 [[IMA3/IMA4 2021/2023 P13|Gestion d'emploi du temps Maklendar]]
| Othman LAKHAL
| Yanal BANWAME/Alane MAGANGA /Fidèle M'BOUKE
|-

|-
| P14 [[IMA3/IMA4 2021/2023 P14|Télé-opération d'un bras manipulateur collaboratif via un casque virtuel.]]
| Othman LAKHAL
| Julien CHARLEUX / Karl HABRE / Thomas LEFRANC / Tanguy RIDREMONT
|-

|-
| P15 [[IMA3/IMA4 2021/2023 P15|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P16 [[IMA3/IMA4 2021/2023 P16|Coupe de France de Robotique]]
| Blaise Conrard / Othman LAKHAL
| Albin MOUTON / Elias SIMON / Romain MARIE / Servan DELAHAIES
|-

|-
| P17 [[IMA4 2021/2023 P17| Authentification RFID]]
| Othman LAKHAL
| Haitam Blgrim / Baptiste Black
|-
|}

Projets IMA3 IMA4 2021/2023

2022-10-10T10:16:37Z

Olakhal : /* Répartition des projets */

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P1 [[IMA3/IMA4 2021/2023 P1|Robot ramasseur de déchets]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P2 [[IMA3/IMA4 2021/2023 P2|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P3 [[IMA3/IMA4 2021/2023 P3|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P4 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P5 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P6 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-
|}

Projets IMA3 IMA4 2021/2023

2022-10-09T15:22:59Z

Olakhal : /* Répartition des projets */

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P1 [[IMA3/IMA4 2021/2023 P1|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P2 [[IMA3/IMA4 2021/2023 P2|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P3 [[IMA3/IMA4 2021/2023 P3|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P4 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P5 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P6 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-

|-
| P7 [[IMA3/IMA4 2021/2023 P4|ici nom du projet]]
| ici nom encadrant
| ici etudiant 1 / etudiant 2 / ....
|-
|}

IMA3/IMA4 2021/2023 P3

2022-10-09T15:13:31Z

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

IMA3/IMA4 2021/2023 P2

2022-10-09T15:13:19Z

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

IMA3/IMA4 2020/2022 P8

2022-10-09T15:12:24Z

Olakhal :

=Présentation générale=

==Contexte==
L'informatique se pose de plus en plus comme un outil incontournable dans le monde. De nombreuses applications apparaissent afin de nous faciliter la vie, que ce soit dans le milieu universitaire ou de l'entreprise.

Par exemple, le logiciel Zoom a permis à de nombreux étudiants et professionnels de continuer à travailler à distance lors des différents confinements provoqués par la crise sanitaire.

Depuis 2020, nous avons pu nous rendre compte que l'utilisation de Zoom n'est pourtant pas si évident. Il est facile de se perdre entre les fenêtres de chat, de partage d'écran, de caméra, les boutons d'allumage/arrêt du micro, ou encore de la webcam.

==Description==
Pour palier à ces difficultés, nous avons décidé de développer un objet connecté permettant d'accéder facilement à différentes actions importantes de Zoom (micro, caméra, volume...).

Néanmoins, entre les feuilles de notes, la souris et le clavier, il semble difficile d'ajouter un objet supplémentaire à utiliser avec les mains.
C'est pourquoi notre objet connecté a pour vocation d'être utilisable par les pieds, nous appellerons cette objet : Pédalier.

Celui-ci sera composé de différents capteurs.

==Fonctionnalités et Solutions adoptées==
* Push-to-Talk : Pédale permettant de détecter une pression du pied.

* Allumage/Extinction continu du micro : Interrupteur pouvant être ouvert ou fermé par un simple mouvement du pied. <br />La pédale push-to-talk allumera le micro si l’interrupteur est sur OFF, et l’éteindra si ce dernier est sur ON.

* Défilement (~ scroll de souris) : Joystick permettant des mouvements/passages de documents de haut en bas, et de droite à gauche.

* Réglage du volume : Potentiomètre.

Afin de réaliser le traitement des données collectées par les capteurs utilisés, nous utiliserons une carte de type Arduino.

=Réalisation du Projet=

==Projet S6==

[https://docs.google.com/document/d/127_4WdT-WQA_9TKtX-vjDL0gaNhgowpDq3z9E_W9Vso/edit?usp=sharing Compte-Rendu Projet S6]

==Projet S7==

===Semaine 41===

Lors de cette séance, nous avons :
* Fait un état d'avancement de notre projet.
* Fait un point avec notre tuteur sur le travail restant et les échéances à venir.
* Effectué un Diagramme de Gantt pour répartir dans le temps le travail qu'il nous reste à faire. [https://docs.google.com/spreadsheets/d/1hc4TJBslVAblVG-1w6jsGc6FrNd4bpA4TIXeX_69dRo/edit?usp=sharing Diagramme de Gantt]

[[Image:Diagramme_Gantt_-_S41.png|thumb|none|Diagramme de Gantt - S41|700px]]

===Semaine 42===

Afin d'anticiper les délais de commande de composants, nous nous sommes tout d'abord concentrés sur la réalisation du bon de commande nécessaire à la réalisation du projet.

====Microcontrôleur====
La priorité était de trouver des microcontrôleurs Avr32u4, en accord avec les conseils donnés par notre tuteur la semaine précédente.

Ce composant n'était plus en stock chez les distributeurs parmi lesquels nous pouvons commander (Farnell, Mouser et Radiospare).
Nous en avons néanmoins trouvé sur le site de Digikey.

N'étant pas sûr qu'il y en aura encore en stock quand la commande sera passée, nous allons également recommander des Arduino Leonardo comme solution de repli.

Dans les deux cas nous en commandons 4 afin d'avoir de la marge de manœuvre si nous cassons un composant lors de nos manipulations.

Ainsi, si nous pouvons recevoir les 32u4, nous réaliserons le PCB intégralement, sinon, nous effectuerons un shield de la Leonardo sur le PCB.

====Capteurs & Pédales====
Dans un second temps, nous avons effectué de nouvelles recherches d'interrupteurs, boutons poussoirs et pédales adaptées à la réalisation du prototype final.

En effet, les éléments commandés lors du semestre précédent servaient davantage à faire des essais à petite échelle.

Ces recherches sont à compléter lors de la semaine à venir.

====Composants électroniques====
A partir d'un exemple de PCB de manette de jeu, et de son schéma électronique, nous avons pu trouver des références de résistances, capacités, inductances ou encore leds bien dimensionnées à notre projet.

Il nous reste à estimer le nombre de chaque composant à commander afin d'émettre le bon de commande.

===Semaine 43===

====Finalisation du bon de commande====

La priorité cette semaine était d'estimer les quantités de composants électroniques à commander (résistances et leds).

Le PCB n'étant pas encore réalisé, nous avons manqué d'informations concernant les capacités et inductances dont nous allons avoir besoin.
Nous ne les avons donc pas indiqué sur ce bon de commande. Nous verrons à un stade intermédiaire du projet pour en effectuer une nouvelle via l'école si possible, ou sinon par nous-même.

De même, nous n'avons pas commandé de nouveaux capteurs. Ceux que nous avons récupéré au Semestre 6 sont suffisants pour effectuer des tests et faire fonctionner notre projet à la main.

A terme, l'objectif est que notre objet connecté soit utilisable au pied, mais cela relèvera davantage de la mécanique. Ce n'est donc pas notre priorité, nous nous y pencherons une fois la finalisation électronique/informatique de notre pédalier.

Voici le lien vers notre bon de commande : [https://docs.google.com/spreadsheets/d/1D2H-ZpF9KevfzY1WEy2rn7rxFgN5bKpEFgOMIa5rdw8/edit?usp=sharing Bon de commande]

====Initiation à la réalisation de PCB====

Comme nous avons finalisé le bon de commande assez rapidement, nous avons pris de l'avance sur les prochaines séances de projets.

A partir de la semaine 45, nous devons nous pencher sur la réalisation d'un PCB.

Nous avons trouvé un logiciel gratuit, utilisable de façon collaborative : EasyEDA.

Afin d'en comprendre le fonctionnement, nous avons trouvé divers tutoriels.

===Semaine 45===

====Conception du PCB====

A l'aide de d'exemples de PCB présentant des fonctionnalités similaires aux besoins de notre projet, nous avons commencé à réaliser le notre.

Il nous a tout d'abord fallu trouver les bons composants dans les bibliothèques d'Easy EDA.
De nombreux composants presque identiques étant disponibles, nous avons fait attention à bien sélectionner ceux correspondant à la commande que nous avons émise quelques semaines plus tôt.

A l'aide de la datasheet de l'Atmega 32u4 que nous utilisons, nous avons effectué les premiers câblages de capacités de découplage, masse, alimentation...

Nous avons également ajouté des tunnels qui nous permettront par la suite de relier les pins de notre microcontrôleur aux différentes fonctions électroniques de notre montage.

Le choix des pins sera peut-être à revoir par la suite, afin d'assurer une impression plus facile du PCB.

[[Image:cablage_microp_s45.png|thumb|none|Câblage Avr32u4|700px]]

====Ecriture du programme====

Recherches sur le programme, notamment les différentes possibilités pour modifier le son de l'ordinateur via un potentiomètre. Afin de récupérer les données de volume, un programme sur le PC est indispensable.

On décide donc de faire notre driver, ce choix nous permettrait également de ne plus considérer l'USB directement comme un clavier, mais gérer les entrées via le driver. Il permet également de changer de langage de programmation, par exemple le python, et de simplifier le code et sa portabilité sur les différents systèmes d'exploitation.

===Semaine 46===

====Conception du PCB====

Suite à notre premier cours sur la réalisation PCB, nous avons réalisé un schéma fonctionnel.

Celui-ci permet de mieux visualiser les éléments nécessaires à sa réalisation au travers des fonctions principales le constituant.

Nous l'avons communiqué à notre enseignant, afin qu'il puisse le vérifier et nous aider dans la suite de réalisation de notre PCB.

[[Image:schéla_fonctionnel_pcb.png|thumb|none|Schéma fonctionnel|500px]]

En parallèle, nous avons continué d'avancer sur la schématisation du PCB avec Easy EDA.

Nous avons notamment réalisé les schémas électrique du joystick et du bouton poussoir, qui sont présentés ci-dessous.

Une fonction led a également été ajoutée. Ces leds serviront à vérifier le fonctionnement de notre PCB une fois qu'il sera imprimé (une led allumée lorsqu'il est alimenté, une autre lorsque le bouton est appuyé, etc...)

[[Image:Joystick.png|thumb|none|Schéma électrique joystick|500px]]
[[Image:Bouton_poussoir.png|thumb|none|Schéma électrique bouton|500px]]

====Ecriture du programme====

Suite des recherches sur la façon de faire notre programme.

===Semaine 47===

====Conception du PCB====

Suite des recherches sur le PCB, réalisation d'un [https://docs.google.com/drawings/d/1UKvGpBgO794V88tKVsHmTXP7CoxED5v7gnbZxgTIrdo/edit?usp=sharing schéma] pour aider à la réalisation. Néanmoins des difficultés se font ressentir sur la compréhension de la transmission des données et l'alimentation du PCB.

====Ecriture du programme====

Création du [https://gitlab.com/Shaggy420/projet_se/ GitLab du projet] et début de la rédaction du programme afin de gérer les différents modules, notamment le potentiomètre pour régler le son.

====Schéma du Pédalier====

[https://docs.google.com/drawings/d/11pIWDD2q1ov1G21jPTd8Zp9tHLYGEItWvAx5EWOGSHI/edit?usp=sharing Schéma du pédalier] sur Google Drawings afin d'avoir un plan avant de commencer la conception 3D, mais certains détails sont encore sujets au changement.

===Compte-Rendu Projet S7===
[https://docs.google.com/document/d/1sKaL0qLvcGJPhesR_pk3AW9f5dUvkVjzKYxDdj7FUPY/edit?usp=sharing Compte-Rendu Projet S7]

==Projet S8==

===Semaine 03===

En amont de cette séance, nous avons fait un point sur l'état d'avancement de notre projet ainsi que sur la répartition des tâches.

Comme discuté avec les enseignants lors de la soutenance de projet du Semestre 7, nous avons fait en sorte de travailler en parallèle sur davantage de tâches.

A partir de cela, nous avons établi un nouveau diagramme de Gantt s'articulant autour de la réalisation d'interfaces numérique et physique, en continuité avec le travail du semestre précédent.

[[Image:Diagramme_Gantt_-_S03.png|thumb|none|Diagramme de Gantt - S03|701px]]

Nous avons ensuite pu reprendre en main notre travail (notamment la partie code et le PCB) pour réfléchir aux changements et améliorations qui avaient été évoqués lors de la soutenance.

====Interface numérique====
Afin d'implémenter l'interface, nous avons dû effectuer des recherches sur différents frameworks et leur prise en main.

Nous avons utilisé PyGame TKinter afin de tester le framework QT.

De plus, des premiers schémas de l'interface numérique ont été réalisés afin de guider la conception.

[[Image:schemainterfacenumerique1.jpg|thumb|none|Schéma interface numérique|200px]]
[[Image:schemainterfacenumerique2.jpg|thumb|none|Schéma interface numérique - Potentiomètre|200px]]

====PCB====
Concernant le PCB, nous avons principalement pris le temps d'effectuer des corrections, d'ajouter des capacités de liaisons et autres éléments qui faisaient défaut au modèle présenté lors de la soutenance.

====Conception boîtier====
Afin de pouvoir réaliser l'interface mécanique, nous avons tout d'abord pris le temps de réfléchir à son design, de façon réaliste.

Nous avions déjà fait une ébauche lors du semestre précédent, mais nous nous sommes rendus compte qu'en terme de dimensionnement, des éléments ne fonctionneraient pas bien pour une utilisation au pied. Un nouveau schéma a alors été défini :

[[Image:DessinBoitier.jpg|thumb|none|1er Schéma du boîtier|500px]]

===Semaine 04===
====Interface numérique====
Nous avons continué de tester QT, ainsi que d'autres frameworks.

Plusieurs d'entre eux étaient plus simples d'utilisation que QT, mais ce dernier s'utilisait d'une façon similaire à ce que l'on étudie en Java lors des cours de Conception Logicielle à Objet.

Finalement, nous avons donc décidé d'utiliser ce framework pour la réalisation de notre interface numérique.

====PCB====
Un point avec le tuteur a été fait afin de décider de la direction que nous allions prendre pour continuer notre PCB.

L'impossibilité de recevoir les micro-contrôleurs dont nous avions besoin pour notre format de PCB nous a poussé à revoir sa construction.

Nous nous sommes dirigés vers la réalisation d'un shield avec une Arduino Leonardo que nous avions déjà utilisé précédemment pour nos tests.

Cela nous permet d'utiliser le micro-contrôleur de la carte, qui est le même que ceux que nous devions recevoir.

====Conception boîtier====
Pour continuer sur le design de l'interface mécanique, il a fallu réfléchir au dimensionnement des capteurs.

En effet, nos capteurs sont de petite taille. Il nous a fallu réfléchir à la taille adaptée pour une utilisation au pied.

A partir de là, nous avons pu réfléchir à un moyen " d'agrandir " artificiellement nos capteurs par de la mécanique simple.

Notamment pour remplacer la boule d'arcade du joystick et de d'allonger la course du potentiomètre à l'aide d'un système d'engrenage.

====Bon de commande====
Nous avons effectué un nouveau Bon de commande, afin d'obtenir des connecteurs qui seront nécessaires à la réalisation de notre shield.

Nous avons également commandé des leds traversantes. Le reste du matériel de microélectronique peut être obtenu à l'école.

[[Image:Bon_de_commande_S8.png|thumb|none|Bon de commande S8|1000px]]

===Semaine 05===
====Interface numérique====
Nous avons pris en main QT, sans logiciel annexe.

Pour être à l'aise avec cet outil, nous avons effectué des bases d'interface de test.

====PCB====
Nous avons débuté la réalisation du shield.

La principale difficulté est de prévoir les emplacements des connecteurs et surtout le type de connecteur. Après un point avec M. Vantroys, nous avions mal compris ce qu'il fallait faire.

Le shield ne sera pas sur une Arduino Leonardo mais sur une carte Arduino Uno, nous avons alors mis a jour les pins et mis a jour le dimensionnement physique.

Le schéma électrique du shield a alors été réalisé.

[[Image:shield_elec.png|thumb|none|Schéma électrique du Shield|600px]]

On remarque un schéma très basique contenant que des résistances.
La difficulté sera sur le routage de cette carte car cela est une découverte pour nous.
Nous avons ensuite parlé avec notre tuteur et nous avons commencé l'étape routage.

Voici le premier essai de routage :
[[Image:premieressai.png|thumb|none|Routage - Premier essai|500px]]

====Formations au Fabricarium====
Afin de pouvoir réaliser les éléments de mécaniques nécessaires à la réalisation finale du pédalier, il est nécessaire d'avoir des formations sur les machines disponibles au Fabricarium.

Une partie du groupe a effectué la formation découpe laser puis la formation de la fraiseuse numérique.

===Semaine 06===
====Interface numérique====
L'outil QT étant pris en main, nous avons modélisé l'interface graphique nécessaire pour notre projet.

Nous avons fait un WireFrame en utilisant diagrams.net pour visualiser l'objet.

====PCB====
Concernant le PCB, le schéma à été validé avec le tuteur pour le Shield.

En plus de ces cartes, il nous a été conseillé de réaliser d'autres cartes servant de 'HUB' permettant d'éviter les câbles suspendus et donc de sortir les câbles sur les capteurs proches.

Ces cartes ont été réalisées mais nous n'étions pas certains du fonctionnement du connecteur He10 que nous voulions au préalable vérifier (montage série).

Voici le schéma d'un HUB pour les interrupteur et la pédale:
[[Image:HUBv1.png|thumb|none|Schéma électrique du HUB|500px]]

Voici le schéma d'un HUB pour les LEDs:
[[Image:hub_led.png|thumb|none|Schéma électrique du HUB 'Leds'|500px]]

Voici le schéma d'un HUB pour le Joystick analogique:
[[Image:hub_joy.png|thumb|none|Schéma électrique du HUB 'Joystick'|500px]]

Après essais, nous sommes rentrés en contact avec M. Flamen pour prévoir l'étape impression de ceux-ci.

N'ayant pas Altium, nous avons utilisé Easy EDA comme designer, le logiciel que nous utilisions déjà les semestres passés, mais que ne connaissait pas vraiment M. Flamen.

Nous avons tout de même progressé et retravaillé le shield. Nous avons aussi décider de changer les résistances traversantes choisies par des résistances CMS 12*6 afin de faciliter la visibilité du circuit et ainsi éviter les passage sur l'autre face.

====Formations au Fabricarium====
Une formation pour utiliser l'imprimante 3D était prévue, mais a été reportée.
Nous avons donc profité de ce temps pour effectuer des tests avec la découpe laser, afin de la prendre en main.

Nous avons également réalisé un prototypes en carton du boîtier afin de visualiser la forme et les dimensions.

===Semaine 08===
====Interface numérique====
Nous avons découvert l'existence d'un IDE créé spécialement pour la mise en place d'interfaces graphiques utilisant le framework Qt : QtCreator.

Nous avons donc décidé de le prendre en main afin de mieux visualiser l'interface et être capable de l'implémenter plus rapidement.

====PCB====
Une fois le PCB terminé, nous avons fait un point avec notre tuteur avant de rencontrer M. Flamen, avec lequel nous avons remarqué que les pistes de résistances étaient trop proches et trop fine.

En effet, les pistes utilisées étaient trop fine, bien qu'elles étaient dans les marges de faisabilité de la machine.

Après avoir vu le rendu et avoir raté plusieurs tentatives de soudure sur une carte d'essai, nous avons changé les pistes et surtout leur espacement.

Nous avons donc essayé d'optimiser un maximum la disposition des composants avant de retourner auprès de M. Flamen pour des tentatives d'impression.

En travaillant sur un design plus 'propre', nous avons fait un autre point avec notre tuteur et avons décidé de passer la carte sur une carte Micro Arduino, ce qui change les dimensions.

Nous avons donc mis a jour le routage sur le temps restant.

====Formations Fabricarium et Modélisation====
La formation imprimante 3D a finalement pu être effectuée.

Après la prise de mesure des éléments, la première modélisation de l'extension du joystick a été réalisée après découverte de l'outil de conception Onshape.

Il a été choisi de réaliser un joystick plat afin de faciliter l'utilisation au pied, une incurvation est prévue afin de permettre au pied de ne pas glisser lors de l'utilisation.

Il a pu alors être imprimé en 3D par la suite.

[[Image:Joystickv1.png|thumb|none|Modélisation 3D de l'extension du joystick|300px]]

===Semaine 09===
====Interface numérique====
N'ayant pas compris le fonctionnement de QtCreator, nous avons décidé de revenir au framework initial sans logiciel tiers dans le courant de la semaine.

Nous avons donc créé les différentes interfaces nécessaires sans mise en forme, à l'exception de l'une d'entre elles qui nous a posé problème.

Cette dernière nécessitait de placer des widgets (des objets tels que des boutons ou des zones de texte par exemple) à l'intérieur d'un autre (QWidget, la classe générique).

====PCB====
Nous avons rencontré Mr Flamen qui m'a fait une initiation a la conception électronique en voyant une incohérence dans notre schéma.

En effet, sur un PCB les pistes ne peuvent pas être du même coté que les connecteurs, j'ai donc au début passé les pistes sur la face "Bottom" mais vous avons remarqué que le Shield ne correspondrait alors plus aux pins choisis.

Nous avons alors retourné les headers ce qui implique alors un aspect "miroir" qui a croisé l'ensemble des routages. Les démonstrations de M. Flamen ont été très formatrices.

Nous avons appris que la machine ne permet pas la réalisation de trous métallique, ce qui s'avère être bloquant pour notre shield double face.

Des trous plus larges pour les connecteurs ont alors été prévus afin d'y passer un brin de fil conducteurs que nous souderons sur chaque pastilles Bottom et Top.

Nous avons aussi remarqué une erreur qui est maintenant corrigée. En effet, le joystick que nous avions initialement était un petit joystick de manette analogique. Or notre tuteur nous a fourni un nouveau Joystick d'arcade qui correspondait a nos attentes mécanique (plus résistant et plus grand), et surtout ce joystick est numérique !

Il a alors fallu alors changer les 2 pistes analogique en 4 numériques. Nous avons aussi déplacé l'interrupteur de la broche 10 à la broche 3 afin d'équilibrer le nombres de composants sur la carte puis nous mettons a jour le routage sur le modèle final qui est :
[[Image:shield_elec_final.png|thumb|none|Schéma électrique du Shield|500px]]

Le changement de broche sera alors réalisé aussi sur les HUB tel que :
[[Image:hub_final.png|thumb|none|Schéma électrique du HUB|500px]]
[[Image:hub_joy_final.png|thumb|none|Schéma électrique du HUB 'Joystick'|500px]]

Nous avons ensuite pu refaire une tentative d'impression auprès de M. Flamen qui puisse prendre en compte l'ensemble des capteurs du joystick.

====Modélisation====
Après impression de la première version, les bords du joystick nous ont semblé trop épais, et la tige trop courte.

Des modifications ont donc été apportées et après impression du nouveau modèle il a pu être vissée sur le joystick.

[[Image:Joystickv2.png|thumb|none|Modélisation 3D de l'extension du joystick|300px]]

Des essais de dimensionnements pour l'allongement de la course du potentiomètre sont également réalisés.

===Semaine 10===
====Interface numérique====
Nous avons rencontré quelques soucis notamment pour l'interface du potentiomètre, pour définir la couleur de fond du widget parent et non pas celle de chaque widget à l'intérieur de celui-ci.

Cependant nous avons tout de même terminé l'implémentation et la mise en forme de chaque interface nécessaire à l'utilisateur pour personnaliser son pédalier.

[[Image:interfacePotarPasFinie.png|thumb|none|Fenêtre de réglage du potentiomètre en cours de construction|250px]]

Nous avons également créé un fichier de configuration qui enregistrera comme son nom l'indique la configuration du pédalier.

L'objectif est de le modifier lorsque l'utilisateur souhaite associer d'autres actions aux capteurs.

====PCB====
Suite à des discussions avec différents camarades et professeurs sur l'aspect double face que nous avions du mal à appréhender, nous avons cru observé une erreur sur le connecteur qui est en Bottom au lieu du Top.

L'effet " miroir " de lorsque l'on retourne un composant s'appliquant, les liaisons n'étaient plus en face des headers.

Nous avons donc refait le routage du Shield sur une seconde version, mais aussi celui des autres cartes car nous avons dû changer de sens de la gaine He10 ce qui implique de mettre à jour pour récupérer toujours le bon pin.

Nous avons fait un point tuteur qui confirme nos tracés, la carte Shield est toujours en attente d'impression et les autres cartes ne peuvent pas être soumises à la plateforme EEI car une demande est déjà encours.

En attendant, M. Flamen a dispensé une initiation a la soudure et à la manipulation technique.

Après avoir montré mes 2 versions de montages a M. Flamen, celui-ci a conseillé de garder la première version.

En effet, la seconde pourrait fonctionner mais impliquerait la présence de trous métalliques sur l'ensemble des headers ce qui complexifierait la soudure.

[[Image:shieldmiroir.png|thumb|none|PCB 'miroir'|550px]]

====Modélisation====
L'allongement de la course du potentiomètre a été abandonnée car cela risquait de ne pas être assez solide pour résister à une utilisation au pied.

De plus, on pourrait alors rencontrer des problèmes avec la hauteur du boîtier qui serait trop courte.

A la place un module a été modélisé sur Onshape puis imprimé à l'imprimante 3D pour se plugger sur le potentiomètre et rendre son utilisation plus facile.

[[Image:pota.jpg|thumb|none|Potentiomètre avec son extension finie|200px]]

Les plans de la structure en bois ont également été commencés sur Inkscape, pour réaliser la forme générale aux bonnes dimensions.

De plus, les premiers test des morceaux de découpe de la structure en bois sont réalisés avec la découpeuse laser.

===Semaine 11 jusqu'à la soutenance===
====Interface numérique====
A ce stade, la partie visuelle de l'interface graphique est terminée, cependant ce ne sont que des fenêtres creuses. Il faut donc associer chaque bouton à son action.

- Les boutons de l'interface principale ouvrent les fenêtres de chaque capteur.

- Les boutons des interfaces de chaque capteur associent une action au capteur correspondant.

Lors des tests effectués, nous avons remarqué que nous ne pouvions pas séparer chaque interface dans un fichier et exécuter le fichier lorsque cela nous arrange car nous ne pouvons pas passer d'arguments de cette manière.

Nous avons donc dû importer chaque classe (= interface) dans le fichier d'interface principal et instancier ces classes lorsque cela était nécessaire.

Ensuite nous avons pu implémenter les boutons tels qu'ils modifient le fichier de configuration lors d'un appui sur l'un d'eux.

Enfin, nous avons dû créer des threads pour permettre aux fenêtres de s'ouvrir en parallèle du reste du programme.

[[Image:interfaceMain.png|thumb|none|Interface principale terminée|250px]]

====PCB====
Nous avons utilisé la méthode précédemment expliquée pour réaliser la brasure du connecteur avec un brin métallique.

Nous nous sommes ensuite concentré sur la soudure des composants (14 résistances) et la carte sur le shield, avec la pâte à braser.

Lors d'une brasure, nous avons eu un incident avec la carte, nous mis trop d'étain et réalisé un pont.

En voulant utiliser une tresse pour dessouder, nous avons enlevé la piste en plus de l'étain.

Avec l'aide de Mr Flamen nous avons réussi à corriger cette erreur et éviter une nouvelle impression de carte.

L'une des 2 pistes coupées a pu être reposée et soudée sur le support grâce aux très fines soudure effectuée par M. Flamen.

L'autre piste à été remplacée par un fil car le ressouder était impossible a réaliser à la main sans faire de court-circuits.

Suite à divers essais, des soudures ont dû être rattrapées et toutes les liaisons étaient fonctionnelles à la fin.

[[Image:shieldfinal.png|thumb|none|Routage du PC final|500px]]

====Réalisation du boîtier====
Après les dernières finalisations du fichier, la structure en bois a été entièrement découpée et gravée à l'aide de la découpeuse laser du Fabricarium.

Elle a ensuite pu être assemblée, et les composants placés.

La planche arrière devait initialement pouvoir être facilement enlevée et retirée par le biais d'un mécanisme. Cependant celui-ci rendait le tout assez peu stable.

L'arrière a donc été collé et pour pouvoir toujours accéder facilement à l'intérieur tout en gardant la solidité, une charnière a été ajoutée entre le panneau du haut et le panel.

Les différents éléments ont été disposés de telle sorte à ce qu'ils puissent être facilement retirés en cas de besoin de test, tout en restant bien fixe lorsqu'ils sont dans la structure.

[[Image:extfini.jpeg|thumb|none|Boîtier final|400px]]

===État du projet avant soutenance===
- Boîtier réalisé et utilisable

- Extensions de capteurs terminées

- PCB du shield imprimé et soudé

- Cartes annexes (joystick, leds...) non-imprimée

- Interface utilisateur pour utiliser le pédalier effectuée

- Programme fonctionnel avec Arduino Micro ou Leonardo

N'ayant pas pu imprimer toutes les cartes, certains fils sont volants et provoquent des faux contacts.

Nous n'avons à cause de cela par réussi à faire fonctionner notre prototype final.

===Compte-rendu projet S8===

[https://docs.google.com/document/d/1ogWS1F4jN9fQd5asNBigdhK1SJP76THPOKA1viWyUGE/edit?usp=sharing Compte-Rendu Projet S8]

IMA3/IMA4 2020/2022 P8

2022-10-09T15:10:29Z

Olakhal : Annulation des modifications 88726 de Olakhal (discussion)

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

==Compétences (requises et/ou acquises)==

IMA3/IMA4 2020/2022 P8

2022-10-09T15:06:40Z

Olakhal : Annulation des modifications 88727 de Olakhal (discussion)

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

==Compétences (requises et/ou acquises)==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

IMA3/IMA4 2021/2023 P1

2022-10-09T15:06:12Z

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

Projets IMA3 IMA4 2021/2023

2022-10-09T15:05:10Z

Olakhal : /* Répartition des projets */

Projets IMA3 IMA4 2021/2023

2022-10-09T15:04:17Z

Olakhal : /* Répartition des projets */

IMA3/IMA4 2020/2022 P8

2022-10-09T15:01:52Z

Olakhal : /* Compétences (requises et/ou acquises) */

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

='''Réalisations et résultats'''=

='''Bilan'''=

='''Gestion de projet'''=

IMA3/IMA4 2020/2022 P8

2022-10-09T15:01:24Z

Olakhal :

IMA3/IMA4 2020/2022 P8

2022-10-09T14:56:01Z

Olakhal : /* Compétences (requises et/ou acquises) */

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

==Compétences (requises et/ou acquises)==

IMA3/IMA4 2020/2022 P8

2022-10-09T14:55:12Z

Olakhal : /* Présentation générale */

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

==Compétences (requises et/ou acquises)==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:45:22Z

Olakhal : /* Présentation générale */

='''Résumé''' =
200 mots max

='''Présentation générale'''=

==Contexte==

==Objectif==

==Description==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:43:41Z

Olakhal : /* Résumé */

='''Résumé''' =
200 mots max

=Présentation générale=

==Contexte==

==Objectif==

==Description==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:43:22Z

Olakhal : /* Résumé (200 mots max) */

='''Résumé''' =

=Présentation générale=

==Contexte==

==Objectif==

==Description==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:42:58Z

Olakhal :

='''Résumé''' (200 mots max)=

=Présentation générale=

==Contexte==

==Objectif==

==Description==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:42:07Z

Olakhal :

='''Résumé'''=

=Présentation générale=

==Contexte==

==Objectif==

==Description==

Le contexte, l’objectif et le périmètre du projet qui doivent être clairement définis
 Les fonctions attendues qui sont exprimées de manière précise et univoque
 Les spécificités requises pour répondre à la demande
 Les jalons ou dates de revu sur l'avancement

IMA3/IMA4 2020/2022 P8

2022-10-09T14:34:20Z

Olakhal : Contenu remplacé par « =Présentation générale= ==Contexte== ==Description== »

=Présentation générale=

==Contexte==

==Description==

Projets IMA3 IMA4 2021/2023

2022-10-09T14:02:48Z

Olakhal : /* Répartition des projets */

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P8 [[IMA3/IMA4 2020/2022 P8|test]]
| Thomas Vantroys
| Aymerick SERGEANT / Alix DUFOUR / Thibault MEYNIER / Arthur VAIN / Maxime BALBASTRE
|-
|-
| P5 [[IMA3/IMA4 2020/2022 P5|Machine learning pour le diagnostic de machines défectueuses]]
| Othman Lakhal / K. Midzodzi PEKPE
| Antoine BROSSAS / Tom CARRERE / Loïc BAL / Aymen BACCAR / Florian DERLIQUE
|-
|-
| P6 [[IMA3/IMA4 2020/2022 P6|Network monitoring]]
| Thomas Vantroys
| Valentin DOSIAS/ Simon DOUTEAU / Théo LEFEBVRE/ Tristan PAYEN
|-
|-
| P7 [[IMA3/IMA4 2020/2022 P4|Conception et commande d'un minisegway]]
| Midzodzi Pekpe / Othman Lakhal
| Maxence Neus/ Omar Sifa / Logan Paquin/ Ayman Moummadi
|-
|-
| P1 [[IMA3/IMA4 2020/2022 P1|Emulation d'une ferme éolienne connectée au réseau]]
| Florian CHEVALIER / Betty SEMAIL / Philippe DELARUE / Abdelkader BENABOU
| LACROIX Héloïse / WANG Miaoqi / HENRY Flavie / MAZOUZI Janet
|-
|-
| P11 [[IMA3/IMA4 2020/2022 P11|Mise en place d'un réseau de capteurs dans les salles de Polytech]]
| Thomas Vantroys
| Yanis LACROIX/ Florian VALLEE / Haitam BLGRIM/ Abdelillah EL KHOTRI
|-
|-
| P14 [[IMA3/IMA4 2020/2022 P13| Utilisation de la plate-forme virtuelle Godot pour la mise en œuvre du concept de jumelage numérique sur un robot]]
| Othman Lakhal / Blaise Conrard
| Brahim LEMRABET / Ayoub ER-REGUYBY
|-
|-
| P9 [[IMA3/IMA4 2020/2022 P9|Conception et commande d'une main bio inspiré ]]
| Othman Lakhal / K. Midzodzi PEKPE
| Sami AGGAR / Ali KHALAF / Florian PRIN / Ilyass MEHARZI
|-
|-
| P4 [[IMA3/IMA4 2020/2022 P7|Conception d'une mangeoire connectée]]
| Thomas Vantroys
| BLONDELLE Victor, GARIN Benoit, GIELEN Corentin, LAURENT Maxence, PAPASEIT Matthieu
|-
|-
| P2 [[IMA3/IMA4 2020/2022 P2|Véhicule Autonome]]
| Midzodzi Pekpe / Othman Lakhal
| Clément KOPERSKI / Konstantin PATRIKEEV / Julien DUMON / Ronan SING
|-
|-
| P3 [[IMA3/IMA4 2020/2022 P3|Conception et commande d'un Drone]]
| Midzodzi Pekpe / Othman Lakhal
| Louise Maës / Léo Poumaer / Niels Godbert / Rémi Brachot / Lucas Postollec / Chaimae Yasmine
|-
|-
| P10 [[IMA3/IMA4 2020/2022 P10| Voiture Radiocommandée Autonome]]
| Vantroys Thomas
| ROUSSEL Alexandre / BLACK Baptiste / AMOROS Paul / POURRIER Matéo
|-
|}

Projets IMA3 IMA4 2021/2023

2022-10-09T14:01:25Z

Olakhal : Page créée avec « == Répartition des projets == {| class="wikitable" ! Projets !! Encadrants école !! Eleves |- | P8 IMA3/IMA4 2020/2022 P8|Objet connecté pour la gestion des applicat... »

== Répartition des projets ==

{| class="wikitable"
! Projets !! Encadrants école !! Eleves
|-
| P8 [[IMA3/IMA4 2020/2022 P8|Objet connecté pour la gestion des applications]]
| Thomas Vantroys
| Aymerick SERGEANT / Alix DUFOUR / Thibault MEYNIER / Arthur VAIN / Maxime BALBASTRE
|-
|-
| P5 [[IMA3/IMA4 2020/2022 P5|Machine learning pour le diagnostic de machines défectueuses]]
| Othman Lakhal / K. Midzodzi PEKPE
| Antoine BROSSAS / Tom CARRERE / Loïc BAL / Aymen BACCAR / Florian DERLIQUE
|-
|-
| P6 [[IMA3/IMA4 2020/2022 P6|Network monitoring]]
| Thomas Vantroys
| Valentin DOSIAS/ Simon DOUTEAU / Théo LEFEBVRE/ Tristan PAYEN
|-
|-
| P7 [[IMA3/IMA4 2020/2022 P4|Conception et commande d'un minisegway]]
| Midzodzi Pekpe / Othman Lakhal
| Maxence Neus/ Omar Sifa / Logan Paquin/ Ayman Moummadi
|-
|-
| P1 [[IMA3/IMA4 2020/2022 P1|Emulation d'une ferme éolienne connectée au réseau]]
| Florian CHEVALIER / Betty SEMAIL / Philippe DELARUE / Abdelkader BENABOU
| LACROIX Héloïse / WANG Miaoqi / HENRY Flavie / MAZOUZI Janet
|-
|-
| P11 [[IMA3/IMA4 2020/2022 P11|Mise en place d'un réseau de capteurs dans les salles de Polytech]]
| Thomas Vantroys
| Yanis LACROIX/ Florian VALLEE / Haitam BLGRIM/ Abdelillah EL KHOTRI
|-
|-
| P14 [[IMA3/IMA4 2020/2022 P13| Utilisation de la plate-forme virtuelle Godot pour la mise en œuvre du concept de jumelage numérique sur un robot]]
| Othman Lakhal / Blaise Conrard
| Brahim LEMRABET / Ayoub ER-REGUYBY
|-
|-
| P9 [[IMA3/IMA4 2020/2022 P9|Conception et commande d'une main bio inspiré ]]
| Othman Lakhal / K. Midzodzi PEKPE
| Sami AGGAR / Ali KHALAF / Florian PRIN / Ilyass MEHARZI
|-
|-
| P4 [[IMA3/IMA4 2020/2022 P7|Conception d'une mangeoire connectée]]
| Thomas Vantroys
| BLONDELLE Victor, GARIN Benoit, GIELEN Corentin, LAURENT Maxence, PAPASEIT Matthieu
|-
|-
| P2 [[IMA3/IMA4 2020/2022 P2|Véhicule Autonome]]
| Midzodzi Pekpe / Othman Lakhal
| Clément KOPERSKI / Konstantin PATRIKEEV / Julien DUMON / Ronan SING
|-
|-
| P3 [[IMA3/IMA4 2020/2022 P3|Conception et commande d'un Drone]]
| Midzodzi Pekpe / Othman Lakhal
| Louise Maës / Léo Poumaer / Niels Godbert / Rémi Brachot / Lucas Postollec / Chaimae Yasmine
|-
|-
| P10 [[IMA3/IMA4 2020/2022 P10| Voiture Radiocommandée Autonome]]
| Vantroys Thomas
| ROUSSEL Alexandre / BLACK Baptiste / AMOROS Paul / POURRIER Matéo
|-
|}

Projets troisième quatrième années

2022-10-09T13:59:07Z

Olakhal :

*Projets pour les années académiques [[Projets_IMA3_IMA4_2018/2020|2018/2020]].
*Projets pour les années académiques [[Projets_IMA3_IMA4_2020/2022|2020/2022]].
*Projets pour les années académiques [[Projets_IMA3_IMA4_2021/2023|2021/2023]].