Rapport de pré étude Projet Electronique groupe C3








télécharger 34.47 Kb.
titreRapport de pré étude Projet Electronique groupe C3
date de publication07.07.2017
taille34.47 Kb.
typeRapport
ar.21-bal.com > droit > Rapport
BERGER Jean-Baptiste

BEZOS Juliette

CAVALCANTI Joao

MERCOIROL Simon

NAMANI Samir

ORTOLA Loïc

Groupe C3

Rapport de pré étude Projet Electronique groupe C3

Année 2010-2011



Sommaire


Objectifs 2

Compétences mises en jeu 3

Présentation/Organisation de l’équipe 3

Découpage des tâches 4

Planning global 1.0 5

Notre solution 7

1)Analyse fonctionnelle 7

2)Choix techniques 10

2.1) Le module contrôle 10

2.2) Le module acquisition 10

3)Protocoles de test 12

Analyse des risques 13



Objectifs



Ce projet d’électronique a plusieurs vocations : Nous confronter à un cas réel, développer des compétences globales dans diverses disciplines, et gagner une expérience significative dans la gestion de projet en équipe. Au-delà des enjeux techniques, c’est une vraie aventure dans laquelle nous nous lançons, une aventure passionnante et plus proche de ce qu’on retrouvera dans notre carrière d’ingénieur. C’est chaque partie de notre enseignement qui sera à mobiliser : informatique, électronique, traitement du signal, management de projet.

Vous l’aurez compris, c’est donc avec engouement et curiosité que notre équipe se lance en réponse à l’appel d’offre pour le Robot Track Pinger, en espérant beaucoup apprendre de cette expérience.


Compétences mises en jeu



Afin de mener un tel projet à son terme, nombreuses sont les compétences techniques à mobiliser. Si certaines sont d’ores et déjà acquises, quelques aspects restent encore à découvrir ou à améliorer.

Le projet nécessite entre autres les compétences suivantes:

  • Analyse d’un cahier des charges et étude de faisabilité du projet (avec le client)

  • Analyse transverse (informatique/électronique) pour conception du système demandé

  • Division du travail, organisation structurelle et découpage des tâches

  • Création d’une planification liée à ces étapes (susceptible d’évoluer)

  • Développement d’une architecture électronique en réponse à ce cahier des charges

  • Développement d’une application en C et assembleur pour systèmes embarqués sur carte STM32 (32 bits) et Intel 8051 (8bits)

  • Création de protocoles de test à chaque étape de la conception


La liste n’étant pas exhaustive, nous pouvons aussi parler de qualités humaines nécessaires au bon déroulement du processus : Savoir travailler en équipe, apprendre à écouter le client et instaurer un dialogue constant avec ce dernier, s’organiser de manière commune et adopter une méthode de traçabilité du travail effectué.

Présentation/Organisation de l’équipe



Notre équipe est composée de six membres, chacun ayant un domaine d’expertise technique, et une fonction managériale. Notre principal atout est que chaque membre a des compétences qui lui sont propres, nous avons donc tous réussi à trouver une place qui nous convenait, sans compromis ni résignation.

Nom

Fonction

Loïc Ortola

Animateur de projet

Joao Cavalcanti

Responsable technique

Samir Namani

Responsable developpement durable

Jean-Baptiste Berger

Animateur planificateur

Simon Mercoirol

Responsable qualité, gestion des rendus

Juliette Bezos

Responsable communication



Nom

Expertise technique

Loïc Ortola

Architecte informatique

Joao Cavalcanti

Architecte électronique embarquée

Samir Namani

Responsable dev. système de capteurs

Jean-Baptiste Berger

Responsable dev. Software

Simon Mercoirol

Développeur C sur système embarqué

Juliette Bezos

Responsable dev. traitement des signaux


Découpage des tâches










Planning global 1.0



Notre solution

  1. Analyse fonctionnelle


En réponse au cahier des charges, et en accord avec le client, nous avons projeté de mettre en œuvre un robot aux fonctionnalités suivantes.

Fonctionnalités autonomes :
-Avancer
-Scanner (recherche d’obstacle)
-S'arrêter lors de l’encontre d’un obstacle
-Emettre une lumière/un son et analyser la réponse, déclenchant un comportement particulier
-Envoyer des données à la télécommande (en continu)

-Retourner au point d’origine
Fonctionnalités télécommande:
-Configurer les caractéristiques du son à émettre
-Faire tourner le robot après détection d’obstacle pour le renvoyer dans une direction particulière
-Affichage des grandeurs mesurées par les capteurs (temps réel)

