Différences entre versions de « Projet 5A 19 20 »
Sauter à la navigation
Sauter à la recherche
| Ligne 1 : | Ligne 1 : | ||
==Présentation== | ==Présentation== | ||
| + | |||
| + | Depuis plusieurs années consécutives, un des points faibles des robots développé par Polybot dans le cadre de la coupe de France de robotique est la partie programmation. En effet, une grande partie des efforts étaient concentré sur des réalisations mécaniques et électronique et la certitude que la partie programmation pourrait se faire « en dernière minutes » était présente. L’expérience nous a montré que non. | ||
| + | |||
| + | La volonté que nous avons, à travers ce projet, est de concevoir une architecture logicielle et matériel aux robots développé par Polybot. Si le temps nous le permet, nous souhaitons aussi developper un superviseur. Ce superviseur serait lancé sur un ordinateur et communiquerait avec les robots dans un but de monitoring. | ||
==Participant== | ==Participant== | ||
| Ligne 10 : | Ligne 14 : | ||
| Justin Ruaux || IESE-5 | | Justin Ruaux || IESE-5 | ||
|} | |} | ||
| + | |||
| + | ==Schéma== | ||
| + | |||
| + | [https://github.com/polybot-grenoble/projet_5A/blob/master/schema_archi.pdf Schéma de l'architecture] | ||
| + | |||
| + | ==Architecture logicielle== | ||
| + | ====Cahier des charges==== | ||
| + | * Système distribué: une node centrale controle les autres modules | ||
| + | * Définition d'un protocole de communication commun entre modules | ||
| + | * Implementation d'un système de retour d'erreur, de log, afin de débugger efficacement | ||
| + | * Système modulaire: définition d'API afin de pouvoir remplacer des modules sans devoir redevelopper tout le système | ||
| + | |||
| + | ====Contraintes==== | ||
| + | * Utilisation de méthodes abordable pour des étudiants de 3 et 4ème année | ||
| + | * Compréhension et maintenabilité du code facile | ||
| + | |||
| + | |||
| + | ==Superviseur== | ||
| + | ====Cahier des charges==== | ||
| + | * Affichage des positions des robots sur une carte | ||
| + | * Retour des erreurs et des logs des robots | ||
| + | * Mode automatique et mode manuel pour les robots | ||
| + | |||
| + | ====Contraintes==== | ||
| + | * Les robots ne doivent pas dépendre du superviseur: ils doivent rester autonome et il doit être possible de shunter le superviseur lors des matchs par exemple | ||
==Suivi de projet== | ==Suivi de projet== | ||
Version du 3 février 2020 à 12:02
Présentation
Depuis plusieurs années consécutives, un des points faibles des robots développé par Polybot dans le cadre de la coupe de France de robotique est la partie programmation. En effet, une grande partie des efforts étaient concentré sur des réalisations mécaniques et électronique et la certitude que la partie programmation pourrait se faire « en dernière minutes » était présente. L’expérience nous a montré que non.
La volonté que nous avons, à travers ce projet, est de concevoir une architecture logicielle et matériel aux robots développé par Polybot. Si le temps nous le permet, nous souhaitons aussi developper un superviseur. Ce superviseur serait lancé sur un ordinateur et communiquerait avec les robots dans un but de monitoring.
Participant
| Prénom & Nom | Filière |
|---|---|
| Charles Blanchard | IESE-5 |
| Justin Ruaux | IESE-5 |
Schéma
Architecture logicielle
Cahier des charges
- Système distribué: une node centrale controle les autres modules
- Définition d'un protocole de communication commun entre modules
- Implementation d'un système de retour d'erreur, de log, afin de débugger efficacement
- Système modulaire: définition d'API afin de pouvoir remplacer des modules sans devoir redevelopper tout le système
Contraintes
- Utilisation de méthodes abordable pour des étudiants de 3 et 4ème année
- Compréhension et maintenabilité du code facile
Superviseur
Cahier des charges
- Affichage des positions des robots sur une carte
- Retour des erreurs et des logs des robots
- Mode automatique et mode manuel pour les robots
Contraintes
- Les robots ne doivent pas dépendre du superviseur: ils doivent rester autonome et il doit être possible de shunter le superviseur lors des matchs par exemple