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

Discussion:Projets IMA4 SC & SA 2017/2018

2018-03-28T15:08:09Z

Hcarlier : /* Fiche de présence */

== Notes sur les projets ==

{| class="wikitable"
| Projet || Analyse du projet || Retour sur l'analyse || Matériel || Mi-parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[IMA4 2017/2018 P1|Automatisation de la production de bière]]
| Présentation sans supports, bonne analyse de la concurrence. Par contre le scénario d'usage est à revoir en précisant l'usage pour le particulier.
| Le scénario est précisé mais aucune réponse aux questions difficiles "gestion des températures et procédure d'entretien".
| Rien.
| Si le contenu du Wiki reflète la quantité de travail fourni, c'est inquiétant.
|
|
|
|-
| P3 [[IMA4 2017/2018 P3|Sécurisation de l'Internet des Objets par surveillance globale]]
| Présentation focalisée sur les réseaux de neurones. Exercice mal compris (pas d'introduction du contexte, pas de scénario d'usage).
| Toujours pas d'analyse de la concurrence, ni de scénario d'usage. Pas de réponse aux questions difficiles "quel est le matériel ? quel est le protocole ? quelles sont les entrées du réseau de neurones ?".
| Une liste mais il manque des références vers les fournisseurs agréés (voir page de l'an dernier).
| Illustrez votre Wiki avec des schémas ou des photos de votre montage. Décrivez mieux votre plateforme de test et les résultats obtenus. Essayez de corriger les problèmes de français.
|
|
|
|-
| P4 [[IMA4 2017/2018 P4|Développement d'un module d'énergie pour Internet des Objets]]
| Exercice correctement réalisé.
| Pas de réponse aux questions difficiles "Architecture de la source d'énergie (nombre de chemins d'énergie ?)".
| Rien.
| Vous devriez avoir quelques éléments sur la réalisation. Complétez votre Wiki.
|
|
|
|-
| P5 [[IMA4 2017/2018 P5|Réseau de capteurs de pollution]]
| Présentation focalisée sur la création du site Web. Effort fait pour rédiger un scénario d'usage.
| Réponses aux questions mais l'analyse de la consommation est imprécise. 
| Du matériel listé dans la page Wiki mais à reporter en bas de la page des projets de cette année avec des références valides.
| Un effort de documentation mais illustrez par des schémas, des pages de l'application et des tests.
|
|
|
|-
| P6 [[IMA4 2017/2018 P6|Réseau LoRaWAN]]
| Exercice correctement réalisé. Scénario d'usage à préciser sur la partie réseau de capteurs.
| Scénario d'usage non précisé. Pas de réponse à la question difficile.
| Du matériel listé mais sans référence, êtes-vous sur que le matériel n'a pas besoin d'être acheté ?
| Très bonne description de l'avancé du projet. N'hésitez pas à solliciter votre encadrant direct en cas de blocage !
|
|
|
|-
| P7 [[IMA4 2017/2018 P7|Brique pour apprentissage informatique]]
| Pas de support. Exercice très bien réalisé.
| Pas de réponse aux questions difficiles "quelle alimentation ? comment faire pour différencier les briques ? comment les briques vont-elles communiquer ? quelle sécurité vis-à-vis des enfants ?"
| Pas de liste de matériel.
| Très bonne description de l'avancé du projet. Faites un effort de formatage du texte (par exemple en utilisant des sous-titres plutôt que de souligner des lignes).
|
|
|
|-
| P10 [[IMA4 2017/2018 P10|Portage de RIOT-OS sur MSP430 pour IOT]]
| Rien à signaler (juste une confusion entre le MSP430 et le CC430).
| Questions difficiles évacuées. 
| Du matériel listé mais sans référence.
| Une bonne description de l'avancé du projet.
|
|
|
|-
| P12 [[IMA4 2017/2018 P12|Système d'ostéophonie pour magicien]]
| Un peu rapide, exercice réalisé. 
| Pas d'analyse de la concurrence. Peu d'effort de rédaction. Des coquilles. Une réponse rapide à la question difficile.
| Du matériel listé mais pas forcément exhaustif et sans référence valide.
| Très bonne description de l'avancé du projet. Wiki agréable à lire.
|
|
|
|-
| P14 [[IMA4 2017/2018 P14|Ecran géant modulaire]]
| Doublant
| Doublant
| Page Wiki vide, pas de liste de matériel.
| Une bonne description de l'avancé du projet. Essayez de mieux formater votre texte pour une meilleure facilité de lecture.
|
|
|
|-
| P15 [[IMA4 2017/2018 P15|Balle vibrante connectée pour enfants sourd]]
| Présentation acceptable mais avec des supports non soignés. Pas d'analyse de la concurrence, pas de scénario d'usage.
| L'analyse de la concurrence et le scénario d'usage ont été ajoutés. Par contre pas de réponse aux questions difficiles "quelle sera l'autonomie de la balle et quel sera le système de rechargement ?".
| Pas de liste de matériel.
| Rien sur l'avancé du projet au 18/02/2018. Wiki mis à jour en catastrophe le 19/02/2018. Peu d'informations, seul le routage d'une carte semble avoir été entrepris.
|
|
|
|-
| P16 [[IMA4 2017/2018 P16|Sous-chaussure chauffante pour docker]]
| Présentation acceptable mais avec des supports non soignés. Trouver des concurrents indirects. Une histoire mais pas de scénario d'usage.
| Page Wiki modifiée après la présentation. Une réponse incomplète à la question difficile. Trop de coquilles pour ce niveau d'études.
| Pas de liste de matériel.
| Bonne description du travail. Cinq séances pour faire chauffer une résistance, n'est-ce pas trop ?
|
|
|
|-
| P17 [[IMA4 2017/2018 P17|Safe Watch]]
| Doublant
| Doublant
| Aucune modification de la page Wiki depuis début octobre.
| Une bonne description de l'avancé du projet. Projet encore dans la phase de prototypage. Comment vous comptez recevoir une carte SIM ?
|
|
|
|-
| P18 [[IMA4 2017/2018 P18|Mandala électronique]]
| Supports très textuels, pas de scénario d'usage mais une rédaction sur l'intérêt psychologique, pas vraiment de partie "concurrents".
| Un effort pour trouver des "concurrents", pas de réponses aux questions difficiles "combien de LEDs ? quelle alimentation pour quelle autonomie".
| Pas de liste de matériel.
| Le travail est a peu près décrit mais la page Wiki ressemble a un brouillon.
|
|
|
|-
| P19 [[IMA4 2017/2018 P19|Bijou électronique]]
| Bonne présentation orale. Utilisation du bluetooth peu convainquant. Pas de scénario d'usage. Un "concurrent" trouvé.
| Concept de scénario d'usage non compris. Une réponse à la question difficile très rapide et non convaincante.
| Une liste de matériel dans la page Wiki mais à insérer dans le tableau en bas de la page principale. Pas de référence (voir sur la page de l'an passé).
| Le travail avec le prototype pilote de LEDs est très bien décrit et de façon agréable à lire. Par contre le schéma du futur circuit est très mal engagé. Il faut commencer par faire un schéma plus précis du collier.
|
|
|
|-
| P20 [[IMA4 2017/2018 P20|Solution de messagerie à base de conteneurs]]
| Support assez corrects, sujet non entièrement compris, scénario d'usage minimal.
| Un problème dans le scénario d'usage : les conteneurs doivent être lancés sur un serveur. Une réponse acceptable à la question difficile.
| Pas de matériel particulier.
| Rien sur l'avancé du projet. Aucun travail ?
|
|
|
|-
| P22 [[IMA4 2017/2018 P22|Horloge numérique DCF77, serveur de temps et ludique]]
| Analyse très correcte.
| Réponse à la question difficile.
| Aucune liste de matériel.
| Compte-rendu du travail très lapidaire et parfois illisible à cause des coquilles. Le Wiki ne donne pas l'impression que le projet avance.
|
|
|
|-
| P23 [[IMA4 2017/2018 P23|Table de bar connectée]]
| Présentation trop impécise, pas vraiment de scénario d'usage. Par contre des concurrents ont été présentés.
| Un scénario d'usage éloigné de la future utilisation. Trop de coquilles dans ce scénario. Réponse à la question difficile.
| Une liste du matériel mais pas dans la page principale. Pas de référence (voir page de l'an passé).
| Compte-rendu non à jour au 18/02/2018 alors que la feuille d'heures est à jour. Le Wiki manque d'illustration, par exemple donnez le schéma du circuit. Des informations sur la carte en gestation.
|
|
|
|-
| P25 [[IMA4 2017/2018 P25|Essaim de robots]]
| Analyse très correcte. Un concurrent assez peu en rapport avec les essaims de robots mais dans la ligne des dispositifs de déminage.
| Pas de question difficile.
| Liste du matériel. Préciser pour le chassis.
| Impossible de connaître l'avancé du projet à la lecture du Wiki. N'êtes-vous pas entrain de vous perdre dans vos problèmes avec FreeRTOS ?
|
|
|
|-
| P30 [[IMA4 2017/2018 P30|Contrôle d'une caméra WiFi.]]
| Objectif mal expliqué. Exercice réalisé.
| Mieux définir l'objectif suite à la visite en entreprise. Pas de réponse à la question difficile.
| Aucune liste de matériel.
| Bonne description du travail. Votre Wiki manque d'illustrations sur un sujet qui le permet.
|
|
|
|-
| P32 [[IMA4 2017/2018 P32|Tribute to Peter Vogel]]
| Excellente présentation et excellent travail préparatoire, Scénario d'usage à préciser, trouver des concurrents.
| Réponse à la question difficile.
| Aucune liste de matériel.
| Tout simplement parfait ! Bien illustré, bien rédigé, le travail est très bien décrit. Attention quand vous dites qu'un ATMega328p n'a pas assez de sorties pour commander 8 oscillateurs, il dispose tout de même de plus de 20 E/S.
|
|
|
|-
| P35 [[IMA4 2017/2018 P35|Manette de jeu vidéo pour personne en situation de handicap]]
| Exercice réussi. Cependant précisez les acteurs dans le scénario d'usage.
| Pas de modification du scénario. Pas de réponse à la question difficile.
| Rien à redire sur la liste de matériel.
| Description du travail correct, des illustrations. Essayez de formater avec la syntaxe Wiki.
|
|
|
|-
| P39 [[IMA4 2017/2018 P39|Musique des plantes]]
| Analyse très correcte.
| Réponses aux questions difficiles.
| Aucune liste de matériel.
| Le travail effectué est décrit. Un nombre de coquilles non acceptable, la lecture en devient difficile. Utilisez la syntaxe de formatage du Wiki.
|
|
|
|-
| P40 [[IMA4 2017/2018 P40|Exploration du réseau d'anonymisation Tor]]
| Sujet se prêtant peu à l'exercice mais très bonne présentation. Sujet travaillé.
| Pas vraiment de question, la suggestion est noté dans la page Wiki.
| Pas de matériel à commander.
| Description du travail un peu rapide (DNS leak quesako ?). Rédaction en cours au moment de la lecture du Wiki.Effort de rédaction entre le 18/02/2018 et le 19/02/2018. Il manque des sections mais le travail effectué devient lisible.
|
|
|
|-
| P42 [[IMA4 2017/2018 P42|Automatisation de l'assemblage de LEGO]]
| Analyse très correcte.
| Pas de réponse aux questions difficiles "Comment démarrer l'imprimante à distance ? Comment sera calibrée la plaque d’impression ?
Comment la plaque va se fixer sur le sol ? 
| Aucune liste de matériel.
| Tout simplement parfait ! Bien illustré, bien rédigé, le travail est très bien décrit. Il est possible de mettre une copie d'écran de l'application de plus. Pas la peine de vous tirer dans les pattes.
|
|
|
|-
| P44 [[IMA4 2017/2018 P44|Reconnaissance d’objets via Traitement d’image]]
| Le projet ne semble pas encore avoir été sérieusement étudié.
| Net effort de documentation de la page Wiki. Pas de réponse directe à la question difficile sur la Kinect mais une discussion sur le problème posé.
| Aucune liste de matériel.
| Très bonne description du travail. Des illustrations mais il pourrait y avoir des photos du système robotino / kinect.
|
|
|
|-
| P49 [[IMA4 2017/2018 P49|Suivi de la qualité de l’air]]
| Contexte mal présenté, sujet flou. Scénario d'usage à préciser. Pas de contact avec les encadrants avant la présentation.
| Page de Wiki vide.
| Aucune liste de matériel.
| Compte-rendu rapide du travail. Ce compte-rendu est inquiétant. Il ne semble y avoir aucun résultat depuis le début du projet. Un module a été abandonné sans que le module en question n'ait été décrit ou que la raison de l'abandon ait été précisé. Attention votre projet est en voie d'échec.
|
|
|
|-
| P50 [[IMA4 2017/2018 P50|Etage commande de Centaure]]
| Doublant
| Page de Wiki assez vide.
| Aucune liste de matériel.
| Le robot centaure est en plus mauvais état maintenant qu'au début du projet. Vous semblez avoir une nouvelle fois abandonné votre projet. Des ajouts mineurs au Wiki le 19/02/2018.
|
|
|
|-
| P60 [[IMA4 2017/2018 P60|Commande de niveaux d’eau]]
| Présentation très correcte.
| Pas de réponse à la question difficile. Page Wiki un peu vide.
| Pas de matériel à commander.
| Un Wiki incomplet alors que la feuille d'heures est actualisée. Vous semblez toujours bloqués sur les problèmes d'étalonnage !
|
|
|
|-
| P64 [[IMA4 2017/2018 P64|Simulation Labview et mise en réseau Modbus d’un ascenseur]]
| Doublant
| Wiki avec quelques informations sur le travail accompli depuis fin novembre : étude sur modbus et labview. Quelques coquilles.
| Aucune liste de matériel.
| Très peu d'illustrations. Texte mal formaté et avec des coquilles intolérable à ce niveau d'étude. Le compte-rendu donne l'impression d'une méthode de travail très brouillonne.
|
|
|
|-
| P65 [[IMA4 2017/2018 P65|Exosquelette pour apprentissage]]
| Présentation sans support. Trouver des concurrents indirects. Pas de scénario d'usage.
| Page Wiki vide.
| Aucune liste de matériel.
| Rien sur l'avancé du projet. Projet en échec ?
|
|
|
|-
| P66 [[IMA4 2017/2018 P66|Coupe de France de robotique]]
| Analyse très correcte.
| Page Wiki bien tenue. Ajoutez des illustrations.
| Quelques éléments sur le matériel dans la page Wiki mais aucune liste avec références.
| Tout simplement parfait ! Bien illustré, bien rédigé, le travail est très bien décrit. Presque à jour. Vous n'aviez pas des cartes à faire fabriquer à l'extérieur ?
|
|
|
|-
| P67 [[IMA4 2017/2018 P67|Scanner 3D DIY]]
| Exercice bien réalisé.
| Page Wiki très complète. Ajoutez des illustrations.
| Une liste probablement pas exhaustive.
|Exceptionnel ! Très illustré, bien rédigé, le travail de recherche est très bien décrit. Je ne suis pas un fan de la mise en gras d'un quart du texte et la syntaxe Wiki n'est pas vraiment utilisée mais c'est du détail?
|
|
|
|-
| P68 [[IMA4 2017/2018 P68|Générateur de chronogrammes d'ordonnancement]]
| Doublant
| Page Wiki vide.
| Pas de matériel à commander.
| Rien sur l'avancé du projet. Projet en échec ?
|
|
|
|-
| PP1 [[IMA4 2017/2018 Pré-projet 1|Robot hexapode pour escalier]]
| Erasmus
|
|
| Projet en échec constaté.
|
|
|
|-
|}

== Fiche de présence ==

{| class="wikitable"
! Projet !! Elèves !! Séance 1 (17/01) !! Séance 2 (24/01) !! Séance 3 (31/01) !! Séance 4 (7/02) !! Séance 5 (14/02) !! Séance 6 (21/02) !! Séance 7 (7/03) !! Séance 8 (14/03) !! Séance 9 (21/03) !! Séance 10 (28/03) !! Séance 11 (4/04) !! Séance 12 (11/04) !! Séance 13 (18/04)
|-
| P1 [[IMA4 2017/2018 P1|Automatisation de la production de bière]]
|Quentin Boëns / Henri Carlier
|E304
|E304/305
|E304
|E304
|E304
|C201
|C201
|C201/E304
|E304/Fab
|Fab/A313
|-
| P3 [[IMA4 2017/2018 P3|Sécurisation de l'Internet des Objets par surveillance globale]]
|Ji Yang
|E306
|E303
| Pas de salle 
|E301
|E306
|-
| P4 [[IMA4 2017/2018 P4|Développement d'un module d'énergie pour Internet des Objets]]
| Alexis Viscogliosi / Abass Ayoub
|C008
|C008
|E304 Alexis Viscogliosi Absent excusé pour entretien stage
|C008
|C008
|C201
|C201
|C201
|C201
|C201
|-
| P5 [[IMA4 2017/2018 P5|Réseau de capteurs de pollution]]
| Paul Ribeiro / Mehanna Naïf
|E303
|E301
|A204 Absents 
|E301
|E301 puis B309 puis B207
|E301
|E301
|C201 puis E304
|C201 et E304
|C201
|-
| P6 [[IMA4 2017/2018 P6|Réseau LoRaWAN]]
| Antoine Gosse
| E306
| E306
| E306
| E306
| E306
| E306
| E306
|-
| P7 [[IMA4 2017/2018 P7|Brique pour apprentissage informatique]]
| Maëva Delaporte / Simon Blas
| E304 
| E304 
| E304 
| E301 
| E301 
| E301 
| E301 
| C201/E304 
| E301 
|-
| P10 [[IMA4 2017/2018 P10|Portage de RIOT-OS sur MSP430 pour IOT]]
| Baptiste Cartier
| E306
| E301
| E306
| E301
| E301
| E301
| E306
| E304
| E306
| E301
|-
| P12 [[IMA4 2017/2018 P12|Système d'ostéophonie pour magicien]]
| Amine El Messaoudi / Simon Feutrier
| E301
| E301
| C201
| C201
| B207
| C201
| C201
| C201
|-
| P14 [[IMA4 2017/2018 P14|Ecran géant modulaire]]
| Jade Dupont
|E304
|E304
|E304
|E304
|E304
|Absence Maladie
|E304
|E304
|E304
|E304
|-
| P15 [[IMA4 2017/2018 P15|Balle vibrante connectée pour enfants sourd]]
| Thomas Cunin / Thibault Cattelain
| E304
| B306/E304
| Pas de salle (E304 - A305)
| E301
| E301
| E301
| E301
| E304
| E304/C200
|-
| P16 [[IMA4 2017/2018 P16|Sous-chaussure chauffante pour docker]]
| Rémi Mairesse / Gustave Roux
| E304
| E301
| Pas de salle 
| E304
| E304
| E304 / C201
| C201
| C201
| C201
| C201
|-
| P17 [[IMA4 2017/2018 P17|Safe Watch]]
| Oumaima Naanaa
|E302
|E304
|E304
|E304
|E304
|E304
|E304
|E304
|-
| P18 [[IMA4 2017/2018 P18|Mandala électronique]]
| Lirui Zhang / Lihe Zhang
| E304
| E304
| E304
| E304
| E304
| E304
| E304
| E304
| C201
|-
| P19 [[IMA4 2017/2018 P19|Bijou électronique]]
| Lijie Yao / Keren Qiang
| E303
| E304
| E304
| E304
| E304
| E304
| E304
| E304
| E304
| E304
| E304
|-
| P20 [[IMA4 2017/2018 P20|Solution de messagerie à base de conteneurs]]
| Maxime Creteur / Gao Fan
|E303
|E301
|A204 Absents 
|E303
|B309 puis B207
|E301
|E301
|E304
|E301
|E301
|-
| P22 [[IMA4 2017/2018 P22|Horloge numérique DCF77, serveur de temps et ludique]]
| Amaury Knockaert / Fabrice Taingland
| E304
| E304
| E304/E302
| C203/E306
| E306/E304
| Forum stages euratech/E304
| E304
| E306
| E306
| E306
|-
| P23 [[IMA4 2017/2018 P23|Table de bar connectée]]
| Matthieu Delobelle
| E306
| E306
| E303 - C201
| E306 - C201
| E304
| E306
| E306
|-
| P25 [[IMA4 2017/2018 P25|Essaim de robots]]
| Benjamin Canu / Ganix Etcheguibel
| E306
| E306
| E306
| E306
| E306
| Forum Euratech jusque 17h E306
| E306
| E306
| E306
| E306 / Fab
|-
| P30 [[IMA4 2017/2018 P30|Contrôle d'une caméra WiFi.]]
| Taky Djeraba / Thomas Hubert
| E306
| E306
| Pas de salle 
| E306
| E306
| E306
| E306
|-
| P32 [[IMA4 2017/2018 P32|Tribute to Peter Vogel]]
| Jean-Baptiste Watine / Antoine Untereiner
| E306/C201
| E301
| Pas de salle (C201) 
| C205
| C205/E301
| C205/E301
| E301
| C205
| C205/C201
| C205
|-
| P35 [[IMA4 2017/2018 P35|Manette de jeu vidéo pour personne en situation de handicap]]
| Transley Gracias / Camille Saad
| E306
| E306
| E305
| E306
| E306
| E306
| E306
| E306/C202
| E306
| E306
|-
| P39 [[IMA4 2017/2018 P39|Musique des plantes]]
| Xavier Chenot / Rodolphe Toin
| E306
| E306
| E306
| E306
| E306
| E306
| E306 puis C201
|-
| P40 [[IMA4 2017/2018 P40|Exploration du réseau d'anonymisation Tor]]
| Antoine Duquenoy / Anthony Durot
| E306
| E306
| E306
| E306
| E306
| E306
| E306
| E306
| E306
| E305
|-
| P42 [[IMA4 2017/2018 P42|Automatisation de l'assemblage de LEGO]]
| Eloi Zalczer / Justine Senellart
|E302/E306
|E302/E306
|E304/E302
|E304/E302
|E306/E302
|Hors Polytech/E302
|E302/E304
|E302/E304
|E304/E302
|E306/E302
|
|-
|-
| P44 [[IMA4 2017/2018 P44|Reconnaissance d’objets via Traitement d’image]]
| Damien Narbais / Zoé Briois
| E306
| E301
| Pas de salle (E301)
| E304 + 17h réunion C00X
| C205
| E304 + 17h réunion C00X
| A317
| E304
| E30X
| C205 + Damien -> entretien stage
|-
| P49 [[IMA4 2017/2018 P49|Suivi de la qualité de l’air]]
| Hugo Delbroucq / Nicolas Havard
| E301
| INRIA
| Pas de salle (INRIA)
| E301
| E301 puis E304
| E301
| E301
| E304
| INRIA
| E301
|
|
|
|-
| P50 [[IMA4 2017/2018 P50|Etage commande de Centaure]]
|-
| P60 [[IMA4 2017/2018 P60|Commande de niveaux d’eau]]
| Claire Vandamme / Alexandra Villa
|C008
|C008
|Hors Polytech/B106
|C008
|C008
|Bureau de Mr Pekpe/E306
|C008
|C008
|C008(Claire : jusque 16h, RDV médical)
|C008
|-
| P64 [[IMA4 2017/2018 P64|Simulation Labview et mise en réseau Modbus d’un ascenseur]]
|-
| P65 [[IMA4 2017/2018 P65|Exosquelette pour apprentissage]]
| Florian Le Foll
| E301
| E301
| (Pas de salle) E303
|E303
|E303
|C201
|C201
|C201
|-
| P66 [[IMA4 2017/2018 P66|Coupe de France de robotique]]
| Carval Amaury/ Prud'Homme Geoffrey
| fabricarium
| fabricarium puis Hors Polytech
| E304
| E301
| Carval E306 - Preud'homme E301
| E301
| Carval C20X - Preud'homme Fabricarium
| Quelque part
| Fabricarium
| E306
|-
| P67 [[IMA4 2017/2018 P67|Scanner 3D DIY]]
| Erwan Dufresne
| E302/E306
| E301
| E304
| E301
| E302
| E306
| E302
| E302/Fabricarium
| E302/Fabricarium
| Fabricarium/E304
|
|-
| PP1 [[IMA4 2017/2018 PP1|Robot hexapode pour escalier]]
| Eduardo Gomez
| C201
| C201
| C201
| Fabricarium
| Fabricarium
| C201
| C201/Fabricarium
| C201/Fabricarium
| C201/Fabricarium
|-
| P68 [[IMA4 2017/2018 P68|Générateur de chronogrammes d'ordonnancement]]
|}

IMA4 2017/2018 P1

2018-03-21T14:34:45Z

Hcarlier : /* Partie matérielle */

__TOC__
 

=Présentation générale=

==Description==

L'objectif de ce projet est de réaliser un système automatisé de production de bière. Celui ci devra être capable de mélanger, chauffer et refroidir le mélange suivant la recette donnée et les ingrédients choisis par l'utilisateur.

==Objectifs==

=Analyse du projet=

==Positionnement par rapport à l'existant==
==Analyse du premier concurrent : Saveur Bière==
Cette société se pose comme la 1ère en terme de vente de bière en ligne.
Un de ses secteur d'activité concerne notamment les kits pour réaliser ses propres mélanges chez soi.
Elle propose une très large gamme de produit, notamment en proposant des packs adaptés aux différents "niveaux" des consommateurs.
On trouve ainsi des produits adaptés aux débutants et brasseurs confirmés.

Son principal point fort est la possibilité de pouvoir réutiliser son kit plusieurs fois, en mettant en vente tous les ingrédients nécessaires, les produits de nettoyage, les filtres, le matériel d'embouteillage...

Cependant tous les produits de Saveur Bière demandent au consommateur de contrôler à tout instant le mélange, lors des différentes étapes de fabrication. Le consommateur doit donc contrôler la température, le brassage et la durée de chaque phase.

Contre ce concurrent nous devrons axer notre communication sur le fait que notre produit est entièrement automatisé et qu'il ne nécessite pas une vigilance constante de l'utilisateur.

==Analyse du second concurrent : Youtube==
Un autre concurrent qui ne peut pas être négligé, bien qu'il soit indirect, est youtube.

Allez sur le site, tapez tout simplement "fabrication bière maison", et vous aller trouver des centaines de vidéos sur le sujet.
L'intérêt de ces vidéos c'est que leurs réalisateurs n'utilisent que du matériel de cuisine classique pour leurs préparations.
Ainsi une personne qui souhaite s'initier à la fabrication maison ne verra pas forcément l'intérêt d'acheter un kit ou une machine.

Cependant cette méthode présente le même défaut que pour Saveur Bière : vigilance constante. De plus les résultats sont très "hasardeux", même en faisant particulièrement attention à sa préparation.

La plateforme Youtube pourrait cependant être un bon moyen pour mettre en valeur notre produit, et notamment proposer de nouvelles recettes.

==Scénario d'usage du produit ou du concept envisagé==

Notre produit se présente sous la forme suivante : la cuve de mélange est la partie principale, elle est assez grande pour contenir 5L de bière; au dessus de celle ci se trouvent les cuves à ingrédients, plus petites, elles servent à ajouter les différents produits (houblon, levures, épices...); sur notre produit se trouve un écran qui indique à quelle étape du processus nous nous trouvons, ainsi que le temps restant de l'ensemble de la préparation.

Notre produit est contrôlable grâce à une application smartphone ou par ordinateur, via une liaison Bluetooth.

Lorsqu'un client veut réaliser sa bière il doit d'abord ajouter ses ingrédients dans les cuves concernées. Très important c'est à lui de doser les différentes produits, l'appareil ne le fera pas lui même.
Ensuite il doit s'assurer que l'appareil est branché à une arrivée d'eau.
Puis vient le réglage de la recette.

L'application affiche chaque étape. Dans celles ci on peut paramétrer quel ingrédient ajouter, quelle quantité d'eau, la température, la durée ...
Certaines étapes sont parfois optionnelles, ou n'apparaissent que dans des recettes précises, nous avons donc ajouté la possibilité de passer celles ci.

==Réponse à la question difficile==

Chacune des étapes de production implique une température précise. Par conséquent un système de chauffage doit être implémenté sur notre produit. Cependant toutes les recettes n'impliquent pas une augmentation de la dite température, il est parfois nécessaire de refroidir le mélange.

Or attendre pendant X heures que notre bière refroidisse serait particulièrement inconvenant.
Aussi voici notre problématique: Quel système pourrions nous implanter afin de pouvoir gérer les hausses et baisses de température?

Nous avons décidé d'utiliser un serpentin, qui sera plongé dans la cuve de brassage. Celui ci sera alimenté par trois arrivées d'eau, chacune reliée au serpentin par une pompe : une d'eau chaude (100°C), une d'eau à température ambiante (nous considérons 20°C) et une dernière d'eau froide (0°C).
Quand nous souhaitons chauffer le mélange, on activera les pompes 1 et 2 de façon à obtenir la température souhaitée dans le serpentin. Par analogie le refroidissement s'effectue de la même manière, via les pompes 2 et 3.

=Préparation du projet=

==Cahier des charges==
==Choix techniques : matériel et logiciel==

===Matériel===

Trois pompes Walfront DC 12V. Il s'agit d'un modèle peristaltique.
Ces pompes possèdent un débit réglable, via une PWM.

Une alimentation 12V DC afin de faire fonctionner les pompes et le système de contrôle.

Une Arduino UNO afin de gérer le système.

Trois transistors BC547.

Trois résistances 1Kohms.

Une résistance 4,7 Kohms.

Trois diodes.

Un capteur de température pour liquides DS18B20.

==Liste des tâches à effectuer==
==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!Tâche !! Prélude !! Heures S1 !! Heures S2 !! Heures S3 !! Heures S4 !! Heures S5 !! Heures S6 !! Heures S7 !! Heures S8 !! Heures S9 !! Heures S10 !! Total
|-
| Analyse du projet
| 0
|
|
|
|
|
|
|
|
|
|
|
|}

==Prologue==
==Semaine 1==

Au début du projet nous avons pensé à concevoir un système composé de plusieurs cuves, chacune étant réservées à un rôle précis (chauffer ou refroidir).

Après avoir proposé aux enseignants ce modèle, afin de répondre à la question difficile, nous avons modifié celui ci.
Notre système comportera toujours plusieurs cuves mais leur rôles seront différents. Nous aurons une cuve principale (1), destinée à contenir le mélange. A coté se trouveront trois autres qui contiendront de l'eau, respectivement, froide (environ 0°C) (2), chaude (environ 100°C)(3) et à température ambiante(4).

Dans la cuve principale, à environ 1/3 de sa hauteur, nous positionnerons un capteur de température afin d'observer l'évolution du mélange.

Afin de gérer la température, un serpentin sera placé dans la cuve (1). Nous y ferons circuler de l'eau provenant des 3 autres. Chacune d'entre elles sera reliée au serpentin via une pompe.
Si nous souhaitons chauffer, nous actionnerons la pompe de la cuve (3) à pleine vitesse jusqu'à un certain seuil. Quand celui ci sera atteint, nous actionnerons la pompe de la cuve (4) afin d'obtenir la température voulue. Quand le point de chauffe souhaité sera atteint, nous maintiendrons les débits des pompes (3) et (4) afin de se maintenir à ce point.
Pour refroidir, nous n'actionnerons que la (2) au début pour refroidir rapidement, puis nous stabiliserons avec la pompe (4).

Lorsque l'eau sort du serpentin, il faut distinguer trois cas:

1) Il n'y a que de l'eau provenant de (3), nous la renverrons dans (3), en considérant que cela n'aura pas d'impact sur la température de (3)

2) C'est un mélange entre (3) et (4) nous renvoyons toujours dans (3)

3) Elle provient de (2), l'eau est complétement évacuée du système

==Semaine 2==

Après quelques recherches nous avons décidé d'utiliser le circuit de contrôle suivant

[[Fichier:Circuit pompe.JPG|400px]]

==Semaine 3==

[[Fichier:Circuit_une_pompe.jpg|thumb|left|200px]]

[[Fichier:Circuit_transistor.jpg|thumb|right|200px]]

Début de la rédaction du programme Arduino pour le contrôle de la pompe.
Afin de réaliser ceci nous utiliserons une PWM.

Un Arduino possède les fonctions nécessaires à sa mise en place. Nous utiliserons donc la fonction analogWrite(pinX, vitesse).

pin correspond au port de l'Arduino qui générera notre signal (les pins pouvant réaliser cette action sont prédéterminés).

Le rapport cyclique est calculé de la façon suivante R = vitesse / 255.

Ainsi en utilisant cette fonction, nous générerons sur pinX une PWM de rapport cyclique R.

Nous avons également réalisé quelques tests afin de voir le comportement de la pompe.

Sur cette photo, les deux câbles du haut sont reliés à l'alimentation 12V.

 

==Semaine 4==

Nous avons réfléchi sur le montage électrique et hydraulique de l'ensemble du système. La partie électrique doit pouvoir alimenter les trois pompes en fonction des sorties de l'arduino ainsi que retourner les valeurs captées par la sonde de température. Le schéma a été réalisé sur Altium en prévision de la réalisation d'une carte de commande qui gérera la partie électrique.

[[Fichier:Schema_Montage_final.png|Schéma du circuit Altium]]

Concernant la partie hydraulique, la seule pièce qui nous manquait était un raccord entre le tube en silicone en sortie des trois pompes et la conduite en cuivre constituant le serpentin. Un raccord a été imaginé puis modélisé prévisionnellement (surtout au niveau des côtes) sur Onshape en vue d'une impression 3d.

[[Fichier:raccord.png|1000px]]

==Semaine 5==

Nous avons écrit un programme Arduino pour pouvoir commander les pompes. Au départ, nous avions configuré la commande pour n'avoir que le débit équivalent à celui d'une seule pompe dans la conduite, mais cela posait problème dans les cas où le rapport cyclique du signal de commande d'une des pompes était inférieur à 30%. Nous avons donc palier ce problème en augmentant le débit dans la conduite tout en gardant la même température théorique.

Il nous fallait aussi pouvoir récupérer les données de la sonde de température. En nous basant sur le code ainsi que la librairie fournie avec cette dernière, nous avons aménagé notre code pour avoir le retour de température.
Nous avons ensuite modifié la commande des pompes pour que celle ci soit dynamique selon la température retournée par la sonde.
Dans la première version du code, la température cible des pompes était la même que la température voulue pour le bassin. Maintenant, grâce à la sonde de température, nous établissons une température cible qui a autant d'écart avec la température voulue que n'a cette dernière avec la température actuelle. Ainsi, la température actuelle tendra plus vite vers la température voulue pour le bassin.

La version actuelle du code est faite avec l'IDE Arduino.

==Semaine 6==

===Partie interface===

Pour cette séance nous nous sommes occupé de la réalisation d'une interface utilisateur.

Celle ci permettra de connaitre : le débit de chacune des pompes et la température actuelle de la cuve de mélange.

L'utilisateur pourra également choisir le mode de fonctionnement du système : en auto le système se gère tout seul, en manuel la température désirée est à choisir.

Cette première ébauche vous montre à quoi ressemblera l'interface (nous ajouterons quelques cadres et un peu de couleur, histoire de rendre ça plus vivant).
Dans le cas présent nous sommes en mode Manuel, et l'utilisateur n'a pas encore entré de température.

[[Fichier:Image site.jpg|600px]]

Dans cette seconde capture l'utilisateur a entré une donnée.

[[Fichier:Image site2.jpg|600px]]

===Partie matérielle===

Pour la partie matérielle, nous avons finalisé le PCB sous Altium et envoyé les fichiers en vue d'une impression de la carte.

[[Fichier:PCB_P1.png]]

Nous avons également réfléchi sur la structure du système : pour l'assemblage des différentes parties, certaines pièces comme les supports des cartes et le support du serpentin seront modélisées sous Onshape puis imprimé au Fabricarium.

==Semaine 7==

===Partie interface===

Après quelques essais à l'aide du langage php, nous avons décidé d'utiliser le Java, car celui ci permettra de réaliser plus facilement un affichage dynamique des températures.
Nous avons recours à la bibliothèque RXTX, développée par arduino, qui permet la réalisation de liaisons séries entre classes java et un des ports COM du PC.

===Partie matérielle===

La carte réalisée a été récupéré et les composants y ont été soudés. Néanmoins, toutes les connectiques pour les moteurs, la sonde et les pins Arduino ne seront faites qu'une fois le modèle de la structure finalisé.

Une réflexion a été faite quant aux problèmes de support du serpentin et du raccord. Les matériaux disponibles au Fabricarium sont déformables aux hautes températures de notre système. Nous ne pouvons donc pas utiliser ces matériaux dans la cuve et la conduite. Mais une alternative a été trouvé : un fil d'acier inoxydable tressé permettra de maintenir le serpentin dans la cuve, et un serflex sera utilisé pour maintenir le tube souple autour de la conduite en cuivre.

=Documents Rendus=
[[Média:Code version1.txt]]

2016-02-26T15:13:59Z

Hcarlier :

= Projet IMA3-SC 2015/2016 : Titre =

== Cahier des charges ==
=== Composants requis ===

* (x1) : Capteur de pression
* (x1) : Capteur de couleurs
* (x12) : Afficheurs 16-segments
* (x4) : Boutons poussoirs
* (x1) : Interrupteur Tout-ou-Rien

(les valeurs sont susceptibles de changer suivant les modifications à apporter dans le projet)

=== Composants à fabriquer ===

* Disque coloré
* Support

=== Tâches à effectuer ===

* (1) : Programmer des modules de gestion du capteur couleur
* (2) : Programmer des modules de gestion du capteur de pression (ou d'un bouton)
* (3) : Programmer l'interface utilisateur
** (3.a) : Demander à l'utilisateur le nombre N de couleurs à mémoriser
** (3.b) : Générer une liste de N couleurs et les stocker en mémoire (à partir d'une liste de couleurs déjà existante)
** (3.c) : Fonction de comparaison de la couleur en attente de validation par l'utilisateur
* (4) : Initialiser la liste des couleurs à l'aide du disque coloré :
** (4.a) : Sous forme textuelle, code pour afficheur
** (4.b) : Sous forme exploitable, code RGB
* (5) : Créer les messages :
** (5.a) : Nombre de couleurs
** (5.b) : Succès mémorisation de la k-ème couleur
** (5.c) : Echec mémorisation de la k-ème couleur
** (5.d) : Succès du test

=== Réalisation du système ===

* Le système devra permettre à l'utilisateur rentrer un nombre entier qui sera stocké en mémoire
* Le système devra générer une liste de couleurs à partir d'une liste des couleurs pré-enregistrées
* Le système affichera les couleurs textuelles une par une pour que l'utilisateur puisse les mémoriser avec une validation (ex: bouton poussoir)
* Lorsque la dernière couleur aura été confirmée par l'utilisateur le système demandera via les afficheurs à l'utilisateur si il est prêt à commencer le test
* Le disque coloré permettra à l'utilisateur de choisir la couleur puis la validera via un bouton poussoir
* Le système affichera un message de validation ou d'echec suivant la réussite ou l'échec pour la mémorisation de la k-ème couleur. Si l'utilisateur réussi, le système enchaîne avec la couleur suivante, ou valide le test s'il s'agissait de la dernière couleur (deuxième message de réussite) sinon il se réinitialise pour une partie suivante.

== Séance 1 ==

=== Partie électronique ===

Retrait du capteur couleur pour simplifier le système.
Le disque devient une palette rectangulaire où les couleurs sont sélectionnées par les leds puis la couleur choisie sera validée par un bouton.
On a, donc, retiré le moteur qui pilotait le disque.
On utilisera un bloc de 32 afficheurs pour l'interface.

=== Partie informatique ===

I) Modifications apportées au cahier des charges

Pour des raisons de contraintes matérielles et logicielles, nous avons décidé de nous orienter vers un système où :

- L'affichage des messages destinés à l'utilisateur se fait via un écran LCD 16x2. -> abandon des 12 afficheurs 16 segments.

- La sélection des couleurs (seconde partie) ne se fait plus via un disque coloré asservi par un servomoteur et soumis à un capteur mais à l'aide d'une série de 8 LED auxquelles sont associées 8 couleurs et le choix se fait à l'aide de 3 boutons poussoirs pour se déplacer à gauche ou à droite et de valider le choix.

- Il est possible pour l'utilisateur de choisir un niveau de difficulté :
- Facile : Lors de la partie mémorisation, l'utilisateur décide quand le système est autorisé à passer à la couleur suivante
- Normal : Le système, montre via 4 LED, initialement allumées au début d'une couleur à mémoriser, le temps qu'il reste avant changement de couleur
(les LED s'éteignent une par une puis le système change lorsqu'elles se sont toutes éteintes)
- Difficile : Même principe mais avec un délais plus court

II) Bilan de la séance

- Le programme gérant l'affichage LCD est réalisée et pourra être adapté selon les cas

- Le programme gérant les LED est en cours d'implémentation

- Le programme du décompte du temps imparti est encore sur feuille et devra être implémenté et testé sous arduino

== Séance 2 ==

=== Partie électronique ===

- Définition exacte des tâches à effectuer

- Début de la configuration FPGA sous Altium

=== Partie informatique ===

== Séance 3 ==

=== Partie électronique ===

=== Partie informatique ===

== Démonstration ==

== Conclusion ==

Projet IMA3 P6, 2015/2016, TD1

2016-02-26T14:20:38Z

Hcarlier :

= Projet IMA3-SC 2015/2016 : Titre =

== Cahier des charges ==
=== Composants requis ===

* (x1) : Capteur de pression
* (x1) : Capteur de couleurs
* (x12) : Afficheurs 16-segments
* (x4) : Boutons poussoirs
* (x1) : Interrupteur Tout-ou-Rien

(les valeurs sont susceptibles de changer suivant les modifications à apporter dans le projet)

=== Composants à fabriquer ===

* Disque coloré
* Support

=== Tâches à effectuer ===

* (1) : Programmer des modules de gestion du capteur couleur
* (2) : Programmer des modules de gestion du capteur de pression (ou d'un bouton)
* (3) : Programmer l'interface utilisateur
** (3.a) : Demander à l'utilisateur le nombre N de couleurs à mémoriser
** (3.b) : Générer une liste de N couleurs et les stocker en mémoire (à partir d'une liste de couleurs déjà existante)
** (3.c) : Fonction de comparaison de la couleur en attente de validation par l'utilisateur
* (4) : Initialiser la liste des couleurs à l'aide du disque coloré :
** (4.a) : Sous forme textuelle, code pour afficheur
** (4.b) : Sous forme exploitable, code RGB
* (5) : Créer les messages :
** (5.a) : Nombre de couleurs
** (5.b) : Succès mémorisation de la k-ème couleur
** (5.c) : Echec mémorisation de la k-ème couleur
** (5.d) : Succès du test

=== Réalisation du système ===

* Le système devra permettre à l'utilisateur rentrer un nombre entier qui sera stocké en mémoire
* Le système devra générer une liste de couleurs à partir d'une liste des couleurs pré-enregistrées
* Le système affichera les couleurs textuelles une par une pour que l'utilisateur puisse les mémoriser avec une validation (ex: bouton poussoir)
* Lorsque la dernière couleur aura été confirmée par l'utilisateur le système demandera via les afficheurs à l'utilisateur si il est prêt à commencer le test
* Le disque coloré permettra à l'utilisateur de choisir la couleur puis la validera via un bouton poussoir
* Le système affichera un message de validation ou d'echec suivant la réussite ou l'échec pour la mémorisation de la k-ème couleur. Si l'utilisateur réussi, le système enchaîne avec la couleur suivante, ou valide le test s'il s'agissait de la dernière couleur (deuxième message de réussite) sinon il se réinitialise pour une partie suivante.

== Séance 1 ==

=== Partie électronique ===

Retrait du capteur couleur pour simplifier le système.
Le disque devient une palette rectangulaire où les couleurs sont sélectionnées par les leds puis la couleur choisie sera validée par un bouton.
On a, donc, retiré le moteur qui pilotait le disque.
On utilisera un bloc de 32 afficheurs pour l'interface.

=== Partie informatique ===

I) Modifications apportées au cahier des charges

Pour des raisons de contraintes matérielles et logicielles, nous avons décidé de nous orienter vers un système où :

- L'affichage des messages destinés à l'utilisateur se fait via un écran LCD 16x2. -> abandon des 12 afficheurs 16 segments.

- La sélection des couleurs (seconde partie) ne se fait plus via un disque coloré asservi par un servomoteur et soumis à un capteur mais à l'aide d'une série de 8 LED auxquelles sont associées 8 couleurs et le choix se fait à l'aide de 3 boutons poussoirs pour se déplacer à gauche ou à droite et de valider le choix.

- Il est possible pour l'utilisateur de choisir un niveau de difficulté :
- Facile : Lors de la partie mémorisation, l'utilisateur décide quand le système est autorisé à passer à la couleur suivante
- Normal : Le système, montre via 4 LED, initialement allumées au début d'une couleur à mémoriser, le temps qu'il reste avant changement de couleur
(les LED s'éteignent une par une puis le système change lorsqu'elles se sont toutes éteintes)
- Difficile : Même principe mais avec un délais plus court

II) Bilan de la séance

- Le programme gérant l'affichage LCD est réalisée et pourra être adapté selon les cas

- Le programme gérant les LED est en cours d'implémentation

- Le programme du décompte du temps imparti est encore sur feuille et devra être implémenté et testé sous arduino

== Séance 2 ==

=== Partie électronique ===

- Définition exacte des tâches à effectuer

=== Partie informatique ===

== Séance 3 ==

=== Partie électronique ===

=== Partie informatique ===

== Démonstration ==

== Conclusion ==

Projet IMA3 P6, 2015/2016, TD1

2016-02-12T16:53:52Z

Hcarlier :