-Démarrage/Arrêt du robot
Nous avons choisi de proposer un robot de technicité intermédiaire afin de pouvoir respecter les délais de conception. Dès l’appui du bouton Start, le robot pourra se déplacer de façon autonome rectilignement. A chaque événement (rencontre d’un obstacle) il s’arrête et émet un son. Selon la réponse reçue (pas de réponse étant une réponse), le robot pourra au choix:

  • Allumer une lumière vers l’objet et passer dans un état d’attente

  • Passer dans un état d’attente

  • Retourner de façon autonome à la base (point d’origine)

L’état d’attente correspond à la possibilité de réorienter le robot (en rotation) via la télécommande avant l’appui sur le bouton Start qui relancera le déplacement automatisé.
Le robot envoie en continu des informations à la commande : Position actuelle/Infos obstacles/ Consommation électrique. (N.B : Ces informations ne figurent pas sur l’algorigramme logiciel.)


c:\users\loic\documents\algorigramme decisionnel.png

  1. Choix techniques


Pour permettre de réaliser toutes les fonctionnalités du robot, nous avons choisi cette architecture de haut niveau. Elle comprend la répartition des modules, ainsi que leur interfaçage. Nous présenterons ensuite le contenu de chaque bloc plus précisément.

Dans le but de mieux repartir les tâches assignées au robot, nous avons segmenté la gestion de tous les périphériques en deux : le module Contrôle et le module Acquisition. Chacun de ces modules sera mis en œuvre avec une carte C8051F020. Le module contrôle agira comme le maître, envoyant des commandes qui seront exécutées par le module acquisition, qui par contre sera chargé d’envoyer les données collectées par ses capteurs. Cela permettra d’avoir des ensembles d’activités plus légers attribués à chaque microcontrôleur. Le module contrôle sera aussi chargé de la communication entre le robot et l’utilisateur, prenant ses commandes et les gérant. Cela justifie le fait que le module acquisition ait plus de périphériques. Les modules qui sont représentés avec un & sont de l’électronique d’adaptation matérielle.c:\users\loic\documents\syntoptique haut niveau materielle.png

Synoptique matériel de niveau haut

2.1) Le module contrôle



2.2) Le module acquisition



  1. Protocoles de test



Analyse des risques


Voici la matrice SWOT mettant en perspective les caractéristiques de notre produit, une fois celui-ci terminé.

Voici aussi quelques éléments qui sont à ne pas négliger lors de la conception, ce sont ici les risques d’échec avant la mise sur le marché .

Le manque de données et de compétences en programmation sur STM32 pourrait allonger les délais de conception. Il faudra être prudent et se donner un point de non retour avant lequel un changement au niveau hardware pourrait être opéré.

Une mauvaise dynamique de groupe pourrait aussi mener le projet à échouer. Il faut donc cultiver cet esprit d’ouverture et de discussion, tout en ayant un pouvoir de décision égalitaire pour chacun.

Une incohérence avec les attentes client pourrait mettre en péril le projet. Nous allons donc privilégier le contact avec le client afin de s’assurer que nous allons dans la bonne direction.

Une incohérence technique, erreur de conception (mauvaise estimation de distance, mauvais contrôle des servo-moteurs, dépassement de mémoire des interfaces 8051…) est aussi un point important à souligner. Nous devons particulièrement étayer la section de tests afin de ne pas passer à coté de bugs éventuels.

similaire:

Rapport de pré étude Projet Electronique groupe C3 iconRapport de pré étude Projet Electronique groupe C3

Rapport de pré étude Projet Electronique groupe C3 iconRéunion n°3 Gestion de Projet charte du projet tic 9 juillet 2008...
«Phase de définition ou pré-étude» du projet et permet, après validation par le Comité de Pilotage, de lancer le projet

Rapport de pré étude Projet Electronique groupe C3 iconPrésentation du Groupe de Travail
«Projet Architecture Dot Net». IL se déroule par groupe de 4 du Jeudi 7 Mai 2009 au Vendredi 15 Mai 2009

Rapport de pré étude Projet Electronique groupe C3 iconRapport d’étude

Rapport de pré étude Projet Electronique groupe C3 iconRapport de mission Février Juillet 2016 Date de démarrage: 16 janvier...

Rapport de pré étude Projet Electronique groupe C3 iconRapport du Sous-Groupe Thématique

Rapport de pré étude Projet Electronique groupe C3 iconEtude du contexte physique du projet d’architecture

Rapport de pré étude Projet Electronique groupe C3 iconEtude du contexte physique du projet d’architecture

Rapport de pré étude Projet Electronique groupe C3 iconRapport du Groupe poséidon «Politique maritime de la France»

Rapport de pré étude Projet Electronique groupe C3 iconNote du projet de fin d'étude: 16/20, mention «très bien»








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com