Discussion:Projets IMA4 SC & SA 2018/2019

De Wiki de Projets IMA
Révision datée du 9 décembre 2018 à 16:41 par Rex (discussion | contributions) (Répartition des binômes)

Répartition des binômes

Projet Analyse Matériel Mi-parcours Fin de parcours Wiki terminé Rapport Vidéo
P9 Spider and I La description des "concurrents" aurait pu être plus précise. Un effort sur le scénario d'usage qui aurait, lui aussi, pu être développé. Des coquilles. Un vague plan de travail. Rien ou presque, fournisseur non utilisable.
P10 Capteur de niveau d'eau et de pollution Des coquilles. Bonne description des concurrents. Un effort pour le scénario, bonne mise en contexte, forcer sur la description de l'usage. Un plan de travail correct. Une liste préliminaire de matériels. Fournisseurs correctement choisis. Rien sur la page principale.
P12 Recyclage plastique imprimante 3D Vous êtes sur pour les servo-moteurs ? Ne serait-ce point des moteurs pas à pas ? Très bonne description du produit à réaliser avec illustrations. Bel effort de rédaction, encore pas mal de coquilles surtout en fin de page. Bonne étude des concurrents. Un scénario d'usage un peu rapide qui ne donne pas assez envie d'acquérir le produit. Questions difficiles mal exploitées (une réponse à la première question pourrait aussi être "par l'expérience", pas de réponse à la seconde question). Une étude solide du projet même si la liste des tâches à effectuer manque. Bonne question sur le budget, mais posez la si vous voulez une réponse :D Liste de matériel encore très embryonnaire : rien sur l'électronique, une discussion avec votre encadrant s'impose pour fixer la partie mécanique.
P13 Emetteur / Récepteur analogique en bande 5725-5875 MHz Un seul concurrent. Scénario d'usage ne donnant probablement pas la pleine mesure du produit. Rien sur la planification. Rien.
P14 Voiture autonome en modèle réduit Il me semble que le chassis doit être celui d'un modèle radio-commandé existant. Il me semble que le pilotage manuel n'est pas autorisé. Description un peu rapide des concurrents. Une synthèse du matériel et logiciels employés aurait été intéressant. Pour le scénario d'usage, une description avec la voiture comme sujet aurait être plus intéressant. La réponse à la première question ne va pas dans le sens de l'autonomie. Dire que python est le langage par défaut de la RPi n'a pas de sens. Vous avez tout intérêt à prendre le langage le plus efficace est ce n'est probablement pas python. Pas de servo-moteurs continus sur une voiture radio-commandé. Pas vraiement de plan de travail. Prenez contact avec votre encadrant direct, j'aimerais que vos choix soient validés, certains me paraissent discutables. Aucune référence précise pour les matériels. Rien sur la page principale.
P22 Secure And Verified Public Announcements through Blockchain Excellente rédaction. Une bonne tentative de description du projet mais toujours un flou sur le travail à réalisé. Cela aurait pu être levé avec une liste précise des tâches à effectuer (une tentative de liste dans les objectifs). Pas de matériel nécessaire (une RPi peut être).
P26 Discussion pair à pair Nombre de coquilles inacceptable. Rajouter dans les objectifs de devoir tenter une ouverture de bouclier pour TCP (TCP Hole Punching). Analyse du premier concurrent : le prétexte pour n'utiliser que des serveurs microsoft pour les supernoeuds skype est le faible nombre de machines d'utilisateurs non handicapées par des parefeux. Bonne réponse aux questions difficile. L'expérience de skype dit qu'il faut totalement éviter qu'un noeud utilisateur ait à relayer les communications d'un autre utilisateur (ce qui est d'ailleurs contraire aux objectifs). Il faut donc une solution de pair à pair pour tous les clients. En particulier, IPv6 doit être intégré dans les solutions possibles. Il ne me semble pas que l'enregistrement des utilisateurs soit nécessaire, elle nuit même à la vie privée. Il faut simplement mémoriser les utilisateurs connectés. Pas de matériel listé pourtant il faut mettre en place un banc d'essai.
P28 Affichage à billes Pour les panneaux d'affichage publicitaire, je ne suis pas sur que la consommation puisse être qualifiée d'énorme (il semble que si, à la lecture de votre réponse aux quesitons difficiles mais cela doit comprendre l'éclairage dont votre produit pourrait avec aussi besoin). Rédaction très correcte. Un scénario d'usage, lui aussi, bien rédigé. La réponse à la question difficile sur l'énergie consommée par votre produit ne me convainc pas : partez sur la différence d'énergie potentielle pour monter une bille pas sur la force à exercer qu'il faudrait intégrer sur la hauteur de la remontée. Il faut approfondir l'analyse des tâches à effectuer. Il me semble avoir demandé de limiter la complexité du dispositif : 8 moteurs ?? Pas de références précises pour les matériels (lien sur le matériel dans le site du fournisseur).
P30 Système minimal de gestion de conteneurs
P31 Robot hexapode de mesure de RSSI WiFi
P32 Robe augmentée
P33 Collier à animations lumineuses
P35 Machine Learning pour navigation autonome de robots mobiles
P37 Station de recharge intelligente pour robot mobile
P38 Interface Graphique pour Robotino 2 Upgradé
P40 RFID/NFC
P42 Coupe de robotique des écoles primaires
P44 Clônes améliorés des modules ARDUINO
P45 Sac à main ou sac à dos solaire
P46 Kit Robot
P57 Mise à jour over the air
P63 Etude de la consommation d'un capteur de pollution
P70 Impact du matériel et du logiciel sur le rayonnement électromagnétique
P72 Mesure du courant simple
P73 Ecriture automatique de partition musicale